用 Docker Sandboxes 執行 AI 程式代理的團隊，這次不能只更新主機上的指令工具。Docker 10 月 21 日的安全通知指出，因應 eMudhra 憑證事件，已重建內建套件的沙箱映像；既有沙箱仍要另外處理。對台灣把修程式、裝套件與測試交給代理的團隊，維護時要確認每個仍在使用的沙箱。
沙箱裡的程式連接模型服務、套件來源或其他 HTTPS 網站時，仍需驗證對方身分。若你已把代理接進 從任務到程式審查的工作流，也該把它使用的執行環境納入這次維護。
沙箱仍要驗證連線對象
事件源頭是 eMudhra 八張中繼憑證的私鑰出現問題。Mozilla 的事件紀錄確認，研究者提供了控制這些金鑰的證明；Mozilla 也自行還原出私鑰，證實金鑰產生程序有缺陷。
CA 是協助確認網站身分的憑證機構。若用戶端仍信任有問題的憑證鏈，持有相關私鑰的攻擊者便可能冒充網站；在能攔截連線的情況下，進一步讀取或修改流量。Cloudflare 的技術說明也區分：這次處理的是憑證身分驗證，並非 TLS 加密演算法本身被破解。
沙箱把程式放進隔離環境，處理的是它能碰到哪些檔案、工具和資源；連出去時是否信任正確的伺服器，則取決於憑證驗證路徑。兩件事都要成立。不能因為代理在沙箱裡，就跳過它使用的作業系統、程式語言執行環境與憑證資料。
瀏覽器的修補，也未必一路傳到背景程式。事件整理頁指出，部分用戶端不會接收瀏覽器體系的撤銷資訊，必須更新軟體或信任資料。對 AI 開發來說，實際下載相依套件、呼叫模型的程式，才是需要確認的那條連線。
這是 AI 代理安全工程的一個具體例子：隔離執行、限制權限與驗證外部服務，各自負責不同邊界。
重建前，先保存沙箱成果
Docker 提供兩條路。能重建的環境，建立時使用 --pull always 取得更新後映像，並恢復原先的套件與建立選項。單純拉取映像只會準備新副本，不會替已存在的沙箱更換內部檔案。
重建前要先確認成果在哪裡。Docker 的使用文件說明，直接掛載模式的修改會出現在主機工作目錄；--clone 模式則在沙箱內另有一份 Git 複本，修改要取回或推送後，才離開那個環境。刪除沙箱會連同內部檔案系統一起刪除，未交付的提交和其他檔案不能省略保存。
若需要保留既有沙箱，官方另提供原地更新方式：以 Ubuntu 為基底的 Docker 範本，可更新內部的 ca-certificates 套件，之後重啟應用程式。自訂範本則要依基底發行版的安全更新處理信任資料，並重新建置映像。
更新系統套件後，還要留意應用程式是否自帶另一份 CA 清單。Cloudflare 提醒，API 用戶端可能把驗證交給不同的程式庫或執行環境；只升級最上層的開發套件，未必會改變底下的信任設定。檢查也必須走應用程式實際使用的 TLS 路徑，瀏覽器或另一個命令列工具的結果不能一概代替。
以台灣接案團隊的假設情境來看，工程師更新了筆電與瀏覽器，昨天建立的測試沙箱卻可能仍使用舊信任資料。若修補過程又直接刪掉複製模式中的未推送提交，就會把安全維護變成另一場程式碼救援。
我不建議把「刪掉全部沙箱重來」當成第一步。 先保存未交付成果，再選擇重建或原地更新，最後確認實際程式已使用修補後的信任資料。修補後若出現憑證錯誤，應查明憑證鏈與設定，不能靠關閉驗證讓工作繼續；評估工具時，也可把環境維護納入 企業代理驗收。
常見問題
更新 sbx 就好了嗎？
不夠。Docker 明確表示，只更新 sbx 指令工具不會更新既有沙箱；拉取新映像也不會改動已存在的環境。需要另外重建沙箱，或依其基底系統更新內部憑證套件，並重啟相關應用程式。
一定要刪掉沙箱嗎？
不一定。Docker 提供保留既有環境、更新 CA 憑證套件的方式，Ubuntu 範本有對應說明。若選擇重建，應先保存內部檔案與複製模式的未推送提交，再以更新映像建立環境並恢復必要設定。
瀏覽器更新也有效嗎？
瀏覽器更新可以保護它自己的驗證路徑，但不能據此判定沙箱內所有程式也已修補。應用程式可能使用作業系統、執行環境或自帶的 CA 清單，應分別套用相關更新，並透過實際程式的連線確認。
參考來源
- Docker 安全通知：Docker Sandboxes response to eMudhra CA compromise（2026-10-21 更新）
- Mozilla Bugzilla：eMudhra: Private key compromise of Intermediate Certificates（2026-10-17 通報，2026-10-23 查核）
- Cloudflare：8 eMudhra certificates are compromised. Here’s what you need to know（2026-10-20）
- Docker 文件：Usage，Git workspace modes（未標發布日，2026-10-23 查核）
- 事件揭露整理：eMudhra Intermediate CA Compromise（2026-10-20 發布，2026-10-23 查核）