1. “我们拥有真随机数”并不是安全论据
Linux 已经内置 /dev/random、getrandom(),以及 RDRAND 之类的 CPU 指令。大多数 HSM、TPM 与云 KMS 供应商也内置了自己的硬件 TRNG。在这些之外再对安全工程师说“我们的熵是真的”,并不能构成差异化:他们的熵在大多数情况下也是真的。
真正重要的问题不同:如果那唯一的熵源被证明存在缺陷、被植入后门,或者干脆就是错的,又有谁能知道呢?Dual_EC_DRBG 曾作为 NIST 认可的 PRNG 标准发布,在被证实存在疑似后门之前,已经使用了多年。Linux 内核至今仍不完全信任 RDRAND 本身,而是将其混入熵值池,而不是直接使用。
2. 不要替换你的 RNG,把独立的熵源混进去
它是第二个、在物理上独立的熵源:由 SDR 硬件采样并经 SHA-512 调理的无线电噪声,你可以把它混入已经为密钥生成供能的熵值池中。这正是组合多个熵源的标准做法:只要混入的熵源中有一个是真正不可预测的,组合后的输出就同样不可预测,无论其他熵源发生什么情况。
3. 独立还不够,还必须可验证
HSM 或云 KMS 的 RNG 是一个封闭的黑箱:你除了信任供应商的认证之外别无选择。Galactropy 各节点产出的每一批熵值都会经过 Dieharder、ENT 和 rngtest 检验,以 Ed25519 签名串联成链,并通过 OpenTimestamps 锚定到比特币区块链,因此这份记录之后无法被悄悄篡改,无论是我们还是任何其他人。
View current statistical reports ->4. 混入熵值只需一行命令
从公开 API 拉取原始字节,在推导密钥之前将其注入你现有的熵值池:
curl -s "https://galactropy.com/raw?bytes=512" >> /dev/urandom
正在构建密钥生成仪式或 HSM 配置流程?
既可以自行托管整套技术栈,也欢迎联系我们讨论实时数据接入。
> 联系我们