On Thursday, March 6, 2003, at 03:16 PM, Peter Fairbrother wrote:
Tim May wrote:
On Thursday, March 6, 2003, at 12:05 PM, Peter Fairbrother wrote:
Thomas Shaddack wrote:
FIPS-140 is your friend. They did the math.
Cheers - Bill
fips140.c is a cool toy, thanks :) However, a bit unusable for my
At 05:50 PM 3/6/03 -0500, Tyler Durden wrote:
On a slow day, Tim May wrote...
Next you'll be claiming that chips can be influenced by cosmic and
background radiation!
When I used to characterize DWDM systems, we'd sometimes need to test
down
to a BER of 10(-14), with some vendors wanting
On a slow day, Tim May wrote...
Next you'll be claiming that chips can be influenced by cosmic and
background radiation!
When I used to characterize DWDM systems, we'd sometimes need to test down
to a BER of 10(-14), with some vendors wanting 10(-16). (So we'd loop back a
whole bunch of
FIPS-140 is your friend. They did the math.
Cheers - Bill
fips140.c is a cool toy, thanks :) However, a bit unusable for my
purposes; the tests I run on data from /dev/dsp always fail. (I am using
the tuner card, tuned to between the channels; visual test (cat /dev/dsp)
looks like a noise.) If
What's wrong with the old trick of cranking the gain all the way up,
plugging no microphone at all in, and getting thermal noise?
Some modern soundcards have something like noise gate. From my PCI128 card
I got about one bit of noise, and even that not consistently.
Too high input impedance.
At 6:11 PM -0800 2/28/03, Thomas Shaddack wrote:
Yes. The intention of the check in this version was to prevent operator
blunders like feeding the program from a switched-off signal source.
Better statistical check would be a good thing, though; however, my
math-fu isn't good enough yet to come up
* Using the output to seed MD5 for the next block exposes that part of the
state of the RNG. Might be better to use half the MD5 output as seed for the
next block, and the other half as output data.
The RNG takes most of its input (except the initial seeding) from the
external source of
At 03:17 AM 2/27/03 +0100, Thomas Shaddack wrote:
Here's what I do for random bits:
http://www.etoan.com/random-number-generation/index.html
Nice!!! :) I wasn't aware such electronics is so cheap!
Note on RNG/hacking the PC-Geiger counter:
If you want to change the RM-60's Time Base Unit,
Several things:
* Using the output to seed MD5 for the next block exposes that part of the
state of the RNG. Might be better to use half the MD5 output as seed for the
next block, and the other half as output data.
* Your RNG takes input from an attackable source. I can significantly reduce
After that, you actually want to feed the entropy you're getting
from the radio tuner *into* /dev/[u]random.
He may wish to pre-process the raw bits to remove any potential
bias they may have.
Here's what I do for random bits:
http://www.etoan.com/random-number-generation/index.html
10 matches
Mail list logo
