Solana基金会敦促Ubuntu验证者拦截IPv4 TCP数据包应对CVE-2026-98432

Solana基金会发出CVE-2026-98432预警

Solana基金会验证者关系负责人Tim Garcia于2026年11月2日星期一发帖,建议运行Ubuntu的运营方对Linux内核漏洞CVE-2026-98432采取临时网络缓解措施。原因很直接:上游内核已有修复,但Ubuntu发行版尚未发布打过补丁的内核。这份指引面向的是维护Solana网络安全的质押基础设施团队。Garcia给出的步骤相当具体:Ubuntu上的验证者应暂时丢弃携带IPv4选项的入站TCP数据包,禁用多路径TCP(即MPTCP),并关闭TCP请求套接字迁移。MPTCP是内核的一项扩展,允许一条TCP连接同时走多条网络路径,对提升链路韧性有用,但也扩大了远程对端在监听服务器上可触及的代码面。此次事件涉及基础设施安全,与Solana价格无关,基金会的说明中也没有提及网络停机、罚没或资金风险。内核TCP缺陷与应用层漏洞属于不同类别:它存在于机器上所有进程之下,无法通过更新客户端二进制文件来修补。这正是临时建议呈现这种形态的原因。在Ubuntu发布修复之前,过滤IPv4选项数据包并禁用受影响的TCP特性,即可消除漏洞所需的可达性,而验证者的对等流量几乎不会付出性能代价。验证者长期运行公开端点,全天候接受对端的入站连接,宿主操作系统的TCP协议栈因此是他们无法在等待补丁期间简单下线的少数组件之一。该漏洞本身已在上游Linux内核中修复,残余风险来自滞后的发行版内核,而Ubuntu正是Garcia点名的落后者。

评分9.8分,但MPTCP是关键前提

CVE-2026-98432的技术定性让图景更加清晰。SlowMist首席信息安全官23pds发布严重性评估,将该漏洞评分定为9.8,并描述其为IPv4 TCP握手中的释放后使用竞态,即一块内存在并发的代码路径可能仍在访问时就被释放的内存错误。这个分数衡量的是最坏情况影响,而23pds明确指出了最坏情况与“所有Ubuntu服务器都可被零点击远程提权”这一标题式说法之间的差距,他称后者被夸大了。实际演示的远程root攻击来自一个受控实验:Anthropic的研究模型Claude生成了利用链,且攻击只对一台运行着MPTCP监听器的目标服务器成功。这个前提条件很关键。没有MPTCP监听器的服务器与有监听器的服务器,攻击面截然不同,多数主机默认并不启用MPTCP,除非其工具链替运营方打开。各发行版的修复进度快慢不一。截至10月30日星期五,Debian 12和Debian 13已携带补丁,Ubuntu 22.04、24.04和26.04仍在修复队列中,Red Hat Enterprise Linux 8、9和10则推迟了修复。目前没有任何官方确认的大规模在野利用记录。受影响范围也超出了主动启用多路径网络的管理员。IoTeX在另一则帖子中披露自身同样暴露:Go 1.24及更高版本默认对监听套接字启用MPTCP,这使得iotex-core的P2P端口4689即便在运营方从未主动选择的情况下,也落入了已演示的攻击路径。这也是IoTeX的说明更令人不安的原因:制造前提条件的是语言运行时的默认行为,而非系统管理员的决策。该项目的建议与基金会的口径一致:尽快升级并在受影响内核上重启节点,在Ubuntu上则因尚无已修复内核,应先拦截携带IPv4选项的数据包。

对Solana而言,实际结论是:暴露程度取决于配置,与CVE本身同等重要。未运行MPTCP监听器或已应用Garcia所列过滤规则的验证者,不在已演示的攻击路径之内,而Ubuntu内核工作收尾之前的临时措施代价很低。这个季度,Solana的运营面已多次受到审视,从应用商店中移除恶意的SKR申领应用,到面向验证者的SIMD-0567代币账户提案,此次预警又把主机层安全加入其中。不过,公开记录并未证实Solana验证者遭到任何针对性攻击:CVE-2026-98432没有在野利用的记录,RHEL运营方仍在等待已发布的修复,而那次演示中的远程root仍是一个实验室结果,不是被观测到的网络事件。