Solana 基金会敦促 Ubuntu 验证者针对 CVE-2026-98432 封锁 IPv4 TCP 数据包
要点速览
- •Solana 基金会验证者关系负责人 Tim Garcia 建议,运行 Ubuntu 的验证者运营商应针对被追踪为 CVE-2026-98432 的 Linux 内核缺陷采取临时网络缓解措施。
- •建议的临时措施核心是在主机防火墙层面封锁 IPv4 TCP 数据包,以限制未修补系统通过网络暴露的风险。
- •CVE-2026-98432 的修复代码已进入上游 Linux 内核,但尚未纳入 Ubuntu 的打包内核版本。
- •由 Canonical 维护的 Ubuntu 是云和数据中心环境中部署最广泛的操作系统之一,因此其补丁时间表对 Solana 验证者运营至关重要。
- •该缓解措施在防护收益与网络连通性之间存在权衡,并将持续有效,直至 Ubuntu 发布包含上游修复的内核。

Solana 基金会验证者关系负责人 Tim Garcia 建议,运行 Ubuntu 的验证者运营商应针对被追踪为 CVE-2026-98432 的 Linux 内核缺陷采取临时网络缓解措施。建议的临时方案核心是封锁 IPv4 TCP 数据包,原因是 Ubuntu 尚未发布已修补的内核,尽管上游已存在修复代码。
据 COINOTAG 于 2026 年 11 月 2 日报道,该修复已进入上游 Linux 内核,但尚未纳入 Ubuntu 的打包内核版本,未修补系统的运营商在此期间只能依赖临时防御措施。这一时间差正是验证者运营商面临的实际核心问题:依赖网络连接的节点只能先在主机层面部署防火墙防御,同时等待内核修复到达发行版层面。
背景
Solana 是一条权益证明区块链,依赖全球分布的验证者处理交易并维护网络。验证者运营商通常在 Linux 服务器上运行节点,而 Ubuntu——一个由 Canonical 维护的发行版——是云和数据中心环境中部署最广泛的操作系统之一。正是这种普及性使主机层面的补丁决策成为验证者运营的核心,因为每个节点的连通性和可用性都直接影响网络的日常运转。
CVE-2026-98432 已被收录至公共漏洞披露标准化编号体系(CVE,Common Vulnerabilities and Exposures)。按照标准的 Linux 安全实践,修复代码首先合入主线内核,随后由发行版维护者向后移植到其稳定版本中。从上游修复到发行版发布修补软件包之间的时间间隔,可能使管理员不得不依赖临时防护措施——这正是本次建议所应对的情形。
缓解措施背景
在主机防火墙层面封锁 IPv4 TCP 流量是一种临时防御手段,旨在降低未修补系统通过网络暴露于该漏洞的风险。在修补内核尚未发布期间,此类措施通常需要在防护收益与网络连通性的运营影响之间进行权衡——而这一权衡直接落在验证者身上,因为其职能依赖于持续稳定的网络参与。
在 Ubuntu 发布包含上游修复的内核之前,该建议实际上持续有效,因此 Ubuntu 的打包内核版本动态是运营商判断何时可以解除临时防火墙规则时需要关注的关键进展。
本文由 COINOTAG 首发报道:https://en.coinotag.com/solana-foundation-ubuntu-validators-cve-2026-98432