Ubuntu 16.04下C/C++ HTTP守护进程：OpenSSL除密钥证书外是否需熵源？

我来帮你把这个问题拆解清楚——毕竟在chroot环境里缺熵源确实挺闹心的，尤其是你还没法用/dev/urandom这类常规熵源：

一、已生成密钥/证书后，服务器通信时是否需要熵源？ #

答案是大部分实际部署的场景下都需要，除非你用的是非常老旧、不安全的TLS配置。核心原因有两个：

1. TLS握手必须的随机数：哪怕只用现成的密钥，服务器在握手阶段也得生成Server Random——这是一个32字节的随机数，是后续生成会话密钥的核心组件之一。如果这个随机数熵不足、可预测，攻击者很容易就能破解会话密钥，整个加密通信就形同虚设。
2. 临时密钥交换算法的需求：现在主流的TLS配置都会用ECDHE或DHE这类支持前向保密的算法，服务器需要在握手时临时生成一对密钥（比如EC私钥），这个生成过程完全依赖熵源。如果你强制用老旧的RSA密钥交换（不生成临时密钥），这部分可以省，但这种配置没有前向保密，一旦私钥泄露，所有历史通信都能被解密，安全性极低，不建议在生产环境用。

唯一极端的例外：如果你完全禁用了会话复用，且用了无临时密钥的RSA密钥交换——但这种配置几乎没人用，因为既不安全也不高效。

二、OpenSSL除生成证书/密钥外，还有哪些需要熵的场景？ #

除了密钥和证书生成，OpenSSL在这些场景下也需要熵源：

• 临时密钥生成：除了TLS握手的ECDHE/DHE，任何需要临时密钥的加密操作（比如一次性会话密钥）都需要熵。
• 初始化向量（IV）生成：对于CBC这类块加密模式，IV必须是随机不可预测的；哪怕是现在常用的GCM等AEAD模式，也需要随机的初始IV值，这些都依赖熵源。
• 直接调用随机数接口：如果你的代码里用了RAND_bytes()、RAND_pseudo_bytes()这类OpenSSL随机数函数，那肯定需要熵源来生成安全的随机数。
• 会话复用相关：生成随机的Session ID（用来标识复用的会话），或者动态生成/轮换Session Ticket的加密密钥，这些操作都需要熵。
• ECDSA签名：如果你的证书用的是ECDSA算法，服务器在签名过程中需要生成随机的k值——这个值必须严格保密且随机，否则攻击者能通过签名反推出你的私钥，所以这一步也需要熵源。

内容的提问来源于stack exchange，提问作者mur