Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 在之前 1.86的 Java 版 Bouncy Castle 中，从未针对使用 RFC 9709 内容加密密钥派生 （id-alg-cek-hkdf-sha256） 的消息运行对 CMS 密钥传输接收方 org.bouncycastle.cms.jcajce.JceKeyTransRecipient.setKeySizeValidation（true） 的选择加入密钥大小验证。应选择密钥派生 AlgorithmIdentifier 参数中实际内容加密算法的分支将加密密钥字节数组与 id-alg-cek-hkdf-sha256 对象标识符（字节数组与对每个可能输入均为假的 ASN1ObjectIdentifier 之间的比较）进行了比较，因此检查结果落空到对外部封装 OID 进行 key-size 查找。该 OID 识别的是密钥派生结构而非密码，并且没有已注册的密钥大小，因此完全跳过了大小比较。因此，即使明确启用验证，也会接受由 HKDF 派生的密钥加密密钥不匹配的密钥传输 EnvelopedData 或 AuthEnvelopedData，从而悄无声息地破坏了 API 提供的唯一用于强制恢复的密钥大小的机制。接收方现在根据内容加密算法标识符的算法 OID 进行分派，因此验证会根据内部内容加密算法检查恢复的密钥。密钥大小匹配的邮件、非 HKDF 邮件以及未启用验证的收件人不受影响。此问题还影响 bcpkix-fips 2.0.13 （2.0.X 系列）和 2.1.13 （2.1.X 系列）之前的 Bouncy Castle for Java FIPS （BC-FJA）。（CVE-2026-71892）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2026-71892

medium Nessus 插件 ID 362877

版本 1.1