CVE-2026-97873— JCA原始提供程序未限制PBES1和PKCS#12迭代次数
一分钟漏洞结论
影响对象
Legion of the Bouncy Castle Inc. BC-JAVA
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
在 Bouncy Castle for Java 1.86 之前的版本中，原生 JCA 提供程序对传统 PBES1（PKCS#5 方案 1）和 PKCS#12 PBE 密码族在基于密码的密钥派生过程中，所使用的迭代次数直接从不可信输入中获取，且未进行上限限制。因此，攻击者可以通过提供极小的输入值，迫使系统在验证任何内容之前执行任意数量的计算工作，从而导致拒绝服务（DoS）攻击。 PKCS12PBE 及其对象标识符别名以及 PBKDF1 的 AlgorithmParameters 实现允许接受来自编码后的 PKCS1
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2026-97873 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
Legacy PBES1 and PKCS#12 PBE iteration count honoured unbounded in the raw JCA provider
来源: CVE Program / CVE List V5
Vulnerability Description
In Bouncy Castle for Java before 1.86, the raw JCA provider's legacy PBES1 (PKCS#5 scheme 1) and PKCS#12 PBE families ran their password-based key derivation with an iteration count taken from untrusted input without bounding it, so a small input could dictate an arbitrary amount of work before anything could be verified. The AlgorithmParameters implementations (PKCS12PBE and its object identifier aliases, and PBKDF1) accepted any count from an encoded PKCS12PBEParams or PBEParameter, narrowing a value beyond the int range with intValue(), and every Cipher, Mac and SecretKeyFactory in these families derived with whatever count it was given, including one decoded by another provider's AlgorithmParameters, as when javax.crypto.EncryptedPrivateKeyInfo.getKeySpec() decrypts a PKCS#12 PBE-protected private key with BC. Both the parameter parse and the derivations now reject a negative or over-limit count under the org.bouncycastle.pbe.max_iteration_count property (default 10,000,000) that already bounded PBKDF2 (CVE-2026-17508), and the parse rejects a count beyond the int range rather than narrowing it. This issue also affects Bouncy Castle for Java LTS before 2.73.13.
来源: CVE Program / CVE List V5
CVSS Information
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:P/VC:N/VI:N/VA:L/SC:N/SI:N/SA:N/U:Amber
来源: CVE Program / CVE List V5
Vulnerability Type
不加限制或调节的资源分配
来源: CVE Program / CVE List V5
受影响产品
| 厂商 | 产品 | 影响版本 | CPE | 订阅 |
|---|---|---|---|---|
| Legion of the Bouncy Castle Inc. | BC-JAVA | 0 ~ 1.86 | - |
|
| Legion of the Bouncy Castle Inc. | BC-LTS-JAVA | 2.73.0 ~ 2.73.13 | - |
|
二、漏洞 CVE-2026-97873 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2026-97873 的情报信息
请登录查看更多情报信息。
CVE-2026-97873 补丁与修复 (1)
CVE-2026-97873 其他参考 (1)
同批安全公告 · Legion of the Bouncy Castle Inc. · 2026-10-03 · 共 9 条
| CVE-2026-71885 | 9.2 CRITICAL | MLS X.509凭证未绑定到LeafNode签名密钥 |
| CVE-2026-71888 | 8.7 HIGH | CMS 认证数据暴露攻击者插入的authAttrs |
| CVE-2026-71889 | 8.7 HIGH | PKIXCertPathReviewer X.509名称约束绕过漏洞 |
| CVE-2026-85515 | 8.2 HIGH | OpenPGP消息截断未报告，绕过SEIPDv1完整性检查 |
| CVE-2026-71887 | 8.2 HIGH | OpenPGP 签名子键无交叉认证漏洞 |
| CVE-2026-71883 | 8.2 HIGH | Native AES密文解析器泄露原始AES密钥 |
| CVE-2026-71886 | 8.2 HIGH | OpenPGP 子键无证书认证漏洞 |
| CVE-2026-71892 | 6.9 MEDIUM | RFC 9709 HKDF派生密钥未执行CMS密钥传输接收方密钥大小验证 |
IV. Related Vulnerabilities
V. Comments for CVE-2026-97873
暂无评论