作者：oschina
来源：oschina.net/news/192162/signatures-in-java
甲骨文于昨日推送了安全更新修复了一个漏洞，该漏洞允许攻击者伪造某些种类的 SSL 证书和握手、双因素认证信息，以及由一系列广泛使用的开放标准产生的授权凭证。这使得攻击者可以轻松地对文件和其他数据进行数字签名。
该漏洞影响了 Java 15 及以上版本中对 ECDSA（椭圆曲线数字签名算法）的实现。ECDSA 是一种利用椭圆曲线密码学原理对信息进行数字认证的算法。与 RSA 或其他加密算法相比，ECDSA 的一个关键优势是它生成的密钥较小，非常适合用于包括基于 FIDO 的 2FA、SMAL 和 OpenID 等标准。
这个漏洞的 CVE ID 为 CVE-2022-21449，最初是由 ForgeRock 安全研究员 Neil Madden 所发现的，他在漏洞说明中写道：
如果你在这些安全机制中使用 ECDSA 签名，并且如果你的服务器在 2022 年 4 月关键补丁更新（CPU）之前运行任何 Java 15、16、17 或 18 版本，攻击者就可以轻而易举地完全绕过它们。如今几乎所有的 WebAuthn/FIDO 设备（包括 Yubikeys）都使用 ECDSA 签名，许多 OIDC 提供商也在使用 ECDSA 签名的 JWT。
Madden 指出，上述这些受影响的 Java 版本主要是因为它们未能检查 ECDSA 中的两个关键变量，以确保它们是非零的。
ECDSA 签名依赖于一个伪随机数，通常表示为 K，用于推导两个额外的数字 R 和 S。要验证签名是否有效，必须检查涉及 R 和 S 的等式。当等式两边相等时，签名才有效。为了使过程正常工作，R 和 S 都不能为零。
这是因为如果值都是 0，等式两边将始终相等，签名也就一直有效。这意味着只需提交一个空白签名即可成功通过验证检查。
这个 bug 是由相关代码从 C 改写成 Java 时引入的，漏洞最早可以追溯到 2020 年 Java 15 发布的时候。该 bug 在去年 11 月就已被发现并报告给了甲骨文，而甲骨文在推出的 4 月关键补丁更新（CPU）中修复了该问题。
甲骨文在通用漏洞评分系统（Common Vulnerability Scoring System）中将该漏洞的严重性评级为 7.5（满分 10 分），但 Madden 根据他自己的评估，认为该漏洞的严重性评级为 10 分。除了 Madden 认为该漏洞十分严重，另一位安全专家 Thomas Ptacek 更是将该漏洞评为 “年度加密漏洞”（crypto bug of the year）。
目前 Java 15 及以上版本并没有像 Java 早期版本那样被开发者广泛使用。安全公司 Snyk 在 2021 年统计的数据显示，当时 Java 15 仅占了 12% 的份额。
------
我们创建了一个高质量的技术交流群，与优秀的人在一起，自己也会优秀起来，赶紧点击加群，享受一起成长的快乐。另外，如果你最近想跳槽的话，年前我花了2周时间收集了一波大厂面经，节后准备跳槽的可以点击这里领取！
推荐阅读
- 知乎热议：浙大读博八年现靠送外卖赚钱
- 视频教程：Java18 新功能 jwebserver 命令
- 视频教程：Java18 新功能 Java启动静态服务器
··································
你好，我是程序猿DD，10年开发老司机、阿里云MVP、腾讯云TVP、出过书、创过业、国企4年互联网6年。10年前毕业加入宇宙行，工资不高、也不算太忙，业余坚持研究技术和做自己想做的东西。4年后离开国企，加入永辉互联网板块的创业团队，从开发、到架构、到合伙人。一路过来，给我最深的感受就是一定要不断学习并关注前沿。只要你能坚持下来，多思考、少抱怨、勤动手，就很容易实现弯道超车！所以，不要问我现在干什么是否来得及。如果你看好一个事情，一定是坚持了才能看到希望，而不是看到希望才去坚持。相信我，只要坚持下来，你一定比现在更好！如果你还没什么方向，可以先关注我，这里会经常分享一些前沿资讯，帮你积累弯道超车的资本。
点击领取2022最新10000T学习资料
