Anza呼籲基於Ubuntu的Solana驗證者在Linux核心修補釋出前先行過濾流量
重點速覽
- •Anza於11月2日發出「需要採取行動」警示,指示運行Ubuntu的Solana mainnet-beta驗證者緩解CVE-2026-98432——一個Ubuntu尚未修補的關鍵Linux核心漏洞。
- •建議的緩解措施包括:使用nftables丟棄帶有IPv4選項的入站TCP封包、以net.mptcp.enabled=0停用Multipath TCP,以及以net.ipv4.tcp_migrate_req=0關閉TCP請求socket遷移。
- •CVE-2026-98432是核心IPv4 TCP交握程式碼中的use-after-free缺陷,CVSS評分9.8,Ubuntu優先級為High;Red Hat警告流量過濾僅能降低但無法完全阻止攻擊。
- •該漏洞已在上游修補,Red Hat於11月1日為RHEL 8、9與10釋出核心修補,Debian也已修補bookworm與trixie,但Canonical仍將Ubuntu核心套件標記為「Vulnerable work in progress」,意味著修補必須透過發行版而非驗證者客戶端版本提供。
- •此警示明確涵蓋基於Ubuntu的驗證者,因為Anza要求使用Ubuntu 24.04並具備公用IPv4位址——正是其入站TCP交握路徑存在缺陷的位址族群,而IPv6可避開主要問題。

Anza於11月2日發出「需要採取行動」警示,呼籲Solana mainnet-beta驗證者緩解Linux核心中的一個關鍵漏洞,而Ubuntu尚未發布修補程式。
這家Solana軟體開發商引用了Solana基金會驗證者關係負責人Tim Garcia的推文串,指示運行Ubuntu的營運者在修補程式到來前先過濾流量。
驗證者是處理Solana交易並維護網路共識的機器,因此其作業系統中未修補的漏洞屬於核心基礎設施問題,而非周邊工具問題。
Garcia要求關閉Multipath TCP與socket遷移
在Garcia的推文串中,他列出在Ubuntu套件發布前應做的三項變更。營運者應使用nftables丟棄帶有IPv4選項的入站TCP封包。
他並建議透過net.mptcp.enabled=0停用Multipath TCP,同時以net.ipv4.tcp_migrate_req=0關閉TCP請求socket的遷移。
Red Hat警告,過濾可縮小暴露面,但無法完全阻止攻擊。
此警示適用於運行Ubuntu的驗證者。Anza的需求規定客戶端須在Ubuntu 24.04上建置與運行,且需要一個公用IPv4位址——而這正是其入站TCP交握路徑存在缺陷的位址族群。
據Garcia表示,核心缺陷CVE-2026-98432已在上游修補,但Ubuntu用戶目前尚無可用更新。由於缺陷位於核心之中,任何驗證者客戶端版本都無法在Ubuntu主機上消除它;修補必須透過發行版提供。
CVE-2026-98432導致核心讀取已釋放記憶體
Canonical的追蹤系統於10月15日首次發布該CVE,並於10月30日最後更新,將26.10、26.04 LTS、24.04 LTS與22.04 LTS上的主核心套件標記為「Vulnerable work in progress」。較舊的20.04與18.04版本則直接被列為受影響。該漏洞CVSS評分為9.8——屬於該量表的關鍵等級範圍——Ubuntu優先級為High。
CVE-2026-98432是核心IPv4程式碼中的use-after-free缺陷:即使記憶體已被釋放,核心仍可能讀取曾屬於某網路連線的記憶體。Canonical的描述將其與入站連線的TCP交握連結起來——當第二個CPU正在處理同一請求socket重傳的SYN時,子socket被釋放,導致ip_options_build()讀取已釋放的記憶體。
當TCP請求socket遷移啟用時也存在類似漏洞,這正是Garcia在清單中將其關閉的原因。IPv6則不受第一個問題影響,因為其交握程式碼會複製這些選項。
11月1日,Red Hat發布了適用於RHEL 8、9與10的核心修補公告,Debian也已為bookworm與trixie提供修補套件。與此同時,基於Ubuntu的營運者在Canonical的核心套件發布並將該CVE移出「Vulnerable work in progress」之前,仍需依賴Garcia提出的緩解措施。
Linux漏洞先前已衝擊過加密貨幣基礎設施
今年稍早,加密貨幣基礎設施曾遭Linux漏洞衝擊。2026年5月,Cryptopolitan報導了兩個核心漏洞——Copy Fail與Dirty Frag,令交易所、驗證者與託管系統高度警戒。一台被入侵的Linux伺服器可能洩露機器上的簽署憑證與管理員權限。
今年1月,Solana營運者曾被呼籲套用關鍵驗證者修補程式v3.0.14。這一次,漏洞位於客戶端所依賴的核心之中——在客戶端軟體之下,這正是Anza的警示引導營運者採取作業系統緩解措施而非軟體升級的原因。