2 ms·
1. That's not random number generation code, that's code that uses random number generators. 2. What algorithm? It's just RDRAND. 3. Where else would you pass
by chmod775 6y ago
1. That's not random number generation code, that's code that uses random number generators.
2. What algorithm? It's just RDRAND.
3. Where else would you pass them?
4. What do you mean 'they'? CPU manufacturers?
You might also be interested in this comment: https://github.com/systemd/systemd/blob/bcac754d66374782a85a8de39fd543c1eaf9fa82/src/basic/random-util.c#L40-L98 https://github.com/systemd/systemd/blob/bcac754d66374782a85a...
- lrossi 6y agoNot sure if you followed the links I posted, but as Poettering said, the problem is that there are collisions in UUIDs. UUID generation should be robust to random number collisions.
- chmod775 6y agoSo you actually want them to wrap RDRAND in their own random number generator? > UUID generation should be robust to random number collisions. The UUID standards say that nowhere at all, it is only acknowledged that collisions may happen even if they are unlikely.
- citrin_ru 6y agoPurpose of UUID is to be unique, not random. There is no need to wrap RDRAND into another random generator. One can use time/counter as one part of UUID and kernel provided PRNG, e. g. getrandom(2) for another part.
- segfaultbuserr 6y ago> getrandom(2) for another part. But you cannot use getrandom(). During early boot, the kernel will either block indefinitely and/or log the uninitialized urandom read as a security problem. It was the entire reason that brought systemd's rdrand code into existence.