При каких условиях стандартная библиотека #Golang в math/rand/v2 предоставляет CS(P)RNG или «True RNG Source», соответст ⇐ Linux

[Anonymous]

Не обращая внимания на скандал с Dual_EC_DRBG, предположим, что мы хотим соответствовать NIST SP 800-90; вот некоторая информация о стандартах:

• Генерация случайных чисел: https://en.wikipedia.org/wiki/NIST_SP_800-90A
• Источники энтропии: https://en.wikipedia.org/wiki/NIST_SP_800-90B

Основные источники:

• Ссылка на Golang: https://pkg.go.dev/math/rand/v2#Source
• CMVP: https://csrc .nist.gov/projects/cryptographic-module-validation-program
• https://nvlpubs.nist.gov/nistpubs/FIPS/ ... .140-3.pdf

Что такое достаточный тест для уверенного ответа «да» на вопрос о том, что системная энтропия имеет необходимое качество, чтобы мой проект мог создавать несколько криптографических ключей P-256 в час в ОС Linux на базе Alpine или Debian? Что мы можем сделать, чтобы гарантировать, что некоторый верхний предел бит/сек является подходящим проектным ограничением?
В долгосрочной перспективе, если я заключу контракт с лабораторией CMVP, мне не нужен мой FIPS 140- 3 статус сертификации задержан из-за досрочного решения, которое слишком сложно обосновать. Насколько я понимаю, Go v1.24 будет нацелен на свою стандартную криптографическую библиотеку, чтобы стать одной из первых реализаций, не связанных с JVM, которая полностью совместима с FedRAMP High.
Включено предыстория: https://github.com/golang/go/issues/69536
И: https://cloud.google.com/compute/docs/i ... virtio-rng
При использовании Virtio RNG эта команда проходит проверку:

Код: Выделить всё

$ cat /dev/random | rngtest -c 1000
...
rngtest: starting FIPS tests...
...
rngtest: FIPS 140-2 successes: 1000
rngtest: FIPS 140-2 failures: 0

Является ли это 1. одновременно необходимым и достаточным, 2. только необходимым или 3. чем-то совершенно не связанным с этим - с точки зрения технической ценности для доказательства, достаточно убедительного для федерального правительства США ?

Подробнее здесь: https://stackoverflow.com/questions/792 ... -provide-a