lkml.org 
[lkml]   [2002]   [Aug]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    SubjectRe: [PATCH] (0/4) Entropy accounting fixes
    Date
    Am Montag, 19. August 2002 12:15 schrieb Marco Colombo:
    > On Mon, 19 Aug 2002, Theodore Ts'o wrote:
    >
    > [...]
    >
    > > P.S. /dev/urandom should probably also be changed to use an entirely
    > > separate pool, which then periodically pulls a small amount of entropy
    > > from the priamry pool as necessary. That would make /dev/urandom
    > > slightly more dependent on the strength of SHA, while causing it to
    > > not draw down as heavily on the entropy stored in /dev/random, which
    > > would be a good thing.
    >
    > Shouldn't it be moved to userpace, instead? Pulling a small amount
    > of entropy from /dev/random can be done in userspace, too. And the

    1. You create a problem for in kernel users of random numbers.
    2. You forgo the benefit of randomness by concurrent access to /dev/urandom
    3. You will not benefit from hardware random number generators as easily.

    > application could choose *how often* and *how many* bits to pull.

    If you really care, you can implement this for /dev/urandom, too.

    Regards
    Oliver

    -
    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/

    \
     
     \ /
      Last update: 2005-03-22 13:28    [W:0.030 / U:31.604 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site