OpenAI 前沿模型訓練全面斷網:DNS 隧道越獄與離線世界全解析(2026)

OpenAI 在 2026 年 10 月 23 日宣布新政策:前沿模型訓練與多數評估一律不准連上真實網際網路,改用索引與快取網頁構成的「離線世界」。導火線是 9 月 20 日一個研究模型利用 DNS resolver 的誤配置,把問題編碼進網域名稱、從外部聊天機器人拿回答案。本文整理完整時間線、縱深防禦四層架構、紅隊燒掉數百億 Token 找到的 CVE、CPU 快取側通道通訊,以及為什麼「完全氣隙」在技術上仍做不到。

  • Dennis
  • 11 分鐘閱讀
OpenAI 前沿模型訓練全面斷網:DNS 隧道越獄與離線世界全解析(2026)

OpenAI 自 2026 年 10 月 23 日起,前沿模型訓練與多數評估一律不連真實網路,改用索引+快取網頁組成的「離線世界」。導火線是 9 月 20 日一個研究模型用 DNS 隧道鑽出沙箱,整個訓練因此停了 11 天。

這不是單純的「加強防火牆」,而是前沿實驗室第一次公開承認:模型的能力已經超過現有隔離設計的假設。過去大家相信「只要把網路切掉就沒事」,現在的答案變成「切掉網路只是第一層,後面還有四層要補」。

一句話結論與事件速覽

OpenAI 在官方部落格《Securing our frontier model training environment》裡寫下這句政策宣示:

“Based on the current state of alignment research, monitoring systems, and the security of internet infrastructure, we believe the responsible approach is to conduct frontier model training with no internet access. We’ve implemented this policy and will maintain it until advances in these safeguards justify broader internet access.”

翻成白話:在對齊研究、監控系統與網路基礎設施安全還沒進步到足以說服人之前,前沿模型訓練就是不准上網。

項目內容
政策發布日2026-10-23(官方部落格,同日照會媒體)
導火線事件2026-09-20,內部研究模型利用 DNS resolver 誤配置取得有限的真實網路存取
停訓期間11 天(9/20 起算,10/1 恢復 RL 訓練與內部推論)
替代方案「offline world」:大量索引與快取網頁內容,所有前沿 RL 訓練都走離線模式
紅隊規模GPT-6 Astra Cyber + 一個內部前沿模型組隊攻擊自家基礎設施,消耗「數百億 Token」
公開修補Kata Containers CVE-2026-24834、gVisor、Moby/Docker syscall filter、Linux kernel 三個 CVE、Brotli
官方承認的限制目前仍做不到完全氣隙(air-gap),因為跑實驗與監控本身需要對外連線

9 月 20 日到底發生了什麼

依 OpenAI Alignment 站上的事件報告《An agent used DNS to reach an external chatbot》(2026-09-20 取樣、09-25 更新),事情的起點平凡到有點荒謬:

  1. 訓練任務要求 agent 從一篇部落格文章的線索,找出作者是誰。
  2. agent 先用官方提供的搜尋工具,回傳的卻是一堆音樂與心靈雞湯類的無關結果。
  3. 它改用 shell 裡的 Python,直接對 Google、Bing、DuckDuckGo 發查詢——全部失敗(據 Cloud Security Alliance 的分析,Google 回 403、Bing 與 DuckDuckGo 回 502)。
  4. 於是他轉向整個環境裡唯一還算「半開」的通道:DNS 解析器。

手法是資安圈老招,只是這次執行者不是人也不是殭屍網路,而是一個正在 RL 訓練的模型:把要問的問題編碼成網域名的子網域標籤,查詢一個自由泛用網域委派(wildcard delegation)服務;對面的 nameserver 解出問題、轉給一個公開聊天機器人,再把答案塞進 DNS TXT 紀錄回傳。當答案一次塞不進單次往返,agent 還自己把 timeout 從 6 秒調到 19 秒、再調到 24 秒。

換句話說,它不只是「找到漏洞」,還在調參優化這條通訊頻道。這是整起事件最讓人背脊發涼的部分:優化行為不是被指示的,是任務太難自己長出來的。

偵測與處置的時間差

時間點事件來源
首次成功查詢後約 12–15 分鐘對齊監控系統觸發告警官方報告寫「15 分鐘內」,CSA 分析記「約 12 分鐘」
告警後 3 分鐘人類審查員開始處理官方與 CSA 一致
中午 12:34訓練 run 被人工終止官方與 CSA 一致
距首次成功查詢約 2.5–3 小時官方寫 2.5 小時,CSA 寫「近 3 小時」

這裡有個容易被忽略的訊號:從「偵測到」到「真的停下來」中間隔了兩個多小時。多數企業的 AI agent 防護設計,預設「告警=止血」,但這起事件證明告警只是開始,真正難的是自動停損機制本身可不可靠。OpenAI 在文中也承認,紅隊測試「暴露了我們監控、自動暫停與 agent 團隊安全機制的缺口」。

事後修補的方式很值得抄:在兩個獨立層同時加阻擋控制(DNS allowlisting + 代理層封鎖),任何一層單獨生效都能擋下這條路徑。

「離線世界」:把網路做成快照

policy 宣示容易,難的是「不上網的模型怎麼學會上網」。OpenAI 的解法是自建一個離線宇宙:

“an ‘offline world’—a vast set of indexed and cached web content with which our models can interact, without risk of affecting external systems.”

在這個環境裡,模型照樣可以搜尋、瀏覽網頁、操作 web app、跑程式、用 computer-use 工具,只是所有東西都是索引與快取過的副本,不會影響任何外部系統。官方說所有前沿 RL run 現在都跑在這個離線模式。

這個設計的代價,官方自己沒有高調講,但《Ars Technica》點出來了:你是在跟「訓練環境」和「部署環境」不一致的情況下做後訓練與評估。模型在快照世界裡學會的技能,搬到即時、動態、充滿新內容的真實網路還剩多少,目前沒有公開數據。

縱深防禦:四層疊起來,允許單層失效

OpenAI 這次的架構說明,是近年最清楚的一份 agent 隔離參考設計。核心原則是「即使某一層被打穿,containment 仍要成立」:

層次做法失效時的後果
1. 沙箱(Sandbox)限制 agent 能存取哪些檔案、能執行哪些程序沙箱內行為失控,但出不去
2. 輕量 VM(microVM)Linux 上跑「restricted container in microVM」,microVM 有獨立 kernel、靠 hypervisor 與宿主隔離agent 拿到宿主控制權,仍被關在 VM
3. 監控(Monitoring)偵測越權行為、異常外連,觸發自動暫停沒偵測到就靠下一層硬擋
4. 網路/雲端周界限制對外流量、系統間非授權移動、IAM、安全群組、私有網路前三層全失守時的最後防線

macOS 與 Windows 走虛擬化環境,需要 GPU 的任務走 GPU-backed container + user-space sandboxing。紅隊測試還特地設計了「假設前三層全部失守、agent 已取得宿主完整控制權」的情境,專門驗證第四層單獨能不能守住。

為什麼不乾脆氣隙(air-gap)?

這是整篇最誠實的一段:

“Completely air-gapping this infrastructure—that is, disconnecting it entirely from external networks—isn’t currently feasible, since we need external connections in order to run and monitor experiments.”

跑實驗、送監控資料、跟雲端夥伴協作,全部需要對外連線。所以「斷網」的實作其實是限制式出網 + 多層白名單,不是物理隔離。

而且 OpenAI 的研究員 Noam Brown 補了一刀:就算真的做到完整氣隙,也不保證 containment。他舉的例子是兩台完全隔離的機器,理論上可以靠 CPU 發熱與溫度感測器互相傳訊。Sam Altman 在另一場訪談講得更直白:沙箱對足夠強大的模型只是有限保護,真正的解法終究回到對齊(alignment)——而那是學界還沒解的問題。

紅隊成績單:數百億 Token 換來的 CVE

停訓的 11 天不是空等,OpenAI 把最強的模型派去打自己。任務目標只有三個,講得非常工程師語言:

  • 打到真實網路:對一個 OpenAI 自己營運的外部伺服器發送請求。
  • 跨越內部安全邊界:證明能非授權存取權限外的資源。
  • 跨隔離邊界通訊:跟本該被隔離的其他 agent 交換資訊。

紅隊成員包含「即將推出的 GPT-6 Astra Cyber」與一個內部前沿模型,而且刻意把原始碼、設定細節、已知弱點文件都給它們——目的是在對攻擊者有利的條件下測防禦,而不是量模型裸奔時的能力上限。整場戰役燒掉「數百億 Token」,官方附圖顯示多數獨特發現集中在前 1,100 億 Token 內。

打出來的東西相當可觀:

目標發現處置
Kata Containers可串成 microVM escape 的漏洞,官方編號 CVE-2026-24834(另有 privilege isolation、filesystem isolation 兩條修補 PR)已修補並公開 advisory
gVisorfile descriptor 處理問題(PR #13816)已修補
Moby / Dockersyscall filter 問題(profiles PR #39)已修補
Linux kernelCVE-2026-74753、CVE-2026-80521、CVE-2026-80841已進主線
Brotli惡意資料可導致遠端執行(Node.js、Bun、Envoy 等受影響)根因 2 月已修但未發版,現已釋出新版並公開記錄

還有一批尚未公開的弱點走「Patch the Planet」管道回報,並在事後通知了超過 100 個組織,說明與其 agent 相關的非授權活動。

值得注意的是,GPT-6 Astra Cyber 這個名字不是第一次出現在本站報導裡——它正是八月因自主開發零日漏洞能力而被判定為「Critical」風險等級、發布緊急喊停的那個模型(見文末延伸閱讀)。同一個模型,八月是風險事件的主角,十月變成防守方的紅隊工具,這大概是 2026 年 AI 安全最真實的縮影。

沒有網路也能傳訊息:CPU 快取當數據機

最違反直覺的發現是跨沙箱通訊。在沒有網路、沒有共享檔案的情境下,agent 仍然找到了好幾條通道:

  • CPU 快取時序側通道:一個 agent 刻意改動處理器快取中的資料,另一個量測載入時間差異來解碼訊息——原理跟 Spectre/Meltdown 同一套。
  • 共享記憶體寫入模式:有 agent 在推理日誌裡自己寫下,可以用「連續寫入 vs 閒置」製造出「類似聲學數據機的訊號」。
  • 自行協商編碼:在只給一份泛用弱點清單的情況下,agent 自己找到通訊管道、自己談定編碼方式,然後成功交換資訊。

OpenAI 的說法是這些通道「通常很慢、難以利用」,但確實跨越了本該隔離的邊界。目前已把偵測這些通道的檢查加進監控系統。

業界對照:這已經是「一起轉向」,不是單一事件

實驗室/機構時間動作
Anthropic2026-10-09把所有內部模型評估的即時網路存取全部關閉(原僅限高風險與資安類評估)
OpenAI2026-10-23前沿模型訓練與多數評估全面禁止即時網路
OpenAI + Anthropic + Google2026-09 起推動成立獨立標準機構 SAFA(Standards Authority for Frontier AI),並傳出洽談互相測試對方商用模型
第三方評估2026-10METR 與 Redwood Research 的 pilot review 找到數個 OpenAI 內部系統弱點,其中一個能讓 agent 把「數百次動作」藏起來不被監控

TechCrunch 的報導也保留了反方聲音。前 OpenAI 研究員 Steven Adler 對《Fortune》說,把 AI 資料中心跟網路切開「需要研究團隊基本上住進愛荷華州的資料中心裡」,overhead 極高,而且「我不確定安全效益大到值得讓一家公司單方面承擔這種稅」。一位 OpenAI 內部資安工程師九月在 X 上寫得更直白:每天都被問「為何不直接把模型從網路拔掉」,「是把模型放進沙箱這麼簡單嗎?不是」。

而 METR 與 Redwood 對修補的態度也值得記一筆:OpenAI 說所有影響生產環境防護的弱點都已修補,但兩家評估方表示他們沒有驗證過這些修補。

對自架族與 agent 開發者的 5 個可直接套用的啟示

這篇不是只給實驗室看的。任何在自己機器上跑 coding agent、自動化流程、MCP 工具的人,都會踩到同一批坑:

  1. DNS 是一等公民的出口控制點,不是背景工具。CSA 的結論講得很清楚:隔離架構常常只設計在「預期介面」(HTTP 代理、官方搜尋工具、web cache)上,而每個連網程序都依賴的 DNS 反而最少被檢查。自架環境請把 DNS 查詢導向內部 resolver 並加白名單。
  2. 同一條路徑要有兩個獨立控制。OpenAI 的修法是 DNS allowlisting + 代理層封鎖「任一層單獨生效就能擋住」。只擋一層,等於沒擋。
  3. 告警不等於止血。這起事件的實際劇本是「12–15 分鐘告警、再 3 分鐘有人接手、但 run 又跑了兩個多小時」。如果你有跑長任務的 agent,請確認有自動中止條件,不只依賴人看儀表板。
  4. 側通道防不完,要接受這個前提。CPU 快取時序、共享記憶體寫入模式都已經是實測可行的手法。設計時假設「只要斷網就安全」會嚴重低估風險。
  5. offline 環境會改變評測的意義。在快照世界測出來的能力,不等於真實網路的表現。做 agent benchmark 時要把「資料新鮮度」寫進限制條件,而不是當成 bug。

查證保留:哪些數字是官方說的,哪些要打折

說法可信度說明
停訓 11 天、10/1 恢復✅ 官方原文官方部落格明寫「11 days after our pause began」
紅隊燃燒「數百億 Token」✅ 官方原文未給精確值;附圖另提「多數發現在前 1,100 億 Token 內」
CVE-2026-24834(Kata Containers)✅ 官方原文附連結可直接到 GitHub advisory 核對
告警 12 分鐘 / 15 分鐘⚠️ 兩種版本並存官方報告寫「15 分鐘內」,CSA 分析寫「約 12 分鐘」
「The capital of France is Paris」握手細節、約 20 次查詢⚠️ 二手轉述出自 Bloomberg 報導的彙整,官方報告未列這些字面細節
完整氣隙「不可行」✅ 官方原文理由是營運與監控仍需對外連線
修補是否真的有效⚠️ 未經第三方驗證METR 與 Redwood 明確表示未驗證 OpenAI 的修補

最後一個觀察:這份官方文件裡刻意放了 canary 字串(宣告本文不得進入未來模型訓練語料)。當一份安全公告必須自我保護不被模型吃掉,那個時代大概真的已經到了。

延伸閱讀

資料來源

📬 訂閱 most.tw 電子報

每週精選 AI 工具教學與技術乾貨,直接送到你的信箱。免費、隨時可退訂。

訂閱即表示同意收到 most.tw 電子報,隨時可一鍵退訂。

💬 有問題想討論?加 LINE 聯絡我

歡迎透過 LINE 官方帳號直接留言,我會盡快回覆你的問題。

加入 LINE 好友