Date:Wed, 13 Sep 2000 01:23:30 +0200 (CEST)
From: Igmar Palsenberg <[EMAIL PROTECTED]>
> No, not true. The mixing into the entropy pool uses a twisted LFSR, but
> all outputs from the pool (to either /dev/random or /dev/urandom)
> filters the output through SHA-1 as a
> No, not true. The mixing into the entropy pool uses a twisted LFSR, but
> all outputs from the pool (to either /dev/random or /dev/urandom)
> filters the output through SHA-1 as a whitener. The key here, though,
> and what makes this fundamentally different from yarrow, is that since
> we're
"Theodore Y. Ts'o" wrote:
>
>Date: Tue, 12 Sep 2000 09:56:12 +
>From: Pravir Chandra <[EMAIL PROTECTED]>
>
>i agree that the yarrow generator does place some faith on the crypto
>cipher and the accumulator uses a hash, but current /dev/random
>places faith on a crc and
Date: Tue, 12 Sep 2000 09:56:12 +
From: Pravir Chandra <[EMAIL PROTECTED]>
i agree that the yarrow generator does place some faith on the crypto
cipher and the accumulator uses a hash, but current /dev/random
places faith on a crc and urandom uses a hash.
No, not true. The
> I'm not a big fan of Yarrow, since it (in my opinion) places too much
> faith in the crypto algorithms. It uses a pathetically small entropy
> pool, and assumes that hash function will do the rest. Which is fine,
> but that makes it a pseudo-RNG, or a crypto-RNG, and not really an
> entropy
> Why? What's wrong with the current implementation. And more important
> still: How well-known is Yarrow160A? I cannot find it in my copy of
> [Schneier96], so it is probably not older than four years.
much of yarrow-160a has been specified by kelsey himself in discussions with
people at
Date:Mon, 11 Sep 2000 13:08:59 +
From: Pravir Chandra <[EMAIL PROTECTED]>
I've been working to change the implementation of /dev/random over to the
Yarrow-160a algorithm created by Bruce Schneier and John Kelsey. We've been
working on parallel development for Linux and
Date:Mon, 11 Sep 2000 13:08:59 +
From: Pravir Chandra [EMAIL PROTECTED]
I've been working to change the implementation of /dev/random over to the
Yarrow-160a algorithm created by Bruce Schneier and John Kelsey. We've been
working on parallel development for Linux and
Why? What's wrong with the current implementation. And more important
still: How well-known is Yarrow160A? I cannot find it in my copy of
[Schneier96], so it is probably not older than four years.
much of yarrow-160a has been specified by kelsey himself in discussions with
people at
I'm not a big fan of Yarrow, since it (in my opinion) places too much
faith in the crypto algorithms. It uses a pathetically small entropy
pool, and assumes that hash function will do the rest. Which is fine,
but that makes it a pseudo-RNG, or a crypto-RNG, and not really an
entropy
Date: Tue, 12 Sep 2000 09:56:12 +
From: Pravir Chandra [EMAIL PROTECTED]
i agree that the yarrow generator does place some faith on the crypto
cipher and the accumulator uses a hash, but current /dev/random
places faith on a crc and urandom uses a hash.
No, not true. The
"Theodore Y. Ts'o" wrote:
Date: Tue, 12 Sep 2000 09:56:12 +
From: Pravir Chandra [EMAIL PROTECTED]
i agree that the yarrow generator does place some faith on the crypto
cipher and the accumulator uses a hash, but current /dev/random
places faith on a crc and urandom
No, not true. The mixing into the entropy pool uses a twisted LFSR, but
all outputs from the pool (to either /dev/random or /dev/urandom)
filters the output through SHA-1 as a whitener. The key here, though,
and what makes this fundamentally different from yarrow, is that since
we're
Date:Wed, 13 Sep 2000 01:23:30 +0200 (CEST)
From: Igmar Palsenberg [EMAIL PROTECTED]
No, not true. The mixing into the entropy pool uses a twisted LFSR, but
all outputs from the pool (to either /dev/random or /dev/urandom)
filters the output through SHA-1 as a
Pravir Chandra wrote:
>
> I've been working to change the implementation of /dev/random over to the
> Yarrow-160a algorithm created by Bruce Schneier and John Kelsey. We've been
> working on parallel development for Linux and NT so that the algorithms are
> matching. The Yarrow 160A algorithm is
Pravir Chandra wrote:
>
> I've been working to change the implementation of /dev/random over to the
> Yarrow-160a algorithm created by Bruce Schneier and John Kelsey.
For some old discussions on related topics, see:
http://www.openpgp.net/random/
> We've been
> working on parallel development
Pravir Chandra wrote:
I've been working to change the implementation of /dev/random over to the
Yarrow-160a algorithm created by Bruce Schneier and John Kelsey.
For some old discussions on related topics, see:
http://www.openpgp.net/random/
We've been
working on parallel development for
Pravir Chandra wrote:
I've been working to change the implementation of /dev/random over to the
Yarrow-160a algorithm created by Bruce Schneier and John Kelsey. We've been
working on parallel development for Linux and NT so that the algorithms are
matching. The Yarrow 160A algorithm is a
18 matches
Mail list logo