Re: Trivial OTP generation method? (makernd.c) On 1e-16 BER and cosmic rays

2003-03-07 Thread Major Variola (ret)
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

Re: Trivial OTP generation method? (makernd.c)

2003-03-07 Thread Peter Fairbrother
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 >>> purposes; the tests I run on data

Re: Trivial OTP generation method? (makernd.c)

2003-03-07 Thread Tyler Durden
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 OC-4

Re: Trivial OTP generation method? (makernd.c)

2003-03-07 Thread Tim May
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

Re: Trivial OTP generation method? (makernd.c)

2003-03-06 Thread Tim May
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 purposes; the tests I run on data from /dev/dsp always fail. (I am using the tuner

Re: Trivial OTP generation method? (makernd.c)

2003-03-06 Thread Peter Fairbrother
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 > 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 (ca

Re: Trivial OTP generation method? (makernd.c)

2003-03-03 Thread Thomas Shaddack
> 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.) I

Re: Trivial OTP generation method? (makernd.c)

2003-03-03 Thread Thomas Shaddack
> 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.

Re: Trivial OTP generation method? (makernd.c)

2003-03-02 Thread gabriel rosenkoetter
On Sat, Mar 01, 2003 at 03:11:57AM +0100, Thomas Shaddack wrote: > At this moment, I am pondering to design a small analog noise generator > for the microphone input of a sound card (as most of my servers which > could need this toy have an onboard soundcard). What's wrong with the old trick of cr

Re: Trivial OTP generation method? (makernd.c)

2003-03-02 Thread Thomas Shaddack
> * 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 de

Re: Trivial OTP generation method? (makernd.c)

2003-03-02 Thread Bill Frantz
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

Re: Trivial OTP generation method? (makernd.c)

2003-02-27 Thread Jason Holt
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 t

Re: Trivial OTP generation method? (makernd.c)

2003-02-27 Thread Major Variola (ret)
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,

Re: Trivial OTP generation method? (makernd.c)

2003-02-26 Thread Thomas Shaddack
> >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.ht