
把代理關進虛擬機就安全了?它一小時就爬出來
Firecracker 擋住了,Debian 12 沒有
如果你把 coding agent 關在一台虛擬機裡跑,覺得這樣就圍住了,這篇是給你的。
資安公司 Trail of Bits 的 Artem Dinaburg 8 月 26 日公布一次實測:他把 GPT-5.6-Cyber 丟進一台 QEMU/KVM 虛擬機,只給一個目標——逃出去。
它成功了三次。第一次約一小時,用的是剛揭露的主機核心漏洞 CVE-2026-53359;核心補掉之後它改走 libslirp;第三次磨了大約 12 小時,把 QEMU、Linux KVM 與 libslirp 上的四個漏洞串成一條鏈,其中三個是沒人知道的 0-day。Dinaburg 的結論一句話:現成的虛擬機不足以關住一個有攻擊能力的 AI 代理,攻擊面太大了。
我會照兩件事改自己的設定。先分清楚用的是哪一種隔離:他把同一個代理放去打 Firecracker,機器被鎖死但沒被逃出來——為安全砍到極簡的虛擬機,跟一台什麼都裝的通用 VM 不是同一件事。再看發行版有多舊:他的主機是 Debian 12,上游修好的 KVM 漏洞還沒下放到發行版核心,他自己說跟不上上游更新的舊發行版,現在應該直接假設有漏洞。
還有一道不必等任何人修補的防線:時間。它磨了 12 小時才串出那條鏈——限制代理能跑多久、每次用完就換掉環境,是今天下午就能做的事。
這支模型我們本月稍早寫過,一般人申請不到但可能被拿來打你;這是第一份拿到它的人做的公開實測。名詞想先弄清楚的看什麼是 agent sandbox。
查核備註:全部來自 Trail of Bits 的單篇公開文章,我沒有重現任何一次逃逸。作者自己標了三個限制:主機開著 mitigations=off、代理是從虛擬機外面啟動再用 SSH 進去(他寫這「可能導致作弊」)、Firecracker 那次只證明沒逃成功,他明說再給更多時間也許就會成功。最終鏈上的 QEMU 與 libslirp 兩個 0-day 已回報但尚未修補,細節不引用。
SOURCES
來源分級:A = 一手公告/論文/官方文件 · B = 可信媒體 · C = 可參考但需脈絡 · D = 觀察用,不可當事實。
本文由 AI 協助研究,矽基前沿編輯部撰稿,總編輯廖玄同審閱定稿。 編輯方針與 AI 使用說明


