On Tuesday, 15 בNovember 2005 20:55, Lionel Elie Mamane wrote:
> They'd take about 2^60 seconds. That is about 10^18 seconds. There
> are about 3*10^7 s to a year, so they'd take about 3*10^10 years, so
> "merely" 10 billion years.
Sucks to be us ;-)
> Looks like you are confusing collision resistance and second preimage
> resistance (or preimage resistance).
Hmm.. yes I am. sorry about that.
> What has _already_ happened is that
> methods for collision construction in about 2^60 hashings have been
> found, and are likely to be improved upon.
Actually, 2^63 last time I checked (5 minutes ago). So that shaves about
2^17 from our result which brings the total of time down to 200 thusand
years. This is bad for cryptographic applications, but still all things
considered - doesn't mean much to kernel development.
> No. Due to the way SHA-1 works (treating chunks of data in a greedy
> manner, which makes it vulnerable to length-extension attacks), once
> you have created a collision for small blocks A and B, you can:
>
> - choose a prefix M freely (the size must be congruent to a constant
> modulo another constant)
> - concatenate A and B, respectively
> - choose a suffix S freely
>
> And then MAS and MBS have same SHA-1 hash. So as big blocks as you
> want.
That's funky - I didn't know that. For the purpose of fooling kernel
developers, you'd still need to have both A and B at least looking like
C code or maybe even compiling, which I suspect would be quite a
problem.
--
Oded
::..
"Xenix is the pinnacle of modern UNIX design, and will be used for many
years to come."
-- Xenix OS API manual
================================================================To unsubscribe,
send mail to [EMAIL PROTECTED] with
the word "unsubscribe" in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]