Perimeter
5/21/2012
10:08 AM
Amy DeCarlo
Amy DeCarlo
Commentary
Connect Directly
RSS
E-Mail
50%
50%

Overlook The Obvious And Risk Everything

Failure to follow fundamental common-sense security policies can produce disastrous results, as the state of Utah discovered

Ideally, security should be a multilayered process replete with the appropriate checks and balances to close any gaps that could expose information to a potential breach. However, in practice, far too often organizations fail to execute on what are typically thorough and well-designed policies they lay out exactly what controls should be in place to protect precious organizational and client information.

A classic example of this kind of misfire is the recent breach of hundreds of thousands of patient records from the Medicaid server at the Utah Department of Health. A number of very preventable mistakes made it relatively easy for cyberthieves to access approximate 280,000 medical files, complete with Social Security numbers and other personally identifiable information (PII), as well as many as 500,000 additional records.

The Utah data breach made headlines again last week when Utah Governor Gary R. Herbert announced he had accepted the resignation of state chief information officer Stephen Fletcher and ordered an independent audit of the security covering all of the state's IT systems. The resignation was tendered at the governor's request after an investigation of the incident found that under Fletcher's direction, the state's IT department failed to follow a number of procedures and policies that potentially foiled the attack.

For one thing, the compromised server was installed by an outside contractor who may not have had full knowledge of policies -- an exception to normal procedure. The contractor reportedly did not change the default factory passwords on the system. No audit took place that caught that mistake -- or the fact that Health Insurance Portability and Accountability Act (HIPAA)-protected data was stored unencrypted on the server and apparently without adequate firewall protection -- essentially leaving cyberattackers thought to be from Eastern Europe with a wide open door to a wealth of information.

While the attack serves as an unfortunate cautionary tale to other organizations that carelessness can bring about some terrible results, at least anecdotally, it appears that enterprises are taking more care with respect to protecting their most confidential, sensitive, and high-value information. However, the reality is that far too many vulnerabilities are still going unaddressed.

All businesses and government organizations should look at the Utah breach as more than just a water-cooler conversation starter. Instead, use the incident as an opportunity to assess whether there is a gulf between their best-laid security policy and production mentality. And if there is an issue, the organization should prioritize where it needs to make corrections based on the value and sensitivity of the impacted resources.

In Utah's case, beyond the personnel changes and the system audit, the state is also stepping up its data protection plans for regulated and sensitive information. The state will now reportedly encrypt high-risk data both at rest and in motion.

Amy DeCarlo is principal analyst for security and data center services at Current Analysis Amy brings 17 years of IT industry experience to her position as Principal Analyst, Security and Data Center Services. Amy assesses the managed IT services sector, with an emphasis on security and data center solutions delivered through the cloud including on demand ... View Full Bio

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading Must Reads - September 25, 2014
Dark Reading's new Must Reads is a compendium of our best recent coverage of identity and access management. Learn about access control in the age of HTML5, how to improve authentication, why Active Directory is dead, and more.
Flash Poll
Title Partner’s Role in Perimeter Security
Title Partner’s Role in Perimeter Security
Considering how prevalent third-party attacks are, we need to ask hard questions about how partners and suppliers are safeguarding systems and data.
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2012-5485
Published: 2014-09-30
registerConfiglet.py in Plone before 4.2.3 and 4.3 before beta 1 allows remote attackers to execute Python code via unspecified vectors, related to the admin interface.

CVE-2012-5486
Published: 2014-09-30
ZPublisher.HTTPRequest._scrubHeader in Zope 2 before 2.13.19, as used in Plone before 4.3 beta 1, allows remote attackers to inject arbitrary HTTP headers via a linefeed (LF) character.

CVE-2012-5487
Published: 2014-09-30
The sandbox whitelisting function (allowmodule.py) in Plone before 4.2.3 and 4.3 before beta 1 allows remote authenticated users with certain privileges to bypass the Python sandbox restriction and execute arbitrary Python code via vectors related to importing.

CVE-2012-5488
Published: 2014-09-30
python_scripts.py in Plone before 4.2.3 and 4.3 before beta 1 allows remote attackers to execute Python code via a crafted URL, related to createObject.

CVE-2012-5489
Published: 2014-09-30
The App.Undo.UndoSupport.get_request_var_or_attr function in Zope before 2.12.21 and 3.13.x before 2.13.11, as used in Plone before 4.2.3 and 4.3 before beta 1, allows remote authenticated users to gain access to restricted attributes via unspecified vectors.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
In our next Dark Reading Radio broadcast, we’ll take a close look at some of the latest research and practices in application security.