ГСЧ, энтропия, железки

ГКЧП

Поставь rngd же, может у тебя уже есть источник.

может у тебя уже есть источник

Вопрос именно в том, есть ли он. Вернее, я и спрашиваю в каких железках он точно будет.

Вернее, я и спрашиваю в каких железках он точно будет.

https://en.wikipedia.org/wiki/RdRand tl;dr: Все новые интелы с 2015, и zen для amd. Кажется даже атомы. Про PCI-e ускорители ничего рассказать не смогу, не тыкал.

Проверить свой процессор можно через /proc/cpuinfo. Искать инструкцию rdrand.

О! Годненькое чтиво! Спасибо. Нужный пинок я получил. Отмечаю вопрос решённым.

RDRAND же ныне не в фаворе, т.к. получаемые из него числа потенциально могут быть подосланными. В ядре, например, по умолчанию его поддержка выключена и включать её рекомендуют только в случае, если ты достаточно доверяешь производителю CPU и его (возможным) бэкдорщикам.

Зависит от модели угрозы. От АНБ и прочих нехороших дядек (которых подозревали во внедрении бекдора в сабж) сейчас можно защититься лишь, физически отключив компьютер от интернета, закинув его в клетку фарадея, запитав от независимого источника питания и все это желательно глубоко-глубоко под землей.

К тому же RDRAND - это не единственный источник энтропии.

А мне не для шифрования. Так що по барабану.

А для чего может понадобиться так много рандома, если не секрет?

Тестирование аналитики.

Я легко сталкиваюсь с недостатком рандома на серверах виртуализации. Типа, стартует сервер с нуля, запускается одна виртуалка, вторая, третья, а, к примеру, в 10-й есть php-fpm, который не может стартануть из-за недостатка рандома к моменту его старта.

Однако. Это именно аппаратная виртуализация (типа KVM), или контейнеры (Docker, LXC, простигосподи OpenVZ)?

Это kvm. Решается так: https://blog.veloc1ty.de/2016/05/02/kvm-low-entropy-in-guests-virtualized-har...

Буду знать. Спасибо!