資安新知 ／ 資料更新至 2026 年 10 月 30 日
這個星期五，一則資安新聞在工程師圈傳開：Linux 核心的網路功能被發現重大漏洞，官方評分 9.8 分（滿分 10），AI 公司 Anthropic 的模型還寫出了能拿下伺服器最高權限的攻擊程式，偏偏最多企業在用的 Ubuntu 和 Red Hat 都還沒釋出修補。
很多老闆看到新聞的第一個問題是：「我們公司的 LINE AI 客服、24 小時自動回覆的 AI 代理，會不會被駭？」這篇用白話回答三件事：這個漏洞到底多嚴重、哪些人真的要緊張、現在可以做什麼。不懂程式也看得懂，文末另附一段可以直接轉給工程師的檢查指令。
30 秒看重點
9.8 分
Linux 核心官方 CVE 團隊的評分；各發行版自己的評分在 7.0 到 8.1 之間
約 53 分鐘
Anthropic 實驗室測試：48 分鐘找出核心位址，再 5 分鐘拿到最高權限
2 大發行版
Ubuntu、Red Hat 截至 10 月 29 日仍未釋出修補
0 件
目前沒有任何廠商或資安單位回報在真實世界被攻擊
約 10 年
問題從 2016 年的 Linux 4.4 就存在，這次才被找到
資料：Linux 核心 CVE 團隊、Anthropic、Ubuntu、Rescana 整理，詳見文末資料來源。
01這是什麼漏洞：伺服器門口的櫃台出了錯
這個漏洞編號 CVE-2026-98432，出在 Linux 核心處理網路連線的地方。Linux 是全世界大部分網站、雲端主機、AI 服務背後跑的作業系統，核心就是它最底層、權限最高的部分。
用一個比喻來理解。每次有人要連上伺服器，都要先在門口櫃台「登記」（網路術語叫三向交握）。訪客可以在登記單上附加一些額外資訊。問題是：登記完成時，櫃台把這張附加資訊直接交給新開的房間，沒有另外影印一份；如果這個房間很快被收掉、附加資訊被丟進碎紙機，而另一位櫃台人員剛好還在讀同一張紙回覆訪客，他就會讀到已經被丟掉的東西。
在電腦裡，這叫「釋放後使用」（Use-After-Free）：程式去讀一塊已經還回去的記憶體。攻擊者如果能控制那塊記憶體裡放什麼，就有機會讓核心照他的意思做事。
要記得
攻擊者不需要帳號密碼，也不需要任何人點連結，只要能從網路連到你的伺服器就有機會發動。這是它被評為「嚴重」的主因。修補方式則是讓核心等其他處理器都讀完，才真正丟掉那份資料。
看懂這個數據
CVSS 是國際通用的漏洞嚴重度分數，0 到 10 分，9.0 以上屬於「嚴重」（Critical）。另外，這個問題只影響 IPv4 連線；IPv6 的寫法會另外複製一份資料，所以主要問題不存在。
02為什麼大家給的分數不一樣
同一個漏洞，各家評分差很多，這也是新聞看起來很亂的原因：
| 評分單位 | 分數 | 等級 |
|---|---|---|
| Linux 核心 CVE 團隊 負責替核心漏洞編號 | 9.8 | 嚴重 |
| Ubuntu 沿用核心團隊分數 | 9.8 | 高優先 |
| Red Hat、Oracle、SUSE 認為攻擊難度高 | 8.1 | 重要 |
| Amazon Linux | 7.0 | 重要 |
資料：各家 CVE 頁面，整理至 2026 年 10 月 29 日。Red Hat 另一份說明仍寫 5.9 分、認為最壞情況是當機。
看數據，先看定義
分數差在一個判斷：「攻擊難不難成功」。這個漏洞要兩件事剛好同時發生，Red Hat 等廠商認為很難碰巧撞上，所以給比較低的分數。但後來的實驗顯示，攻擊失敗只會讓那一次連線失敗，伺服器不會當機，攻擊者可以一直重試。換句話說，「很難」不等於「不會發生」，只是要多試幾次。
03AI 寫出攻擊程式，代表什麼
這個漏洞是 Anthropic 的資安研究員 Xinyang Ge 回報的。10 月 27 日，Anthropic 前沿紅隊（專門測試 AI 危險能力的團隊）發表文章，說明他們用一個尚未公開的內部研究模型，找出瀏覽器、作業系統裡的多個重大漏洞，其中一個就是這次的 Linux 漏洞。
根據 Anthropic 的說明，模型在初步提示後自己寫出完整攻擊程式，分兩階段：
找出核心的位置（約 48 分鐘）
反覆觸發漏洞，讓伺服器把一小段核心記憶體回傳，藉此破解位址隨機化的保護
劫持核心、執行指令（再約 5 分鐘）
用同一個漏洞改寫核心裡的程式指標，最後以最高權限（root）執行攻擊者指定的指令
不過有兩個細節，在流傳的中文新聞裡常被省略。第一，Anthropic 實驗的目標是有開啟「多路徑 TCP」（Multipath TCP，簡稱 MPTCP）監聽服務的 Linux 伺服器，並沒有說一般伺服器能用同樣方式攻破；但也沒有排除。第二，攻擊程式沒有公開，而且是依照協調揭露流程，先通報、等官方修好才發表。
10 月初
核心開發者寫好修正，並送進程式碼庫
10 月 15 日
漏洞編號公開，修正同步進入所有仍在維護的核心版本
10 月 16 日
Oracle Linux 釋出修補
10 月 24 日
核心 CVE 團隊給出 9.8 分；Amazon Linux 部分版本修補
10 月 27 日
Anthropic 發文說明 AI 寫出遠端取得 root 的攻擊程式
10 月 29 日
SUSE 釋出修補；Red Hat 列為延後修正、Ubuntu 仍在處理
為什麼 Go 程式要特別注意
多路徑 TCP 平常要程式自己開啟，但用 Go 語言 1.24 以後版本寫的服務，在 Linux 上監聽連線時預設就會使用。如果你的 AI 代理、API 服務是用 Go 寫的，就更接近 Anthropic 實驗的條件。
AI 會找漏洞、會寫攻擊程式之後，修補速度就變成一場賽跑。
——本文觀點
04LINE AI 客服、24 小時 AI 代理的風險在哪
先釐清一件事：會被攻擊的不是 LINE 本身，而是你自己的伺服器。
LINE 官方帳號要接 AI 自動回覆，一般的做法是開一個 Webhook：客人在 LINE 傳訊息，LINE 平台用 HTTPS 把訊息送到你指定的網址，你的伺服器收到後呼叫 AI 模型，再把回覆傳回去。LINE 規定 Webhook 必須是公開的 HTTPS 網址，所以這台伺服器一定要對整個網路開門，任何人都能嘗試連線。
如果這台主機跑的是還沒修補的 Linux，攻擊者成功拿到 root 權限後，等於拿到整台主機的鑰匙。對 LINE AI 客服來說，最直接的損失有四種：
金鑰被偷、帳單暴增
主機上的 LINE 頻道金鑰（Channel Access Token）、OpenAI 或 Claude 等 AI 服務的 API 金鑰被拿走，被別人拿去盜用，費用算在你頭上。
客戶資料外洩
LINE 對話紀錄、電話、訂單、會員資料都在主機或資料庫裡，外洩還可能涉及個資法責任。
官方帳號被冒用
有了頻道金鑰，攻擊者可以用你的官方帳號群發訊息，例如假優惠、釣魚連結，客人會以為是你發的。
被留下後門
攻擊者可能在主機裡留下自己的程式，就算之後更新修補，他還是進得來。
24 小時 AI 代理要多想一步
很多 AI 代理不只回訊息，還接了 Gmail、雲端硬碟、ERP、金流後台（例如透過 MCP 連上各種工具）。代理能做的事越多，主機被拿下時，攻擊者能做的事也越多。這次漏洞提醒我們：給 AI 代理的權限，要以「萬一主機被攻破」來設計。
05誰需要緊張？看你的機器人架在哪
| 架設方式 | 風險 | 怎麼做 |
|---|---|---|
| 自己租 VPS、雲端主機 Ubuntu 或 Red Hat，直接對外 | 高 | 官方修補一出立刻更新並重開機 |
| 用 Go 寫的服務、有開 MPTCP 符合 Anthropic 實驗條件 | 最高 | 優先盤點、評估先關閉 |
| Debian、SUSE、Oracle Linux 部分 Amazon Linux 2023 | 已可修 | 現在就更新並重開機 |
| Vercel、Cloud Run 等代管平台 不自己管作業系統 | 較低 | 底層通常由平台更新，可向供應商確認 |
| 現成的 LINE 機器人 SaaS 別家公司幫你架 | 看廠商 | 詢問他們的系統與修補時程 |
※ 修補狀態整理至 2026 年 10 月 29–30 日，會持續變動，請以各家官方安全公告為準。
核心更新一定要重開機
Linux 核心的修補要重新開機後才會生效。很多人以為裝好更新就沒事，結果主機還在跑舊的核心。
06現在可以做什麼
給老闆、主管：三件事
問清楚
機器人架在哪裡？用哪家主機、哪個作業系統？是自己管還是廠商管？
盯修補
Ubuntu、Red Hat 一釋出更新，就請工程師安排更新與重開機，不要等下次維護日。
換金鑰
修補後輪替 LINE 頻道金鑰與 AI 的 API 金鑰，並看看 AI 帳單有沒有異常用量。
給工程師：先做這幾項檢查
把下面這段指令轉給負責主機的工程師，在每台對外的 Linux 主機上執行，就能知道系統版本、有沒有開多路徑 TCP 的服務：
官方修補出來之前，可以先做這些「減少暴露」的措施。要特別說明：Red Hat 表示目前沒有符合標準的正式緩解方法，下面都只是降低風險，不能取代修補：
只開必要的門
防火牆只開放服務真正需要的連接埠；管理用的連線限制來源 IP。
不用就關掉 MPTCP
沒用到多路徑 TCP 的服務就不要開；但沒有廠商說關掉就完全安全。
放到代理後面
讓服務藏在 Cloudflare 等反向代理後面，主機只接受代理的連線，不直接面對整個網路。
留意異常
注意主機當機紀錄、異常的對外連線，以及 AI 與 LINE 的用量是否突然暴增。
要不要自己編譯核心？
核心團隊建議自己編譯核心的人，直接升級到最新的穩定版（例如 6.12.113、6.6.159、6.1.190 以後），不要只挑這一個修正。但對大多數中小企業來說，自己編譯的維護成本很高，等發行版官方修補、再快速套用，通常是比較實際的做法。
但，也不必過度恐慌
這個漏洞值得認真看待，但也有幾件事可以讓人稍微安心：
目前沒有真實攻擊的報告
截至 10 月 29 日，沒有廠商或資安單位回報被利用，也還沒列入美國 CISA 的已遭利用漏洞清單
攻擊程式沒有公開
Anthropic 沒有公布程式碼與測試設定，一般駭客無法直接拿來用
條件與時間門檻
實驗是針對有 MPTCP 的伺服器，而且要持續攻擊將近一小時，有監控的話有機會發現
很多系統已經可以修
Debian、SUSE、Oracle Linux 和部分 Amazon Linux 都已釋出修補
真正要改變的是心態：過去「漏洞公開、到有人寫出攻擊程式」中間有一段緩衝時間，AI 讓這段時間變得越來越短。對中小企業來說，與其記住每一個漏洞編號，不如建立一個習慣：知道自己的服務架在哪、誰負責更新、出事時多久能修好。
本文重點
- CVE-2026-98432 是 Linux 核心處理 IPv4 連線時的漏洞，攻擊者不需帳密就能從網路觸發，核心團隊評 9.8 分。
- Anthropic 的模型在實驗室裡寫出攻擊程式，約 53 分鐘拿到 root，但目標是有開 MPTCP 的伺服器，且程式未公開。
- Ubuntu、Red Hat 截至 10 月 29 日尚未釋出修補；Debian、SUSE、Oracle Linux、部分 Amazon Linux 已可更新。
- LINE AI 客服的風險在自己的 Webhook 伺服器：金鑰、客戶資料、官方帳號與 AI 代理的權限都可能被拿走。
- 先盤點架設位置、修補一出就更新並重開機、修補後輪替金鑰；目前的緩解措施只能降低風險，不能取代修補。
想一想
如果明天你的 AI 客服主機被攻破，攻擊者能用它做哪些事？哪些權限其實可以先拿掉？
資料來源
- Linux 核心 CVE 團隊（2026/10/15）。CVE-2026-98432 紀錄
- Anthropic Frontier Red Team（2026/10/27）。Discovering and exploiting vulnerabilities in critical, real-world software with Claude
- Ubuntu（2026/10/29 更新）。CVE-2026-98432 修補狀態
- Red Hat。CVE-2026-98432 修補狀態
- Debian Security Tracker。CVE-2026-98432
- SUSE。CVE-2026-98432
- Amazon Linux。CVE-2026-98432
- Rescana（2026/10/29）。Linux Kernel CVE-2026-98432: Critical TCP Use-After-Free, No RHEL or Ubuntu Fix Yet
- The Hacker News（2026/10）。Anthropic's Unreleased AI Model Chains Flaws Into Working Chrome, Safari, Windows and Linux Exploits
- LINE Developers。Webhook 送信元的 SSL/TLS 規格
本文為資安趨勢的科普說明，不構成針對特定系統的專業資安建議；實際處理請以各發行版官方公告為準。封面插圖為 AI 生成的示意圖。
Edit with Tr.Bug
Follow me on：LinkedIn ｜ 探教育TempEDU
