- More porn sneaks onto the iPhone
- 'Swatting' case shows need to ban caller-ID spoofing
- Why the iPhone can't be "killed"
- Nortel enterprise chief wants to bring back Bay
- US sets final emergency responder wireless pilot

| Data Center | Management | LANs & WANs | Security | Software | Wireless | Top 10 lists |
|---|
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.
Comment