|
You are here |
wiki.openssl.org | ||
| | | | |
sergioprado.blog
|
|
| | | | | In this article, we will deep dive into the major concepts behind random numbers and learn how to work with them on a Linux system. | |
| | | | |
www.agwa.name
|
|
| | | | | [AI summary] A technical analysis reveals security flaws in LibreSSL's Pseudo-Random Number Generator (PRNG) on Linux, specifically regarding its inability to handle process forking and chroot environments safely compared to OpenSSL. | |
| | | | |
www.thomas-huehn.com
|
|
| | | | | [AI summary] The article discusses the use of /dev/random and /dev/urandom in Linux systems for generating random numbers. It highlights that /dev/urandom is generally preferred over /dev/random due to its non-blocking nature and sufficient cryptographic security. The article also addresses misconceptions in the man pages and emphasizes that /dev/urandom is safe for most applications, including cryptographic uses, as long as the initial seeding is done properly. It mentions that while /dev/random is considered a legacy interface, it's not always necessary, and modern Linux distributions and syscalls like getrandom(2) provide better alternatives. | |
| | | | |
blog.cryptographyengineering.com
|
|
| | | Unitards: another consequence ofquantum computing. Back in December I asked readers for some topics they were particularly keen to read about on this blog. One of the best (and sadly, most challenging) suggestions was to say something about post-quantum cryptography. Roughly speaking, this term describes the future of cryptographyafter quantum computers arrive and screw things... | ||