[lkml]   [2008]   [Oct]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH] ELF: implement AT_RANDOM for future glibc use
    > We're already using get_random* for stack, heap, and brk.  Also,
    > get_random* uses the nonblocking pool, so this is the same as if userspace
    > had tried to pull bytes out of /dev/urandom, which (as I understand it)

    Yes exactly that's the problem. Think about it: do you really
    need the same cryptographic strength for your mmap placement
    as you need for your SSL session keys?

    And if you need true entropy for your session keys do you
    still get it when it was all used for low security
    purposes first?

    > > What you should instead do is to initialize some other cryptographic RNG
    > > regularly and use the output of that.
    > Can you give me some examples of this? I thought the nonblocking
    > entropy pool was specifically for this purpose?

    It's definitely not a "general purpose random number generator"
    or even a "general purpose secure random number generator"

    Since so many systems have poor entropy input /dev/urandom has generally
    replaced /dev/random for near all cryptographic software, so it's
    just the new black.



     \ /
      Last update: 2008-10-06 21:23    [W:0.028 / U:56.780 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site