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
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
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
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
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
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
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
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
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
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
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   >   >>


Edge-DRsplash-10-edge-articles
I Smell a RAT! New Cybersecurity Threats for the Crypto Industry
David Trepp, Partner, IT Assurance with accounting and advisory firm BPM LLP,  7/9/2021
News
Attacks on Kaseya Servers Led to Ransomware in Less Than 2 Hours
Robert Lemos, Contributing Writer,  7/7/2021
Commentary
It's in the Game (but It Shouldn't Be)
Tal Memran, Cybersecurity Expert, CYE,  7/9/2021
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Creating an Effective Incident Response Plan
Security teams are realizing their organizations will experience a cyber incident at some point. An effective incident response plan that takes into account their specific requirements and has been tested is critical. This issue of Tech Insights also includes: -a look at the newly signed cyber-incident law, -how organizations can apply behavioral psychology to incident response, -and an overview of the Open Cybersecurity Schema Framework.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2022-4169
PUBLISHED: 2022-11-28
The Theme and plugin translation for Polylang is vulnerable to authorization bypass in versions up to, and including, 3.2.16 due to missing capability checks in the process_polylang_theme_translation_wp_loaded() function. This makes it possible for unauthenticated attackers to update plugin and them...
CVE-2022-41732
PUBLISHED: 2022-11-28
IBM Maximo Mobile 8.7 and 8.8 stores user credentials in plain clear text which can be read by a local user. IBM X-Force ID: 237407.
CVE-2021-45036
PUBLISHED: 2022-11-28
Velneo vClient on its 28.1.3 version, could allow an attacker with knowledge of the victims's username and hashed password to spoof the victim's id against the server.
CVE-2022-44399
PUBLISHED: 2022-11-28
Poultry Farm Management System v1.0 contains a SQL injection vulnerability via the del parameter at /Redcock-Farm/farm/category.php.
CVE-2022-31877
PUBLISHED: 2022-11-28
An issue in the component MSI.TerminalServer.exe of MSI Center v1.0.41.0 allows attackers to escalate privileges via a crafted TCP packet.