Ethical Hacking Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package. | Computer Forensics Training at InfoSec Institute Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors. |

| Subject: | Re: DJB's students release 44 *nix software vulnerability advisories |
|---|---|
| Date: | Wed, 22 Dec 2004 15:08:36 -0800 |
robert@dyadsecurity.com wrote:
Lets do the math. The vulnerable code has been around for a year. A vulnerability is discovered. The software provider wants 2 weeks. Lets say (generously) that there are 10 times as many SOHO users defending against A as there are critical infrastructure users defending against B.What you have to ask yourself here is what do you fear more?: A) Do you fear wide spread worm based attacks where everyone knows about the problems at about the same time, and is more annoying than devistating?
B) Do you fear directed malice attacks using information that that the defense does not know about?
For my customers I fear B far more than A.
* If we do A (responsible disclosure) then we expose (say) X users
to 2/50 additional weeks of time in which an el33t hax0r has a
private 0day against them that might be deployed, so you get
X*0.04 of time/risk exposure.
* If we do B (full disclosure), then we save the critical
infrastructure people that X*0.04 risk days, and instead we get
the 10X of SOHO users exposed to 2 weeks in which there is no
patch available. Assume that the software had another year of
lifespan before it was obsoleted, so again there is a factor of
2/50 or 0.04 on the risk days, but there are 10X users, so the
total risk factor is X*0.4.The stick your head in the sand approach to Vulnerability Disclosure isNeither is a colloquial ad homenim approach to describing your opponents pie in the sky position :)
not the direction I want to see the industry go.
Indeed. Another approach is to deploy intrusion prevention technologies such as Immunix <http://immunix.com/technology/> that can block 0-day attacks without needing any specific knowledge of whatever DJB's class will come up with next time.Furthermore, if you force a fire drill in releasing the securityPerhaps a Patch isn't the only option here. Perhaps changing vendors,
patch, you compromise the quality of the patch. See my work on patch
quality "Timing the Application of Security Patches for Optimal
Uptime", Beattie et al Postscript
<http://immunix.com/%7Ecrispin/time-to-patch-usenix-lisa02.ps.gz>. or
ugly PDF
<http://immunix.com/%7Ecrispin/time-to-patch-usenix-lisa02.pdf>.
or removing the vulnerable service is an alternative to being
compromised, or installing a buggy patch. No matter what, without the
vulnerability information, you are making an uninformed decision.
More precisely, if you are talking about a service that can be *taken down* while waiting for a fix or a work-around, then full disclosure is an advantage. If the service cannot (or will not) be taken down and will be just left to run the risk of compromise, then responsible disclosure helps. I submit that most enterprise systems are of the "damn the torpedoes" school of thought.So while I am sympathetic to DJB's passion for correct software and toI think this depends on the segment you're talking about. If you're
hell with the tender feelings of developers who ship buggy code, in
practice this kind of 0-day notice of vulnerabilities *mostly* just
harms end-users.
talking about enterprise or mission critical systems, full disclosure
should help the end user more than hurt, as they are more likely to have
the resources available to take appropriate action. If you're talking
about soho/home PC users, then I would agreee with your point above.
The delima for me only comes when the enterprise/mission criticalMicrosoft: shared between SOHO and Enterprise
infrastructure is the same as the home/soho infrastructure.
This does not make me feel better about full disclosure :)
Crispin
-- Crispin Cowan, Ph.D. http://immunix.com/~crispin/ CTO, Immunix http://immunix.com
| Previous by Date: | [VulnWatch] Oracle extproc buffer overflow (#NISR23122004A), NGSSoftware Insight Security Research |
|---|---|
| Next by Date: | RE: Local versus remote security holes, David Brodbeck |
| Previous by Thread: | Re: DJB's students release 44 *nix software vulnerability advisories, Crispin Cowan |
| Next by Thread: | Re: DJB's students release 44 *nix software vulnerability advisories, Jonathan T Rockway |
| Indexes: | [Date] [Thread] [Top] [All Lists] |