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] [day] [month] [year] [list]
Message-ID: <20050708100544.GH29376@alcor.net>
Date: Fri Jul  8 11:59:19 2005
From: mdz at canonical.com (Matt Zimmerman)
Subject: Re: [USN-147-1] PHP XMLRPC vulnerability

On Fri, Jul 08, 2005 at 11:51:58AM +0200, Jan Schneider wrote:
> Zitat von Matt Zimmerman <mdz@...onical.com>:
> 
> >On Fri, Jul 08, 2005 at 11:14:21AM +0200, Jan Schneider wrote:
> >>To avoid confusion, I want to make clear that Horde applications are
> >>NOT affected by this vulnerability because we don't use the vulnerable
> >>software. I would appreciate if such statements would be cross checked
> >>with the projects before releasing them to the public.
> >
> >The text above is quite clear in its terms; note in particular the language
> >"contain a copy of the affected XMLRPC code" and "may also be affected".
> >It merely informs the reader that this code has been duplicated in other
> >places, and warns that the presence of a vulnerability was not confirmed in
> >these other packages.
> 
> Indeed, and I rather consider this as spreading FUD instead of being 
> helpful to users. Helpful would have been if they instead asked the 
> suspected projects and make an informed statement about which software 
> actually IS affected. But this might be my personal point of view.

I don't think that it is FUD any more than it was to post lists of packages
which contained copies of zlib.  Many of those packages did not act on
untrusted compressed data, but it was perfectly reasonable to point them out
for further investigation.

In my opinion, it would have been less responsible to have delayed the
announcement while waiting for other projects to assess their vulnerability.
The advisory contained the best information available to us at the time, and
qualified it appropriately where it might have otherwise been misleading.

-- 
 - mdz

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ