关于OpenSSL中RSA密钥建立满足SP 800-56B合规性的技术咨询

针对你遇到的OpenSSL配合Common Criteria合规（FCS_CKM.2要求），且需要对齐NIST SP 800-56B RSA密钥建立的问题，我整理了几个可行的实现方案：

1. 严格配置OpenSSL对齐SP 800-56B核心约束 #

虽然OpenSSL没有明确声明支持SP 800-56B，但可以通过强制配置匹配标准的核心要求，这是成本最低的方案：

• 强制使用TLS 1.2+版本的纯RSA加密套件（SP 800-56B不建议过时协议），示例配置命令：

  openssl ciphers -v 'RSA-AES256-GCM-SHA384:RSA-AES128-GCM-SHA256'
  

• 限制RSA密钥长度≥2048位（SP 800-56B要求至少对应112位安全等级），在openssl.cnf中设置：

  default_bits = 2048
  

• 禁用弱哈希算法，仅允许SHA-256及以上哈希用于RSA签名（SP 800-56B明确禁止SHA-1），在TLS握手时强制指定哈希算法：

  openssl s_client -connect your-client-endpoint:port -tls1_2 -cipher RSA-AES256-GCM-SHA384
  

2. 轻量定制OpenSSL代码补充合规验证 #

如果配置层面的约束无法满足评估要求，可以对OpenSSL的RSA密钥交换模块做针对性修改：

• 在密钥协商流程中添加SP 800-56B的校验逻辑：比如在rsa_ssl.c中增加密钥长度、哈希算法、签名格式（推荐PKCS#1 PSS，SP 800-56B优先认可）的检查
• 调整密钥派生函数（KDF）逻辑：在ssl_kdf.c中修改TLS密钥推导流程，严格遵循SP 800-56B中关于密钥派生的步骤要求
• 定制完成后，需通过Common Criteria认可的测试工具（如CryptoPro或第三方合规实验室工具）验证密钥建立流程的合规性

3. 补充合规文档强化证据链 #

Common Criteria评估高度依赖文档证据，即使OpenSSL未声明支持，也可以通过文档映射证明合规：

• 编写SP 800-56B映射文档，逐条对应OpenSSL RSA密钥交换行为与标准要求（比如密钥生成规范、哈希算法使用、KDF流程等）
• 提供内部/第三方测试报告，验证配置或定制后的OpenSSL确实符合SP 800-56B的行为约束
• 参考Common Criteria相关PP（保护轮廓）中FCS_CKM.2的具体要求，确保文档完全覆盖评估要点

4. 结合第三方合规组件增强验证 #

如果不想深度定制OpenSSL，可以引入轻量第三方组件辅助合规：

• 在TLS通信前后添加SP 800-56B合规的密钥验证层：对OpenSSL协商得到的密钥进行额外的合规性检查（比如密钥强度、派生流程）
• 使用符合SP 800-56B的密钥管理工具预处理RSA密钥：比如强制生成带PSS签名的RSA密钥，再传入OpenSSL用于TLS通信

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