News for hackers. Stuff that matters.
Re:SingleHop Are Cheats by stillinbeta on Friday September 16, 2011 @09:40AM (#3004390)
/dev/random will block while waiting to collect entropy from the system. /dev/urandom will be satisfied with pseudorandom numbers. That's fine for many applications (e.g. a file filled with garbage) but not acceptable for things like cryptography.
Re:SingleHop Are Cheats by ibisum on Friday September 16, 2011 @10:27AM (#3004529)
That entropy, by the way, is derived from the keyboard and mouse devices. If you want /dev/random to go faster, move your mouse and type more ..
Re:SingleHop Are Cheats by pavel_lishin on Friday September 16, 2011 @11:45AM (#3004899)
Can it be configured to use other sources?

Does this mean that if I've got a server with no mouse/keyboard attached, /dev/random will block forever?

Logging into my slicehost server, and running cat /dev/random | hexdump -C seems to support this, more or less - only a few lines get output unless I start typing into the terminal - then it goes marginally faster.

Re:SingleHop Are Cheats by tlrobinson on Friday September 16, 2011 @01:25PM (#3005370)
Re:SingleHop Are Cheats by simcop2387 on Friday September 16, 2011 @11:58AM (#3004965)
It will also use other interrupt timings in the creation of the entropy, most notably hard drives since they're rather random on when they reply back due to it having to rotate to the right place. Not sure how this works on an SSD. I also believe if you've got some kind of hardware RNG it will use that too.
Re:SingleHop Are Cheats by jcromartie on Friday September 16, 2011 @02:51PM (#3005752)
Interesting. I don't see /dev/random blocking on Mac OS X (13" MacBook Pro). I wonder what the source is?
Re:SingleHop Are Cheats by eridius on Friday September 16, 2011 @04:01PM (#3006059)
On OS X, /dev/random and /dev/urandom are the same thing (both acting like the traditional /dev/urandom).