Skip Links

Network World

  • Social Web 
  • Email 
  • Close
Networking's 50 greatest arguments. A look at the all-time greatest controversies in the history of the network industry
Data Center Management LANs & WANs Security Software Wireless Top 10 lists

Immediate flaw alerts vs. Disclosing with patches

Responsible security flaw disclosure debate gets ever more complicated.
By Ellen Messmer , Network World , 10/26/2007
Newsletter Signup
  • Share/Email
  • Tweet This
  • Comment
  • Print

What’s safer, knowing there’s a gaping hole that can be exploited in a software product even when there is no patch for it, or being told about the gaping hole once there is a patch?

That debate, heard since the dawn of software, pits the tell-all crowd arguing for “full disclosure” against those who argue for “responsible disclosure,” a philosophy favoring greater discretion about software vulnerabilities in the hope that malicious hackers won’t benefit from too much information.

But that assumes they don’t already know anyway. And if the hackers know, then is it just the good folks who are in the dark? Such have been the powerful arguments on both sides, which grew louder in the 1990s as Microsoft Windows settled in for a long stay on the desktop and server, giving “script kiddies” armed with automated attack tools the ability to hit a lot with little effort over the Internet. It didn’t help that Microsoft in the early days was in a blissful state of near-complete denial about software holes.

At the same time, security research was accelerating, with brash young firms like eEye Digital Security (founded in 1998) discovering vulnerability after vulnerability in Windows, and at the time, arguing for full discovery. Then the real impact of software vulnerability hit home for the entire world when the crippling computer worm named Code Red ripped across the Internet in 2001, exploiting a vulnerability in unpatched Microsoft ISS Web servers.

Although a server patch had been available for a month that could have stopped Code Red if applied to servers, the topic of disclosure grew ever more shrill as some accused eEye of revealing too much about Windows flaws.

In an attempt to find balance in the debate, a group calling itself the Organization for Internet Safety was founded in 2002 by Microsoft and others in the industry to come up with guidelines for responsible disclosure of software flaws. Last updated in 2004, the OIS guidelines say someone discovering a software flaw should discretely share that information only with the software vendor involved, allowing a minimum of 30 days to correct the problem.

But since then, the argument has only gotten more muddied as a thriving industry in the last few years has sprung up for selling information about vulnerabilities directly to security firms, which then market the vulnerability data to subscribers.

  • Share/Email
  • Tweet This
  • Comment
  • Print
Comment
Login
Forgot your account info?
Add comment
Anonymous comments subject to approval. Register here for member benefits.
Have a NetworkWorld account? Log in here. Register now for a free account.

Videos

rssRss Feed