Re: Concurrent access to /dev/urandom
From: Adam Heath (doogie_at_debian.org)
Date: 12/11/04
- Previous message: Adam Heath: "Re: Concurrent access to /dev/urandom"
- In reply to: Matt Mackall: "Re: Concurrent access to /dev/urandom"
- Next in thread: Matt Mackall: "Re: Concurrent access to /dev/urandom"
- Reply: Matt Mackall: "Re: Concurrent access to /dev/urandom"
- Reply: Theodore Ts'o: "Re: Concurrent access to /dev/urandom"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Fri, 10 Dec 2004 18:22:37 -0600 (CST) To: Matt Mackall <mpm@selenic.com>
On Fri, 10 Dec 2004, Matt Mackall wrote:
> On Fri, Dec 10, 2004 at 04:28:15PM -0500, Theodore Ts'o wrote:
> > On Fri, Dec 10, 2004 at 10:28:04AM -0800, Matt Mackall wrote:
> > >
> > > Fair enough. s/__add/mix/, please.
> > >
> >
> > Why? Fundamentally, it's all about adding entropy to the pool. I
> > don't have an strong objection to calling it __mix_entropy_words, but
> > if we're going to change it, we should change the non-__ variant for
> > consistency's sake, and I'd much rather do that in a separate patch if
> > we're going to do it all. I don't see the point of the rename,
> > though.
>
> I suppose I don't really care. The __add is no longer just add, and
> mix was the word that came to mind. But it doesn't really describe it
> well either.
>
> > Still, I'd feel better if we did initialize more data via
> > init_std_data(), and then cranked the LFSR some number of times so
> > that we don't have to worry about analyzing the case where a good
> > portion of the pool might contain consecutive zero values. But yeah,
> > we can save that for another patch, as it's not absolutely essential.
> >
> > Are we converging here?
>
> I'm gonna call this last iteration done. Repasted below for akpm's
> benefit. Urgency: medium-ish.
Actually, I think this is a security issue. Since any plain old program can
read from /dev/urandom at any time, an attacker could attempt to read from
that device at the same moment some other program is doing so, and thereby
gain some knowledge as to the other program's state.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Previous message: Adam Heath: "Re: Concurrent access to /dev/urandom"
- In reply to: Matt Mackall: "Re: Concurrent access to /dev/urandom"
- Next in thread: Matt Mackall: "Re: Concurrent access to /dev/urandom"
- Reply: Matt Mackall: "Re: Concurrent access to /dev/urandom"
- Reply: Theodore Ts'o: "Re: Concurrent access to /dev/urandom"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
|
