Re: Slow but secure has function for small data
- From: "Joseph Ashwood" <ashwood@xxxxxxx>
- Date: Mon, 19 Feb 2007 23:20:03 -0800
"Krystian Matusiewicz" <myname@xxxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:45da3a47$1@xxxxxxxxxxxxxxxxxxxxx
I would be cautious about Joseph's proposal
(at least in theory) if I needed a reduction to a really well studied
problem that is believed to be hard.
I would actually refer back to a statement I made a few weeks ago regarding
using SHA-256 or higher due to cryptographic cleanliness. Basically I said
that the lesser hash functions are not shown significantly weakened in a
similar environment, but using the newer hases is better because they are
likely to be more resilient to future attacks.
The iterated HMAC suggestion remains, but I would recommend using a more
recent hash function.
Joe
.
- References:
- Slow but secure has function for small data
- From: Ertugrul Soeylemez
- Re: Slow but secure has function for small data
- From: Joseph Ashwood
- Re: Slow but secure has function for small data
- From: Ertugrul Soeylemez
- Re: Slow but secure has function for small data
- From: Joseph Ashwood
- Re: Slow but secure has function for small data
- From: Ertugrul Soeylemez
- Re: Slow but secure has function for small data
- From: Joseph Ashwood
- Re: Slow but secure has function for small data
- From: Ertugrul Soeylemez
- Re: Slow but secure has function for small data
- From: Krystian Matusiewicz
- Slow but secure has function for small data
- Prev by Date: Re: Slow but secure has function for small data
- Next by Date: Fastest Signature Scheme for Verification
- Previous by thread: Re: Slow but secure has function for small data
- Next by thread: Re: Slow but secure has function for small data
- Index(es):