Welcome Guest. | Log In | Register | Membership Benefits
  • |   Email this page E-mail
  • |  Print Print
  • |   Bookmark and Share

Voluntary Breach Disclosure Rare But Valuable

Most organizations won't go public about an attack unless they have to, but security experts say there are ways to collaborate without being stigmatized

Mar 09, 2010 | 07:27 PM | 

By Kelly Jackson Higgins

Google's and Adobe's disclosure in January that they had been hit by the same wave of targeted attacks were rare voluntary revelations, the likes of which may never be seen again: Most companies won't disclose an attack unless required to by law or regulations. But security experts and forensics investigators say the best way to defend against targeted attacks and help unmask who's behind them is to gather and correlate attack information among various victims.

There's no common way today for victim firms to safely and confidentially share data about attacks they suffer, nor is there necessarily much incentive to do so. The so-called Aurora attacks out of China that hit Google, Adobe, Intel, and an unknown number of other organizations in the U.S. have reignited a debate about voluntary breach disclosure. Google's discovery of the attacks demonstrated how victims can benefit from collaboration with one another and law enforcement.

Aside from the obvious privacy concerns and worries about damage to their public images in the event of a publicly disclosed hack, many firms have reservations about sharing their breach information with law enforcement because it's often more of a one-way street than an information-sharing arrangement: They supply their attack information to the authorities and often don't hear back.

But that soon could change. FBI director Robert Mueller last week in a keynote address at the RSA Conference 2010 said while today it's the exception rather than the rule for organizations to report cyberattacks to the bureau, he promised some big changes that could allay privacy concerns. "We will minimize the disruption to your business. We will safeguard your privacy and your data. Where necessary, we will seek protective orders to preserve trade secrets and business confidentiality. And we will share with you what we can, as quickly as we can, about the means and methods of attack," Mueller told attendees.

Kevin Mandia, CEO of forensics firm Mandiant, says one approach would be for vertical markets to set up their own disclosure vehicles. They could then take that anonymized information and offer it to the FBI or other authorities. "I would send the raw information, malware, and intelligence to the government, but not through my organization," Mandia says. Doing so would provide a more confidential conduit of disclosure, plus different industries have different IT security requirements, he says.

But the reality is that unless they are bound by disclosure laws or regulations, most organizations just keep quiet about attacks on their networks. "It's a lonely life as a victim," he says. "How do they merge their data without repercussions? And [many times] they don't get any intelligence out of [sharing the information]."

Verizon Business, meanwhile, last week released to the public its framework for gathering and analyzing forensics data from a data breach that serves as the basis for its comprehensive annual data breach reports. The hope is the framework will facilitate more cooperation and data-sharing among breach victim organizations.

Half of all breaches that Verizon has investigated during the past two years have been related in some way. But in many other cases, breaches aren't correlated to look for connections, says Wade Baker, director of risk intelligence for Verizon Business. "Something I would love to see is [determining] connections among attacks," he says.

National cybersecurity coordinator Howard Schmidt said last week in an RSA town hall meeting discussion that he's looking at incident response issues. Schmidt said private industry hasn't had a central point of contact for reporting attacks, and they want to know who to call and how to protect their intellectual property.

Meanwhile, there has been plenty of speculation about Google's own business reasons for revealing the targeted attacks out of China, but all the search giant has said is it did so because of the security implications, human rights issues, and freedom of speech. Adobe also had its reasons for coming forward: "For us, it was about transparency. Our software is widely distributed," said Gary Terrell, CISO for Adobe Systems.

The CSO Council-Bay Area, of which Adobe is a founding member and Terrell the chair, also serves as an informal venue for some organizations to share breach information under nondisclosure. "We are able to share information confidentially" in the council, says Leslie Lambert, the former CISO for Sun Microsystems. Lambert notes that law enforcement typically wants "to pull from us [enterprises]" without necessarily reciprocating with any information about attacks or investigations.

Have a comment on this story? Please click "Discuss" below. If you'd like to contact Dark Reading's editors directly, send us a message.



Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

Dark Reading encourages readers to engage in spirited, healthy debate, including taking us to task. However, Dark Reading moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. Dark Reading further reserves the right to disable the profile of any commenter participating in said activities.

Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.
Subscribe to RSS



Database Security Reports

report Defend Your Data From Malicious Insiders
The biggest threat to your company?s most sensitive data may be the employee who has legitimate access to corporate databases but less-than-legitimate intentions. And while the incidence of insider data breaches has decreased, external attacks often imitate them--and do serious damage. Follow our advice to mitigate the risk.

report Ensuring Secure Database Access
Role-based access control based on least user privilege is one of the most effective ways to prevent the compromise of corporate data. But proper provisioning is a growing challenging, due to the proliferation of "big data," NoSQLdatabases, and cloud-based data storage.

report Stop SQL Injection: Don't Let Thieves in Through Your Web Apps
Think your corporate website isn't vulnerable to a SQL injection attack? Start rethinking. SQL injection is among the most prevalent -- and most dangerous -- techniques for exploiting Web applications and attacking back-end databases that house critical business information at companies of every size. And it persists despite relatively simple and effective countermeasures. Here, we explain how SQL injection works, and how to secure your Web apps and databases against it.

Other reports from the Database Security Tech Center:

Related Content

Data security and privacy: A holistic approach
This paper examines the complex data security and privacy threat landscape; compliance and regulatory requirements; and, the IBM InfoSphere portfolio of integrated solutions designed to help you stay focused on meeting your organization's business goals, achieving compliance and reducing risk. IBM InfoSphere solutions for data security and privacy support a holistic approach ensuring the protection and integrity of your data.

Ten Database Activities Enterprises Need to Monitor
Enterprises are paying too little attention to security risks associated with their databases. Auditors, security/risk professionals and data owners need to watch for behaviors that may indicate database security problems. Learn the 10 critical database activities & behaviors enterprises should audit now.

The Forrester Wave: Database Auditing And Real-Time Protection
Database auditing has become critical as enterprises deal with regulatory compliance and security requirements. Learn why Forrester Research named IBM InfoSphere Guardium a Leader with #1 scores in all 3 top-level categories: Current Offering, Strategy and Market Presence.

Look Beyond Native Database Auditing to Improve Database Security
This Forrester Consulting study provides real-world findings from in-depth interviews with enterprises that have implemented database auditing and real-time protection solutions to ensure comprehensive auditing, real-time monitoring and protection of critical database and enterprise applications from internal and external attacks.

HOWTO Safeguard Against the Latest Cyber-Threats
2010 saw 27% rise in new vulnerabilities with the largest category being Web Application vulnerabilities. Tom Cross discusses these security events from the "IBM X-Force 10 Trend and Risk Report." Learn more about APTs, virtualization and cloud security threats.