Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Database Security
Authentication
Mobile
Privacy
Compliance
Careers and People
Identity & Access Management
Security Monitoring
Advanced Threats
Insider Threats
Vulnerability Management
Comments
Breach of Homeland Security Background Checks Raises Red Flags
Newest First  |  Oldest First  |  Threaded View
Page 1 / 2   >   >>
josephmartinez80
50%
50%
josephmartinez80,
 User Rank: Apprentice
6/27/2017 | 3:21:37 AM
Re: Unacceptable

It's good to conduct background checks to ensure safety in the organization. However, the data obtained from the background check report should not be used for any other purposes. Data breaches are a major concern these days and precautions should be taken to put an end to this menace. Apart from that, employers must choose the background checking company wisely who have a good reputation in the community. They follow the guidelines and act strictly to it while providing accurate background check reports.

https://www.affordablebackgroundchecks.com/background-report.php

DarkReadingTim
50%
50%
DarkReadingTim,
 User Rank: Strategist
8/29/2014 | 9:36:37 AM
Re: Unacceptable
I'm a little unclear as to how a GRC program might have prevented this. I wonder if the folks who commented on this in the article could provide a bit more detail.
aws0513
50%
50%
aws0513,
 User Rank: Ninja
8/27/2014 | 3:16:55 PM
Re: this is going to sound silly
Data retention is a touchy subject more and more.

In some countries, the "right to be forgotten" is becoming law.

The regulatory requirements for records retention are now bumping into risk management frameworks.

The rules for management of HR relevant records, including background checks, are quite clear on how long such records are to be maintained.  The risk begins to show when the data that is in storage is not properly protected.

What is really frustrating me is that with each breach I see in the news releases, the explicit details on how the breach occured are not being fully disclosed NOR are they releasing details on how the breach was discovered.
I understand that investigations take time, but even an early "this is what we know" report regarding the vector and the discovery details can be very helpful to those in the same trenches.  This information is crucial to all of us out here who are trying to improve our security practices.  Yet all we see is the headlines of the damage.  I appreciate the damage information gives weight to the issue, but the truly valuable information is what can be learned from the event.
Sara Peters
50%
50%
Sara Peters,
 User Rank: Author
8/26/2014 | 4:04:17 PM
this is going to sound silly
Okay, this is going to sound silly, but I'm serious. Remember all those spy movies when the phrase "This message will self-destruct in X seconds"? Do we need better ways to more quickly destroy data? I see how it could work with data in transit -- or rather, data soon after it's reached its receiver. I'm not quite sure how this could work on data in storage, though...

Well, for starters, I suppose that you could use something like that to prevent data sprawl. Like, if data would be automatically deleted moments after it was stored on an unauthorized storage device/instance? Am I just blue-skying? Or does something like this exist and I just forgot?
Sara Peters
50%
50%
Sara Peters,
 User Rank: Author
8/26/2014 | 3:59:18 PM
Re: Unacceptable
@SomeGuy  Agreed. Deal with the problem now. Assess blame later. The fact is, EVERYONE needs to think about security, and need to share the job with their contractors, service providers, and even their customers.
Sara Peters
50%
50%
Sara Peters,
 User Rank: Author
8/26/2014 | 3:55:57 PM
Re: Unacceptable
@AlisonDiana  I com pletely agree Alison. These days there are SO MANY breaches, and people are getting desensitized. When your hospitals, your food stores, your clothing stores, your DMV, and your local florist are all getting breached, what can you really do? You only have so many options... if you try to avoid every one that has a breach, eventually you'll run out of options.

And that's just one reason why market pressures will never really result in good security.
securityaffairs
50%
50%
securityaffairs,
 User Rank: Ninja
8/26/2014 | 12:10:36 PM
Re: Unacceptable
The is probably one of most worrying data breaches due to the nature of information compromised... every Government Database is a potential target, its accesses from third parties must be carefully regulated.

I'm very worried by this last attack

 
Some Guy
50%
50%
Some Guy,
 User Rank: Moderator
8/26/2014 | 11:10:13 AM
Re: Unacceptable
I'd say that no longer doing business with USIS is the corporate death sentence. Anyone feel better now? Didn't think so. We need to quit the witch-hunt, and apply lessons learned from this across the board.

Don't fix the blame, fix the problem.
Robert McDougal
50%
50%
Robert McDougal,
 User Rank: Ninja
8/26/2014 | 9:20:38 AM
Re: Unacceptable
In my opinion, this should lead to criminal charges.  As a result of this negligence the families and friends of undercover operatives are at risk.  This is utterly unforgivable.
Alison_Diana
50%
50%
Alison_Diana,
 User Rank: Moderator
8/26/2014 | 9:19:25 AM
Re: Unacceptable
There is almost a blase attitude to breaches these days. It's absolutely infuriating to continually hear that breach after breach includes lack of encryption, lack of patches, or other basic security steps that go ignored. Someone -- government, consumers, or a combination of both -- has to begin holding organizations' feet to the fire. We saw it somewhat with Target; people left the store and shopped elsewhere. But in CHS' case, the stock rose! The government MUST act strongly in this instance to send a strong, strong message that this lack of adequate security measures won't be tolerated.
Page 1 / 2   >   >>


COVID-19: Latest Security News & Commentary
Dark Reading Staff 9/21/2020
Hacking Yourself: Marie Moe and Pacemaker Security
Gary McGraw Ph.D., Co-founder Berryville Institute of Machine Learning,  9/21/2020
Startup Aims to Map and Track All the IT and Security Things
Kelly Jackson Higgins, Executive Editor at Dark Reading,  9/22/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Special Report: Computing's New Normal
This special report examines how IT security organizations have adapted to the "new normal" of computing and what the long-term effects will be. Read it and get a unique set of perspectives on issues ranging from new threats & vulnerabilities as a result of remote working to how enterprise security strategy will be affected long term.
Flash Poll
How IT Security Organizations are Attacking the Cybersecurity Problem
How IT Security Organizations are Attacking the Cybersecurity Problem
The COVID-19 pandemic turned the world -- and enterprise computing -- on end. Here's a look at how cybersecurity teams are retrenching their defense strategies, rebuilding their teams, and selecting new technologies to stop the oncoming rise of online attacks.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-25595
PUBLISHED: 2020-09-23
An issue was discovered in Xen through 4.14.x. The PCI passthrough code improperly uses register data. Code paths in Xen's MSI handling have been identified that act on unsanitized values read back from device hardware registers. While devices strictly compliant with PCI specifications shouldn't be ...
CVE-2020-5783
PUBLISHED: 2020-09-23
In IgniteNet HeliOS GLinq v2.2.1 r2961, the login functionality does not contain any CSRF protection mechanisms.
CVE-2020-11031
PUBLISHED: 2020-09-23
In GLPI before version 9.5.0, the encryption algorithm used is insecure. The security of the data encrypted relies on the password used, if a user sets a weak/predictable password, an attacker could decrypt data. This is fixed in version 9.5.0 by using a more secure encryption library. The library c...
CVE-2020-5781
PUBLISHED: 2020-09-23
In IgniteNet HeliOS GLinq v2.2.1 r2961, the langSelection parameter is stored in the luci configuration file (/etc/config/luci) by the authenticator.htmlauth function. When modified with arbitrary javascript, this causes a denial-of-service condition for all other users.
CVE-2020-5782
PUBLISHED: 2020-09-23
In IgniteNet HeliOS GLinq v2.2.1 r2961, if a user logs in and sets the ‘wan_type’ parameter, the wan interface for the device will become unreachable, which results in a denial of service condition for devices dependent on this connection.