SEC Order to Report Potential Data Breaches
Posted: October 14, 2011 at 11:23 am | by Joe Gottlieb
Is this realistic guidance or just the illusion of concern?
The US Securities and Exchange Commission just announced an order for organizations to disclose even “potential” data breaches.
We have always known that a large percentage of breaches are NOT disclosed. A letter sent to to the US Securities and Exchange Commission by several US Senators in May, 2011, cites a study by Hiscox showing 38% of Fortune 500 companies made a significant oversight - failing to report a breach of some sort.
We believe the number is much higher - and there are several reasons for this:
- In many cases, an organization is not even aware of a breach until they are contacted by a 3rd party
- In some cases, the organization impacted can’t track back how the information was placed at risk, or the events that took place which caused the breach
- Overall, the language governing breach notification requirements is vague - so it leaves the decision to each organization to interpret/decipher
That’s what makes the SEC order to now require companies to disclose even “potential” breaches even more interesting. It intends to hold organizations accountable, not just when a breach occurs, but even in cases where one is suspected. This will be tricky. If a large percentage of organizations don’t disclose SUCCESSFUL breaches, does the expansion to require the reporting of breaches that may have happened, seem possible?
It requires the SEC to provide very specific guidance and stronger definition of breach reporting requirements, several layers deeper than it has been defined in the past. Here are just a few of the challenges they will need to address:
- What is the definition of a breach? Is it when information is taken, or is it the nature of the information?
- How does one recognize a potential loss? As we have seen in several recent cases, a server may have been accessed by unauthorized users, but no data was stolen. Does that still count?
- What, if any, checks and balances can be put in place with external organizations to identify unreported risks? Will those external organizations perform solid diligence before raising a red flag? Will they report the potential breach to the impacted organization first or directly to a governing body?
- What guidelines will be used to ensure companies are adequately assessing and mitigating these risks?
- How will the increased reporting be resourced? Who takes the hit for false alarms?
- What are the penalties if a “potential” risk is not reported, but discovered through other means?
Again, a very interesting move - and one that needs to be taken seriously by proactive security practitioners who don’t want to be whiplashed by false alarms and panic. Collecting, storing and analyzing massive amounts of data one piece of the equation. The other is implementing a methodical approach to security event management. Here are just a few things to consider:
- Implement a combination of real time and long-range security information and event management - neither of these alone will catch every potential risk
- Collect data consistently - across the entire threat landscape. Focusing on just the network or endpoint will not be useful since breaches today impact multiple vectors
- Correlate/analyze that data methodically. Stove-piped analysis will not catch clever insiders or external attackers. Set thresholds, then look for variances and outliers
- Do all of the things you are already doing, in the way of security monitoring - just track it all so you can prove a non-event later
These are just a few of the points to think about…and again, I don’t think of this SEC guidance as game-changing. It just puts additional tension on already resource-constrained security teams to be more diligent in security event management. Read a few more best practices you should consider to make this easier…
