ComplianceAsCode项目中RHEL 10密码哈希算法配置问题的技术解析

背景与问题现象

在ComplianceAsCode项目的日常产品化测试中，发现针对RHEL 10系统的多个安全基准测试用例出现失败。这些测试用例主要涉及set_password_hashing_algorithm_systemauth规则，该规则在ANSSI High和ISM_O安全配置文件中被调用。测试失败表明系统未能正确检测到预期的密码哈希算法配置。

技术分析

1. 规则作用机制
   该安全规则用于验证系统是否使用强密码哈希算法（如sha512）进行用户认证。它通过检查/etc/pam.d/system-auth文件中的配置来实现，传统上会查找包含sha512等算法的PAM模块配置行。

2. RHEL 10的变更
   Red Hat Enterprise Linux 10默认采用了新的yescrypt密码哈希算法替代之前的sha512。这是密码学领域的进步，yescrypt提供了更好的安全性，但导致了基于旧算法检测的安全规则失效。

3. 影响范围
   该问题影响所有依赖默认密码哈希算法检测的安全配置方案，特别是：

• 主机操作系统加固检查
• 镜像构建验证
• Kickstart安装验证
• OpenSCAP扫描

解决方案建议

1. 规则更新
   需要修改OVAL检测逻辑，使其能够识别新的yescrypt算法作为合规配置。同时应考虑向后兼容，支持检测sha512配置（某些系统可能手动改回旧算法）。

2. 多算法支持
   最佳实践是使安全规则支持多种合规的密码哈希算法（如sha512、yescrypt等），通过变量或参数化方式实现灵活配置。

3. 文档更新
   应同步更新相关安全基线的文档说明，明确RHEL 10及后续版本中密码哈希算法的合规要求变化。

实施注意事项

• 测试时需要覆盖不同RHEL版本（特别是RHEL 9到10的过渡）
• 考虑企业环境中可能存在的自定义PAM配置
• 确保修改后的规则不会产生误报（false positive）

总结

此问题反映了操作系统安全机制演进与安全合规自动化之间的协调挑战。作为安全基线维护者，需要持续跟踪底层系统的安全改进，及时调整检测逻辑，既保障系统安全又不阻碍技术进步。对于RHEL 10用户，建议在等待规则更新的同时，确认系统确实使用了适当的密码哈希算法（如yescrypt），这本身已满足安全要求的核心目标。