lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <200603260223.k2Q2N8sX018485@turing-police.cc.vt.edu>
Date: Sun Mar 26 03:23:18 2006
From: Valdis.Kletnieks at vt.edu (Valdis.Kletnieks@...edu)
Subject: Industry calls on Microsoft to scrap Patch
	Tuesday for Critical flaws 

On Sat, 25 Mar 2006 22:12:23 GMT, n3td3v said:

> You Microsoft must officially agree that all flaws marked as "Critical" must
> have a patch within 7 to 14 days of public disclosure.

OK... Nice try.

Too bad you didn't add a requirement that the patch actually be *correct*.

Also, you're totally overlooking the fact that *sometimes*, fixing a problem
requires some major re-architecting - for instance, if an API has to be changed,
then *every* caller has to be updated, and quite possibly re-designed, and
the changes have an annoying tendency to ripple outward (if subroutine A
has a 7th parameter added, then everybody who calls A has to be updated.  And
it's likely that you'll find routines B, C, and D that have no *idea* what the
correct value of the parameter should be, because they don't have access to the
data - so now callers of B, C, and D have to pass another parameter that gets
passed to A).

Any company that will commit to a "must" on this one is nuts.  It's a good
target, but making it mandatory is just asking companies to ship a half-baked
patch that seems to fix the PoC rather than the underlying design flaw.

And going back and reviewing the patch history on IE is instructive - more than
once, Microsoft has released a patch for a known Javascript flaw, only to find
out within a week that a very slight change would make the exploit work again.

Is that *really* what you want?  It's certainly not what *I* want.  Waiting
another 3-4 days past your arbitrary 14-day limit for a *good* patch is certainly
preferable for those of us who actually have to deal with this stuff for a living,
rather than hide out on a Yahoo group.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 228 bytes
Desc: not available
Url : http://lists.grok.org.uk/pipermail/full-disclosure/attachments/20060325/1b49dd3e/attachment.bin

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ