Problems emerge for a unified /dev/*random
Problems emerge for a unified /dev/*random
Posted Apr 1, 2022 12:07 UTC (Fri) by wtarreau (subscriber, #51152)In reply to: Problems emerge for a unified /dev/*random by nickleverton
Parent article: Problems emerge for a unified /dev/*random
Yes U-Boot definitely is the best place here, since it often embeds the SPL code that's used to train the DDR memory. Typically the training is a good way to produce entropy since it tries timings for reliable transfers.
For the PC world, grub might be too late due to the BIOS often doing most of the cleanup. However on PCs there's often a video card whose memory is not reset and which contains garbage. I think it already happened to all of us to power-cycle a PC, then discover a fantom image of previous session for a fraction of a second when typing "startx" because that memory wasn't completely lost yet. And most PCs have hardware RNGs and jitter entropy anyway ;-)
