1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking.org

Linux Kernel Works To Make Better Random Reseeding

Hardware

Published on 15 December 2013 09:05 AM EST
Written by Michael Larabel in Hardware
1 Comment

While /dev/random was made faster and more random in Linux 3.13, in light of the NSA controversies and that Intel/VIA hardware encryption and random generators may not even be trustworthy, there's been a rework in how reseeding happens for the Linux kernel's random component.

Greg Price sent out a patch-set on Saturday that changes how re-seeing the non-blocking pool happens, which supplies /dev/urandom and the kernel's internal randomness needs.

Greg wrote, "The most important change is to make sure that the input entropy always comes in large chunks, what we've called a 'catastrophic reseed', rather than a few bits at a time with the possibility of producing output after every few bits. If we do the latter, we risk that an attacker could see the output (e.g. by watching us use it, or by constantly reading /dev/urandom), and then brute-force the few bits of entropy before each output in turn...After the whole series, our behavior at boot is to seed with whatever we have when first asked for random bytes, then hold out for seeds of doubling size until we reach the target (by default 512b estimated.) Until we first reach the minimum reseed size (128b by default), all input collected is exclusively for the nonblocking pool and /dev/random readers must wait."

More details on this random re-seeding rework for the Linux kernel can be found on the kernel mailing list and could appear in the Linux 3.14 kernel.

About The Author
Michael Larabel is the principal author of Phoronix.com and founded the web-site in 2004 with a focus on enriching the Linux hardware experience and being the largest web-site devoted to Linux hardware reviews, particularly for products relevant to Linux gamers and enthusiasts but also commonly reviewing servers/workstations and embedded Linux devices. Michael has written more than 10,000 articles covering the state of Linux hardware support, Linux performance, graphics hardware drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated testing software. He can be followed via and or contacted via .
Latest Linux Hardware Reviews
  1. AMD Radeon R9 290: Gallium3D vs. Catalyst Drivers
  2. AMD Radeon R9 290 Open-Source Driver Works, But Has A Ways To Go
  3. Trying The Configurable 45 Watt TDP With AMD's A10-7800 / A6-7400K
  4. Sumo's Omni Gets Reloaded
Latest Linux Articles
  1. Preview: OS X 10.10 Yosemite vs. Ubuntu Linux GPU Performance
  2. Radeon Graphics Yield Mixed Results With Linux 3.17 Kernel
  3. AMD's RadeonSI Driver Sped Up A Lot This Summer
  4. Intel's Latest Linux Graphics Code Competes Against OS X 10.9
Latest Linux News
  1. Google Chrome 37 Brings Many Security Fixes
  2. MenuetOS Updated With SMP Threads & Onscreen Keyboard
  3. Mesa Has A New Release Manager
  4. Enlightenment E19 Lands Its New Wayland Compositor Code
  5. Nouveau Turns Into A Mess In Latest Linux 3.17 + Mesa 10.3-dev Tests
  6. New GCC 5.0 Changes, Command-Line Options That Landed So Far
  7. SteamOS Update 133 Has Better Intel Performance, VA-API
  8. DRM Graphics Changes For Linux 3.18 Might End Up Being Smaller
  9. Ioquake3 Works On Finally Switching Over To SDL2
  10. Linux 3.17-rc2 Release Celebrates 23 Years Of Linux
Latest Forum Discussions
  1. Updated and Optimized Ubuntu Free Graphics Drivers
  2. AMD Releases UVD Video Decode Support For R600 GPUs
  3. Announcing radeontop, a tool for viewing the GPU usage
  4. Users defect to Linux as OpenBSD removes Lynx from base system
  5. Chinese People Try To Patent Wine On ARM
  6. American Citizens running AMOK for food stamps
  7. "The World's Most Highly-Assured OS" Kernel Open-Sourced
  8. What Linux Distribution Should Be Benchmarked The Most?