Perimeter
3/15/2012
11:16 AM
Connect Directly
RSS
E-Mail
50%
50%
Repost This

Nobody Cares About HIPAA

Compliance in many organizations is seen as only a costly inconvenience

Sometimes clarity comes out of the blue, including clarity about compliance issues. Recently I was meeting with friend and business associate Ben Drake. His company works with networking and data protection technology for a number of businesses.

I mentioned how some organizations with obvious HIPAA compliance issues seem uninterested in putting forth the effort to resolve them. Some won’t even acknowledge they have issues. Ben shrugged and matter-of-factly said, "Nobody cares about HIPAA."

That took a minute to soak in, but I got his point. Knowing Ben, I knew his comment was not literal and was for effect. But generally speaking, he has a strong point. In the greater scheme of many businesses, HIPAA (and other regulations) are commonly seen by management and staff as an annoyance and another meaningless expense.

Some organizations make only token efforts toward compliance, and those efforts are typically the least that can be done for the least cost. There is often an incomplete, one-time effort to "get compliant," but nothing much more after that. In Ericka Chickowski’s recent article "Healthcare Security Pros Need To Speak The Language Of Finance," Rick Kam pointed out that healthcare security issues “basically put the CFO and the CEO to sleep because they're talking compliance, talking costs, and talking about things that are not that interesting to these executives."

While there are exceptions, I think Kam's observation is THE reality for many organizations, even if no one will openly admit it. A common course of action by this type of leadership is usually one of three approaches: postpone, ignore, or delegate.

Postponement is easy to emotionally justify: "I'm very busy. I need to wait until I have time to really understand everything and not make a bad decision." The problem here is that security dangers don't care whether you wait; they will continue to put the organization's information and reputation at risk.

Ignoring the issue is popular, even if it is in the disguise of pretending to address the problem. Typically this is uncovered in audits where the organization convinced itself that difficult passwords and encrypted drives were all they needed to be compliant. The full picture of compliance was never identified, acknowledged, or funded.

Leaders who delegate security usually convince themselves they are handing a complex or technical task to someone who is more knowledgeable. That may be true to a point, but what they usually also do is inappropriately delegate the oversight of processes and the leadership critical for compliance and security. This approach then creates a host of new problems.

There is an old saying that you can tell what is genuinely important to someone (or to a company) by ignoring their words and simply watching where they spend their time and money. In many organizations, this simple test cuts through the emotion-based excuses and exposes who really understands the risks and benefits of compliance.

Glenn S. Phillips, the president of Forte' Incorporated, works with business leaders who want to leverage technology and understand risks within.

Glenn works with business leaders who want to leverage technology and understand the often hidden risks awaiting them. The Founder and Sr. Consultant of Forte' Incorporated, Glenn and his team work with business leaders to support growth, increase profits, and address ... View Full Bio

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Latest Comment: LOL.
Current Issue
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2011-3154
Published: 2014-04-17
DistUpgrade/DistUpgradeViewKDE.py in Update Manager before 1:0.87.31.1, 1:0.134.x before 1:0.134.11.1, 1:0.142.x before 1:0.142.23.1, 1:0.150.x before 1:0.150.5.1, and 1:0.152.x before 1:0.152.25.5 does not properly create temporary files, which allows local users to obtain the XAUTHORITY file conte...

CVE-2013-2143
Published: 2014-04-17
The users controller in Katello 1.5.0-14 and earlier, and Red Hat Satellite, does not check authorization for the update_roles action, which allows remote authenticated users to gain privileges by setting a user account to an administrator account.

CVE-2014-0036
Published: 2014-04-17
The rbovirt gem before 0.0.24 for Ruby uses the rest-client gem with SSL verification disabled, which allows remote attackers to conduct man-in-the-middle attacks via unspecified vectors.

CVE-2014-0054
Published: 2014-04-17
The Jaxb2RootElementHttpMessageConverter in Spring MVC in Spring Framework before 3.2.8 and 4.0.0 before 4.0.2 does not disable external entity resolution, which allows remote attackers to read arbitrary files, cause a denial of service, and conduct CSRF attacks via crafted XML, aka an XML External ...

CVE-2014-0071
Published: 2014-04-17
PackStack in Red Hat OpenStack 4.0 does not enforce the default security groups when deployed to Neutron, which allows remote attackers to bypass intended access restrictions and make unauthorized connections.

Best of the Web