[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20071208201954.GP19691@waste.org>
Date: Sat, 8 Dec 2007 14:19:54 -0600
From: Matt Mackall <mpm@...enic.com>
To: Jeff Garzik <jeff@...zik.org>
Cc: Theodore Tso <tytso@....edu>, Mike McGrath <mmcgrath@...hat.com>,
Jon Masters <jonathan@...masters.org>,
Alan Cox <alan@...rguk.ukuu.org.uk>,
Ray Lee <ray@...rabbit.org>, Adrian Bunk <bunk@...nel.org>,
Marc Haber <mh+linux-kernel@...schlus.de>,
linux-kernel@...r.kernel.org, hmh@...ian.org
Subject: Re: entropy gathering (was Re: Why does reading from /dev/urandom deplete entropy so much?)
On Sat, Dec 08, 2007 at 03:04:32PM -0500, Jeff Garzik wrote:
> Matt Mackall wrote:
> >On Sat, Dec 08, 2007 at 02:36:33PM -0500, Jeff Garzik wrote:
> >>As an aside...
> >>
> >>Speaking as the maintainer rng-tools, which is the home of the hardware
> >>RNG entropy gathering daemon...
> >>
> >>I wish somebody (not me) would take rngd and several other projects, and
> >>combine them into a single actively maintained "entropy gathering"
> >>package.
> >
> >I think we should re-evaluate having an internal path from the hwrngs
> >to /dev/[u]random, which will reduce the need for userspace config
> >that can go wrong.
>
> That's a bit of a tangent on a tangent. :) Most people don't have a
> hardware RNG.
>
> But as long as there are adequate safeguards against common hardware
> failures (read: FIPS testing inside the kernel), go for it.
We can do some internal whitening and some other basic tests
(obviously not the full FIPS battery). The basic von Neumann whitening
will do a great job of shutting off the spigot when an RNG fails in a
non-nefarious way. And FIPS stuff is no defense against the nefarious
failures anyway.
But I think simply dividing our entropy estimate by 10 or so will go
an awfully long way.
--
Mathematics is the supreme nostalgia of our time.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists