4 ms·
I admit I am a total noob here, but couldn't you make something with a TV turned to a station with just static? I have often wondered about this but lack the 'p
by bloodmoney 13y ago
I admit I am a total noob here, but couldn't you make something with a TV turned to a station with just static? I have often wondered about this but lack the 'propriate schoolin'.
- lutusp 13y agoIn engineering terms, it's easier to use a reversed-biased diode as a noise source. An input circuit would transfer the diode's random waveform into a shift register as zeros and ones, until the desired word size has been assembled. It's really quite simple, and it could produce a very high degree of randomness. It would differ from typical PRNGs in that the binary sequence could not be reproduced, no matter how much you knew about the circuit. > I have often wondered about this but lack the 'propriate schoolin'. That's an easily remedied problem. Remember what Mark Twain said: "I have never let my schooling interfere with my education".
- bloodmoney 13y agoYeah, but AI is taking most of my free cycles at the moment. Still learning, but not much formal computer science. Thank you for responding.
- lutusp 13y ago> Yeah, but AI is taking most of my free cycles at the moment. Given the present state of technology, that's probably a better use of your time. Someone else can produce a white noise source and mass-market it.
- ye 13y agoIn engineering terms it would be easier to cover a shitty webcam with a bag, take a photo, and then use the lower bit of each pixel as the source of entropy. You can use other things, like microphone input, or CPU temperature. No need to buy expensive hardware generators. Then you can use something like Fortuna to generate more random numbers from that seed: http://en.wikipedia.org/wiki/Fortuna_(PRNG) http://en.wikipedia.org/wiki/Fortuna_(PRNG)
- lutusp 13y ago> You can use other things, like microphone input, There's now been reported a way to hack a computer by way of its microphone, so that particular method is out. > or CPU temperature. CPU temperature doesn't change enough to serve as a secure source of entropy. > No need to buy expensive hardware generators. In fact, there are plenty of projects meant to locate sources of entropy to provide more randomness for computer security purposes. The idea of a hardware source like a reverse-biased diode is just one example. > Then you can use something like Fortuna ... Interestingly, the Fortuna scheme relies on system sources of entropy other than its own resources to assure security.
- ye 13y ago> There's now been reported a way to hack a computer by way of its microphone, so that particular method is out. No, it's not. It's in some server in a datacenter. If you can get to the server, you can just change the Poker code, no need to do any crazy microphone hacking. Plus you'd need to know exactly when and how the microphone was sampled. > CPU temperature doesn't change enough to serve as a secure source of entropy. Doesn't matter how much it changes, the lowest bits are random on a large enough time scale. You can just run the sampler until you get enough bits, it will take a few minutes. Or you can run it constantly and add more and more entropy as you go.
- lutusp 13y ago> > There's now been reported a way to hack a computer by way of its microphone, so that particular method is out. > No, it's not. Excuse me? Here's the source: http://www.scientificamerican.com/article/computers-can-be-hacked-using-high-frequency-sound/ http://www.scientificamerican.com/article/computers-can-be-h... Here's a quote: "Computers Can Be Hacked Using High-Frequency Sound -- A computer's microphone and speakers can covertly send and receive data" Which word didn't you understand? >> CPU temperature doesn't change enough to serve as a secure source of entropy. > Doesn't matter how much it changes, the lowest bits are random on a large enough time scale. False. Computer temperatures aren't a decent source of entropy, because they're too likely to remain stable for long periods. And the temperature can be predicted on a daily basis, a dangerous property for a secure source. That's why this source isn't used.
- deleted 13y ago[deleted]
- voltagex_ 13y agoSomeone had a go at that exact idea https://github.com/pwarren/rtl-entropy https://github.com/pwarren/rtl-entropy
- jlgaddis 13y ago> That's where this program is for: adding entropy-data to the kernel-driver. It does that by fetching 2 images from a video4linux-device (with a random delay in between), calculating the difference between those two and then calculating the number of information-bits in that data. After that, the data with the number-of-entropy-bits is submitted to the kernel-random-driver. http://www.vanheusden.com/ved/ http://www.vanheusden.com/ved/ There's also an "audio" version of, basically, the same thing [0] that I intend on using in the near future. It's as simple as tuning an FM radio to "nothing" and connecting its headphone/line out to your sound card's input line. [0]: http://www.vanheusden.com/aed/ http://www.vanheusden.com/aed/
- redacted 13y agohttp://www.random.org/ http://www.random.org/ uses atmospheric radio noise to generate random numbers, similar to what you are proposing.
- zaius 13y agoA similar idea was done by silicon graphics using a lava lamp - http://en.wikipedia.org/wiki/Lavarand http://en.wikipedia.org/wiki/Lavarand