Risk
10/1/2009
09:00 PM
Keith Ferrell
Keith Ferrell
Commentary
50%
50%

Top Database Threat? Legit Users And Sloppy Company Policies!

A new Dark Reading report makes clear what's been strongly suspected for some time: Authorized users are business databases' biggest vulnerabilities. Actually, as the report makes clear, the biggest vulnerability is the array of shoddy and hole-filled data policies many companies put in place to protect" data.

A new Dark Reading report makes clear what's been strongly suspected for some time: Authorized users are business databases' biggest vulnerabilities. Actually, as the report makes clear, the biggest vulnerability is the array of shoddy and hole-filled data policies many companies put in place to protect" data.The just-released report from Dark Reading, Protecting Your Database From Careless End-Users pins the data vulnerability tag on a handful of common problems and weaknesses:

User Ignorance : Employees who have access to company data may not have had security training; yet when employees are trained in basic IT security practices, serious security breaches decline.

Poor Password Management: Another familiar tune, password policies so strict that users write their passwords on a Post-It and post it on the back of their monitor (or, in tighter security environments, on the bottom of their keyboard) where it's easily found; or policies so lame that passwords are easily cracked or even guessed. Password policy is balancing act,and many if not most companies are off-balance.

Rampant Account sharing: Data access accounts and log-ins get shared, sometimes widely and sometimes wildly, with everyone in the company, it seems, knowing how to access the sensitive stuff.

Unrestricted Access:: The only people who require access to sensitive data are the ones who work with the sensitive data. And that tends to be a far smaller number of people than the number who can access the confidential files.

Excessive Data Portability: The amount of storage employees carry for personal, much less business purposes, has become staggering. High capacity thumb drives, iPods, phones, you name it and it has the potential to become a vehicle for transporting sensitive data out of the supposedly protected environment. Yet database activity monitoring and access controls and other security tools remain sparsely implemented.

Each of these vulnerabilities offers opportunity for both malicious exploitation of your data and bonehead mistakes and sloppiness that result in a breach.

And each can be remedied with education, effort, and effective policies, effectively enforced.

The complete Dark Reading Report Protecting Your Database From Careless End-Users can be downloaded here (registration required).

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-2027
Published: 2015-03-31
eGroupware before 1.8.006.20140217 allows remote attackers to conduct PHP object injection attacks, delete arbitrary files, and possibly execute arbitrary code via the (1) addr_fields or (2) trans parameter to addressbook/csv_import.php, (3) cal_fields or (4) trans parameter to calendar/csv_import.p...

CVE-2014-2830
Published: 2015-03-31
Stack-based buffer overflow in cifskey.c or cifscreds.c in cifs-utils before 6.4, as used in pam_cifscreds, allows remote attackers to have unspecified impact via unknown vectors.

CVE-2014-7876
Published: 2015-03-31
Unspecified vulnerability in HP Integrated Lights-Out (iLO) firmware 2 before 2.27 and 4 before 2.03 and iLO Chassis Management (CM) firmware before 1.30 allows remote attackers to gain privileges, execute arbitrary code, or cause a denial of service via unknown vectors.

CVE-2014-9462
Published: 2015-03-31
The _validaterepo function in sshpeer in Mercurial before 3.2.4 allows remote attackers to execute arbitrary commands via a crafted repository name in a clone command.

CVE-2014-9706
Published: 2015-03-31
The build_index_from_tree function in index.py in Dulwich before 0.9.9 allows remote attackers to execute arbitrary code via a commit with a directory path starting with .git/, which is not properly handled when checking out a working tree.

Dark Reading Radio
Archived Dark Reading Radio
Good hackers--aka security researchers--are worried about the possible legal and professional ramifications of President Obama's new proposed crackdown on cyber criminals.