CVE-2013-1667: important rehashing flaw
Nicholas Clark
nick at ccl4.org
Wed Mar 13 13:22:25 GMT 2013
On Wed, Mar 13, 2013 at 11:52:59AM +0000, Dave Mitchell wrote:
> On Wed, Mar 13, 2013 at 09:50:56AM +0000, Chisel wrote:
> > I've just stumbled across http://www.cpan.org/src/README.html which says:
> >
> > Latest releases in each branch of Perl
> >
> > Major Version Type Released Download
> > 5.14 5.14.4 Devel 2013-03-07 perl-5.14.4-RC2.tar.gz
> > 5.16 5.16.3 Maint 2013-03-11 perl-5.16.3.tar.gz
> > 5.14 5.14.4 Maint 2013-03-10 perl-5.14.4.tar.gz
> >
> >
> > To me it looks odd having the RC2 there ... should that be dropped
> > until there is (another) release candidate?
>
> Presumably its counting 5.14.4-RC2 as the most recent development release,
> and when 5.17.10 is released this will be updated?
If that is the case, it would still be good to fix/change it. As I suspect
that this situation will occur again, and what it presents to the end user
is not the right answer.
RCs are immediately obsolete if there is a real release.
(or a newer RC)
And therefore should no longer be mentioned.
(ie a more "correct" algorithm would be to discard all obsolete releases,
and then show the most recent non-obsolete development release.
However, at the point that 5.18.0 is released, there will be a few days for
which there is *no* current development release, as 5.18.0 will obsolete
5.17.everything)
Nicholas Clark
More information about the london.pm
mailing list