> What are the methods for generating pseudo-random numbers in software? > > What are the other methods available for fast pseudo random number generation? If you don't need to be able to repeat the stream of numbers, there is little reason not to use the methods provided by the operating system - namely, urandom on linux, and CryptGenRandom in Windows. The [RDRAND CPU instruction][1] is another option, though it is often times combined with other sources of random number generation, as [not everyone trusts it completely][2] (you can ignore this unless you are dead set on obtaining absolutely *secure* random numbers). Otherwise, assuming a modern CPU with [AES-NI support][3], nothing will likely be faster then utilizing AES in [CTR mode][4]. There is no need to hash the output, this is just eating cycles for no statistical or security benefit. > Why don't people use ISAAC for their implementations? We can only conjecture at the motivations of others. Some reasons might include: - ISAAC is not a hugely well known algorithm in the same tier as AES or salsa20 - If they are not aware it's existence, they will not use it - Their requirements may be satisfied with simpler/more commonly used algorithms - *Secure* random numbers are not always required; Often times, numbers that look random enough work just fine. - On the other hand, sometimes security is required, as well as conformance to a particular security standard. ISAAC is not a standardized (read: officially prescribed) algorithm for use as a PRNG by any official organizations i.e. NIST. - AES-CTR-DRBG *is* a standards compliant PRNG. > Is ISAAC not secure enough for cryptographic applications? [The jury appears to be out on this one][5]. There was a reason to prompt the author to design ISAAC+, so while there is no known attack that breaks it outright, it does provide less assurance then a thoroughly reviewed design such as AES or salsa20. [1]: https://en.wikipedia.org/wiki/RdRand [2]: http://www.theregister.co.uk/2013/12/09/freebsd_abandoning_hardware_randomness/ [3]: https://software.intel.com/en-us/blogs/2012/01/11/aes-ni-in-laymens-terms [4]: https://en.wikipedia.org/wiki/Block_cipher_mode_of_operation#Counter_.28CTR.29 [5]: https://crypto.stackexchange.com/questions/15976/is-isaac-cipher-cryptographically-secure?noredirect=1&lq=1