CVE-2026-15999: Bouncy Castle AES-CCM Tag Length Verification Bypass

CVE-2026-15999 漏洞概述 AES-CCM 解密在验证其请求的认证标签长度时存在缺陷。 类（读取 RFC 5084 （nonce 和 aad-ICVlen））从 接受任何标签长度，而 仅在初始化加密时强制执行允许的标签长度。声明的标签长度为零时，标签比较覆盖零字节且始终成功。非常短或奇数长度（例如一个字节）留下的标签可以轻易被猜测。 当解密使用的标签长度来自攻击者可修改的数据时，应用程序会暴露风险。这适用于 方法（使用 id-aes128-CCM、id-aes192-CCM 或 id-aes256-CCM （从 2.1.0 开始）以及通过 和 使用信封消息时采用 AES-CCM 进行内容加密）。这也适用于任何代码，该代码传递未检查的标签长度给 进行解密。有人可以在传输中篡改此类消息以移除其认证并更改加密内容，而篡改后的明文会被返回，仿佛它已被验证。 机密性不受影响。BC C.NET 不支持解密 CMS ，因此该类型的内容不受影响。 BC C.NET 2.7.0 限制了 的标签长度，遵循 RFC 5084 允许的值（4、6、8、10、12、14 或 16 个字节，默认为 12），无论是在解析还是在公共构造函数中。 现在对解密应用相同的限制。其他值会被拒绝并抛出 。 同样被限制为 RFC 5084 范围 12 到 16 个字节。AES-GCM 未开放给零长度标签，但它之前接受短至 4 个字节的标签，当它们在参数中声明时。 早期版本没有设置来防止此问题，因此建议升级。如果无法立即升级，应用程序应检查用于解密 AES-CCM 的参数的标签长度，在解密之前。对于 CMS，检查 （或 上的相同属性）；对于其他代码，检查 或传递给 的 的 。拒绝任何与应用程序期望的标签长度不同的值，或者至少每 4 个字节在 4 到 16 个字节之间。 BC Java 1.85 中修复了一个相关问题，涉及解密 CMS 时接受的标签长度（CVE-2026-12802）。 影响范围 受影响平台: 所有 CLR 受影响版本: BC C.NET 2.6.2 及更早版本，以及 2.7.0-beta.98 预发布版本 修复方案 修复版本: BC C.NET 2.7.0 修复提交 https://github.com/bcgit/bc-csharp/commit/2818bdffa5eefd58b0d6a1c75f36b684048979780 (验证 和 中的 ICV 长度) https://github.com/bcgit/bc-csharp/commit/9d284f8379614eef853b590c62bbb31c48f7af0 (检查解密时的 CCM 标签长度) 发现者 由 Claude, Anthropic 的 AI 助手发现，并由 Anthropic 安全团队与 Anthropic Research 合作进行三角测量。

目標達成すべての支援者に感謝 — 100%達成しました！

CVE-2026-15999: Bouncy Castle AES-CCM Tag Length Verification Bypass

このソースからの他の記事

目標達成 すべての支援者に感謝 — 100%達成しました！

CVE-2026-15999: Bouncy Castle AES-CCM Tag Length Verification Bypass

このソースからの他の記事

目標達成すべての支援者に感謝 — 100%達成しました！