私钥竟为个位数:eMudhra 8 组密钥泄露引爆信任危机
核心要点
印度证书机构 eMudhra 因私钥强度极低导致 8 组密钥被盗,涉及超 6000 万份证书。浏览器厂商紧急阻断,但 Python、Node 等后端工具仍面临中间人攻击风险,加密货币 API 安全防线出现缺口。
据 Woofun AI 消息,互联网基础信任体系遭遇严重冲击,根源在于印度证书颁发机构 的私钥管理存在致命缺陷,导致 8 组核心私钥被破解并泄露。
这一事件直接动摇了浏览器识别网站真实性的根基,迫使全球主要浏览器制造商及软件开发者在 10 月 17 日至 20 日期间紧急部署修复方案,以阻断利用伪造证书进行的潜在网络攻击。
该安全漏洞的暴露始于 10 月 17 日,研究人员韦恩()向浏览器厂商通报了 eMudhra 的 8 把秘密密钥已被盗用的事实。为验证漏洞的真实性,韦恩使用这些被盗密钥对自己的警告信息进行了数字签名,内容为:'我们这儿有问题——韦恩。' 这一操作证明了攻击者可以利用这些密钥为任何网站伪造看似合法的数字证书。eMudhra 作为全球主要的证书颁发机构之一,已累计发放超过 6000 万份证书。正常情况下,证书颁发机构使用高强度私钥签署证书,如同专用印章,确保网站身份不可伪造。
然而,安全研究员斯科特·赫尔姆(Scott Helm)指出,eMudhra 使用的私钥并非标准的 384 位随机数,而是诸如 4、56、237 和 115 这类极小的整数。赫尔姆表示,他能在不到一秒的时间内从公开证书中恢复出全部 8 把密钥,且这些密钥自 2025 年 4 月起便已暴露在外。据《Cyber Security News》在 X 平台上的披露,eMudhra 将问题归咎于其密钥设置脚本中的缺陷,但根本原因在于私钥生成逻辑的严重失误,使得原本应极其庞大且不可猜测的随机数变成了极易破解的简单数字。
面对这一危机,各大科技巨头迅速响应。 在协调世界时 10 月 17 日晚 8 点之后收到报告,约三小时后即采取阻断措施; 在同一天阻止了相关证书的使用;于 10 月 19 日采取行动;则在 10 月 20 日跟进。eMudhra 也已撤销了所有被盗用的证书。Mozilla 警告称,网络拦截工具可能利用这些伪造证书冒充受信任网站,读取或篡改用户数据。
然而,真正的风险不仅限于浏览器环境。Woofun AI 整理数据显示,加密货币交易所的自动化程序、交易脚本及钱包后端系统多基于 Python、Node 或 Go 语言开发,若其 API 证书被伪造,同一网络中的攻击者可轻易读取或修改传输数据。赫尔姆测试发现,、Python、Node、Go 和 Java 等工具均会接受用于 API 的伪造证书,因为许多程序不检查证书撤销状态。
尽管 Go 语言、Python 的 包及 Rust 的 已推出修复方案,但 Node.js 在最后一次核查时仍未发布修复版本,这意味着基于 Node.js 构建的加密金融应用仍面临中间人攻击的敞口。截至目前,尚未有针对加密货币用户的具体攻击案例被记录,CoinDesk 已联系 eMudhra 寻求回应,但这一底层信任链的断裂警示着 Web2 与 Web3 基础设施在密钥管理上的脆弱性。
此次事件揭示了中心化证书颁发机构在密钥生成环节的系统性风险,其影响远超浏览器范畴,深入至依赖 HTTPS 通信的金融后端系统。随着 Go、Python 等主流开发框架陆续推出补丁,Node.js 的滞后修复成为当前最大的不确定性变量。对于加密货币行业而言,这不仅是技术层面的修补,更是对去中心化信任机制必要性的再次印证。当传统公钥基础设施(PKI)因人为疏忽而崩塌时,基于密码学原语的去中心化验证方案显得尤为关键。未来,交易所及钱包服务商需重新评估其对第三方证书机构的依赖程度,并加速向更安全的通信协议迁移,以防类似'私钥为个位数'的低级错误再次引发系统性安全危机。

评论
暂无评论