本博客日IP超过2000，PV 3000 左右，急需赞助商。
极客时间所有课程通过我的二维码购买后返现24元微信红包，请加博主新的微信号：xttblog2，之前的微信号好友位已满，备注：返现
受密码保护的文章请关注“业余草”公众号，回复关键字“0”获得密码
所有面试题(java、前端、数据库、springboot等)一网打尽，请关注文末小程序
【腾讯云】1核2G5M轻量应用服务器50元首年，高性价比，助您轻松上云
这两天 A 股在极速下滑，像在做自由落体运动，群里讨论的不亦乐乎。
与 A 股同样有热度的是软件行业的各类“暴雷”，来自印度的一家 CA 机构，闹出了大笑话，她们的程序员差点“炸毁了”整个互联网。
事情就发生在本周，全球互联网基础设施遭遇了一次罕见的“低级错误”冲击。印度知名证书颁发机构（CA）eMudhra 被曝出严重安全漏洞，其部分中间证书的私钥因极其荒谬的生成缺陷而被轻易破解。从 Chrome 到 Firefox，从 Apple 到 Microsoft，各大科技巨头紧急封禁相关证书。
这背后，不是黑客攻击，而是一次令人啼笑皆非的“自毁”。简直是太震惊了！印度 CA 机构私钥竟是数字“4”，这谁能想到呀，eMudhra 的大瓜再次刷新了我们的认知。
当信任的基石出现裂痕
在互联网的世界里，HTTPS 小绿锁是我们安全感的主要来源。而这一切的信任基础，建立在证书颁发机构（CA）签发的数字证书之上。
随着技术的发展，证书的过期时间也越来越短了。我最近就连着写了两篇与证书过期时间缩短有关的文章，阅读量都很高。Let’s Encrypt 这类免费证书的有效期从明年 2 月 10 日起，有效期将缩短至 64 天。
然而，就在大家都围绕后量子时代做布局的时候，eMudhra 却扔出了一个核弹自爆了。
2026 年 10 月 17 日，一名安全研究人员发现了一个令整个行业瞠目结舌的事实。印度最大的数字信任服务提供商之一 eMudhra，其旗下 8 个中间 CA 证书的私钥竟然可以被任何人轻松还原。
文章多张配图参见我的公众号：https://mp.weixin.qq.com/s/oyrU21XneNSGVKTk_r8kxg。
更离谱的是，据多方实测，这些所谓的“私钥”中，有几组的数值竟然仅仅是整数 4、56、115 等。这意味着，任何拥有基本编程知识的人，都能在不到一秒的时间内推算出这些私钥，并借此为任意网站签发受浏览器信任的伪造证书。
为什么是 4？
要理解这个事件的荒谬性，我们需要先了解一点密码学常识。
在椭圆曲线加密（ECC）体系中，私钥通常是一个巨大的随机数。如果这个随机数不够“随机”，或者生成算法存在严重缺陷，私钥就会变得极易被破解。
根据 Mozilla 的事故报告，这 8 个受影响的密钥来自 eMudhra 在 2025 年 4 月 30 日 生成的一批共 24 个中间证书。eMudhra 随后向 Mozilla 解释称，这是由于生成证书的脚本中存在一个错误导致的。
想象一下，你花重金买了一把保险柜钥匙，结果发现这把钥匙的齿纹只是简单的“1-2-3-4”。这就是 eMudhra 犯下的错误。这种极度的疏忽，直接导致了超过 6000 万张 依赖这些中间证书签发的终端证书公信力瞬间瓦解。
全球围堵
由于 eMudhra 的根证书广泛预装在各类操作系统和浏览器的信任库中，这次泄露的影响是全局性的。一旦私钥泄露，攻击者就可以发起中间人攻击（MitM），拦截并解密用户的 HTTPS 流量，甚至伪造银行、社交平台的登录页面。
所以，各大厂商的反应迅速且一致。
- Google Chrome & Android：在获知消息后数小时内，通过 CRLSet 机制紧急封禁了相关证书，Android 设备也通过 Google Play 服务获得了更新。
- Mozilla Firefox：通过 OneCRL 机制同步封禁，用户无需手动更新即可受到保护。
- Apple & Microsoft：分别在 10 月 19 日和 20 日跟进，在各自的信任库中移除了对受影响根证书的信任。
- Cloudflare：作为全球最大的 CDN 服务商之一，Cloudflare 详细分析了此次事件，并指出虽然目前未在证书透明度（CT）日志中发现恶意签发的证书，但风险依然极高。
国内的，包括微信在内的各大 APP，都收到了影响。不只是各应用、操作系统，各种编程语言也深受其害，包括并不限于：PHP、Node.js、Go、Rust、Java、Python 等等。而且，造成的漏洞评分也很高，CVSS 超过 9.1 分。
你的代码还好吗？
对于普通用户来说，浏览器的自动更新已经屏蔽了大部分风险。但对于后端开发者、运维工程师和安全研究员来说，这次事件是一次深刻的警示。
- 信任库更新滞后风险：如果你的应用程序使用的是自定义的信任库（Trust Store），或者运行在一些老旧的嵌入式设备上，它们可能不会像主流浏览器那样快速收到吊销列表（CRL/OCSP）的更新。你需要手动检查并移除对 eMudhra G3 根证书的信任。
- 编程语言与库的影响：许多编程语言（如 Java、Python、Go）在处理 HTTPS 请求时，会调用系统底层的证书存储。如果系统未及时打补丁，这些应用可能会继续信任由 eMudhra 泄露私钥签发的恶意证书。
- API 与服务间通信：微服务架构中，内部服务往往使用自签名或私有 CA 签发的证书。虽然此次事件主要影响公共 CA，但它提醒我们必须严格审查内部 CA 的密钥生成流程，确保使用符合标准的强随机数生成器（CSPRNG）。
这次事件已经让不少网站中招了，国内不少运维、程序员等纷纷加班处理或关闭部分应用，包括一些小程序、游戏，以及 PHP 网站等等。
eMudhra 股价也崩了
eMudhra 在声明中强调，其基础设施并未被黑客入侵，物理和逻辑安全控制依然完好。换句话说，这不是“被黑”，而是“自爆”。
这也引发了社区关于技术伦理与责任的激烈讨论。
- 自动化脚本的审计缺失：在现代 DevOps 流程中，脚本自动化无处不在。但如果没有严格的代码审查和安全测试，一个小小的脚本错误就能摧毁数百万用户的信任。
- CA 机构的准入与监管：作为互联网信任链的守门人，CA 机构理应接受最严苛的审计。此次事件暴露出某些 CA 在密钥管理上的巨大疏漏。
- 退出市场的决定：有消息称，eMudhra 已决定完全退出 CA 业务，因为主要的根证书计划（Root Programs）正准备将其彻底驱逐。这是一个企业为自己的失误付出的沉重代价。
与此同时，eMudhra 的股价也在消息爆出的首日，大跌 20% 以上。
你能想象一家头部应用公司，无论用户的密码自定义设置成多少，最后使用的都是 123456 吗？太滑稽了。
这件事，还让 Java 连着发了 3 个版本。对，你没看错，是接连发布了 3 个小版本，而且是针对每个大版本，分别更新了 3 个小版本。比如，季度正常更新了 JDK 25.0.5，然后爆出问题后，紧急更新了 JDK 25.0.5.1，紧接着发现有更严重的问题后又更新了 JDK 25.0.5.2。
结语
eMudhra 事件虽然看似荒诞，但它再次提醒我们，互联网的安全大厦，建立在无数行代码和无数个细节之上。哪怕是一个简单的数字 4、56、115，如果放错了位置，也能引发一场海啸。
在这个高度互联的时代，信任是昂贵的，而维护信任，需要我们每一个人的严谨与敬畏。
世界果然是一个巨大的草台班子！
最后，欢迎关注我的个人微信公众号：业余草（yyucao）！可加作者微信号：xttblog2。备注：“1”，添加博主微信拉你进微信群。备注错误不会同意好友申请。再次感谢您的关注！后续有精彩内容会第一时间发给您！原创文章投稿请发送至532009913@qq.com邮箱。商务合作也可添加作者微信进行联系！
本文原文出处：业余草： » 吃瓜，印度程序员骚操作，CA 机构密钥是 4，炸穿全球互联网