为何BouncyCastle FIPS批准模式下可创建MD5 MessageDigest？配置是否有误？

• 这是有意设计，而非配置错误
  BouncyCastle FIPS Provider在批准模式下保留MD5的MessageDigest实现，是为了兼容现有系统的非密码学用途（比如文件完整性校验、遗留系统的旧数据处理），这符合NIST FIPS 140-2的例外规定——允许MD5用于非安全相关场景，仅禁止其用于密码学安全操作（如数字签名、密钥派生）。

• MD5的使用被严格限制在非安全场景
  你可以测试MD5在密码学安全操作中的表现，比如尝试创建MD5签名实例：

  // 批准模式下执行会抛出NoSuchAlgorithmException
  Signature sig = Signature.getInstance("MD5withRSA", "BCFIPS");
  

  这段代码会直接失败，说明BCFIPS确实限制了MD5的安全用途，只是保留了基础的摘要生成能力。

• 与DES/WHIRLPOOL的区别
  DES属于已被NIST明确禁止的加密算法，WHIRLPOOL从未纳入FIPS批准列表，因此它们在批准模式下被完全禁用；而MD5因存在兼容性需求，被允许有限度存在。

• 文档滞后的说明
  你参考的2015版《BCFipsDescription.pdf》未更新这个例外逻辑，后续BouncyCastle FIPS版本调整了实现以适配实际部署需求。

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