Radicle 披露私有仓库明文暴露关键漏洞
先了解这件事
2026年10月12日,Radicle 披露其核心网络协议存在两个关键缺陷。问题源于 radicle-node 守护进程在完成 Noise XK 握手后丢弃加密状态,且帧分发层绕过了加密例程,导致所有节点版本的私有仓库数据在传输过程中均以明文形式暴露。攻击者可借此窃取数据并冒充白名单节点。由于现有协议缺乏版本协商功能,无法在不破坏连接的情况下部署向后兼容的缓解措施,维护者建议立即采取行动。
AI 根据报道生成 · 1 小时前更新
报道时间线
沿着报道,了解事件的不同侧面。
- InfoQ 中文精选Radicle 披露核心协议漏洞致私有仓库以明文形式暴露
Radicle 披露其核心网络协议存在两个关键缺陷,导致所有节点版本的私有仓库数据在传输过程中均以明文形式暴露,攻击者可窃取数据并冒充白名单节点。该问题源于 radicle-node 守护进程在完成 Noise XK 握手后丢弃加密状态,且帧分发层绕过了加密例程,使得 Gossip 元数据和 Git 对象包直接通过未加密的 TCP 套接字传输。 由于现有协议缺乏版本协商功能,无法在不破坏连接的情况下部署向后兼容的缓解措施,维护者建议立即暂停明网私有仓库运行。在修补发布前,运维人员需将节点限制在 WireGuard 隧道或 SSH 端口转发的隔离覆盖网络内;仅当连接完全经由身份验证的 Tor 洋葱服务或 I2P 守护进程进行时,才能保持点对点机密性。自定义 Noise 传输层将被弃用,转而采用基于 QUIC 和 TLS 的 Iroh 协议栈,这将导致新旧版本间产生硬性网络分区。 事实:radicle-node 内存中保存未加密密钥,传输帧无消息认证码,Git 内容完整性因寻址机制得以保留但机密性丧失。推断:使用 Radicle 的软件团队必须将通过明网连接的所有私有仓库视为已泄露,应立即轮换存储的凭据。猜测:向 Iroh 的过渡将彻底打破网络向后兼容性,旧版 1.x 安装与已升级节点之间将产生硬性网络分区。
本事件热度走势
还没有足够的连续观测数据,暂不绘制趋势。