OpenCode 通報 Console 安全事件：影響 1.4% Console 使用者，外部模型帳號該先查什麼？
OpenCode 官方通報 Console 安全事件，影響連結外部供應商的部分使用者。依最新通知與官方文件，分清 Console、本機工具及模型憑證，了解通知核對、停用連線、金鑰輪替與恢復驗證的差別。
把外部模型帳號接進程式工具，能讓團隊集中使用，卻也讓人必須知道授權存在哪裡。OpenCode 最新通報，讓這個問題變得具體。
台灣時間 2026 年 10 月 18 日，官方表示 Console 發生安全事件，影響 1.4% 使用者，涉及連結外部供應商的部分帳號。
官方說已寄信通知受影響者，事件仍在處理，並正與 Anthropic、OpenAI 及 Google 合作。這些資訊能界定初步範圍，但還不是完整調查報告。
對使用者而言，先查通知與自己連接的帳號，才能決定下一步。使用本機程式、使用 Console，以及透過 Console 連接外部模型，是不同的路徑。
如果你有使用相關功能，應先依官方通知核對連線。管理團隊則要整理哪些服務帳號與模型金鑰透過這個入口提供使用。
OpenCode 官方已確認哪些事？
1.4% 是 Console 使用者的比例，不能擴大成所有 OpenCode 安裝者。因為工具和代管服務有不同功能，讀通報時先確認主體，才知道數字與自己有沒有關係。
本文於台灣時間 2026 年 10 月 18 日 09:21 核對官方帳號，看到的最新事件通報是 10 月 17 日 18:08 UTC 發布的完整貼文。換成台灣時間，是 10 月 18 日 02:08。
該貼文比稍早的短版補上了影響範圍。官方表示，受影響的是連結外部供應商的部分使用者，並稱已透過電子郵件通知所有受影響者，未收到通知者沒有受到影響。
數字能告訴你的，是通報中的範圍
比例的分母很重要。若把它理解成所有本機安裝者，會把不在該段描述中的人也算進來。若只看比例很小，也無法判斷個別帳號的實際狀況。
所以個人的下一步，應該回到通知與帳號連線。百分比適合用來理解官方描述的整體範圍，不能代替確認自己是否被通知。
官方同時表示事件仍在進行，並正與三家模型公司合作處理。查詢時點的通報沒有列出完整技術細節，因此本文依已公開內容說明使用者能核對的項目。
以下關於供應商管理與憑證盤點的做法，是依產品文件整理的一般操作理解。它們不代表官方已要求所有使用者執行相同處置。
Console 為何會接觸外部模型憑證？
Console 可以替團隊連接已經付費的模型供應商，並讓工作區成員共用啟用的模型。因為請求會經過中間服務，憑證的保存位置就值得先釐清。
官方供應商文件 說明，Console 儲存供應商憑證，再透過閘道提供模型。憑證可以理解成讓服務代表你呼叫模型的通行證，API 金鑰就是常見形式。
API 是讓程式向另一個服務提出請求的介面。成員因此可以使用模型，而不必每人看見原始供應商金鑰。代管服務負責在請求時使用那份憑證。
先畫清楚自己使用的路徑
同樣打開程式工具，有人可能直接連自己的供應商，也有人選工作區提供的模型。畫面上都能對話，背後的授權路徑卻不同。
可以先確認自己選的是哪個供應商、由誰管理，以及是否透過 Console 設定。若是組織共用，應由管理員核對，避免個人以為沒設定過，就漏掉團隊層的連線。
以下用功能角色區分幾種情況，幫助讀者對照自己的使用方式。
| 項目 | 扮演的角色 | 應該向哪裡核對 |
|---|---|---|
| 本機 OpenCode 工具 | 讓代理在電腦上工作 | 本機選用的供應商與連線設定 |
| Console 模型服務 | 提供模型及工作區管理入口 | Console 的模型、成員與帳務設定 |
| Console 外部供應商 | 以保存的憑證呼叫外部模型 | 管理員設定與相關供應商帳號 |
表格的目的，是確認服務邊界。它沒有替任何一條路徑做本次事件的安全鑑定，個別影響仍要依官方通知與後續說明判斷。
Console 模型文件 也把 Console 說明為可選的供應商入口，使用者能選其他供應商。因此看到品牌名稱，還需要繼續問自己實際使用哪項服務。
延伸閱讀：GLM 5.3 Flash 在 OpenCode 免費開放：怎麼選模型，免費範圍要看什麼？
收到通知與沒收到通知，如何分別核對？
官方對受影響者的判定以通知為準，使用者應先閱讀自己的通知內容。因為不同帳號可能有不同連線，社群上的截圖不一定適用於你。
收到通知，先確認對應的帳號與用途
可以先把通知對應到正確工作區與供應商，整理這份連線用於什麼工作。如果由公司管理，就交給該帳號的負責人處理，避免多位成員各自改動同一組設定。
接著依通知要求檢查相關紀錄。需要協助時，提供時間、工作區識別與問題描述即可開始溝通，不必把金鑰或整封私人郵件公開貼出。
若通知要求更換憑證，也要先知道這份憑證被哪些工作使用。因為同一把金鑰可能連著多項服務，只改其中一處，其他工作仍會沿用舊設定。
沒收到通知，保留官方的範圍說明
完整通報明確表示，沒收到通知者未受影響。讀者可以核對自己登記的信箱與相關資料夾，再透過官方帳號查看是否有新的說明。
若確實不清楚帳號歸屬，例如工作區由前同事建立，應先找管理員確認。這是為了找到正確通知入口，並不表示官方對未收信者的說明已被推翻。
團隊也可以保留一份簡短紀錄，寫下何時查看、對應哪個帳號及由誰負責後續。因為事件更新可能分批發布，有紀錄較容易接續處理。
不要把每種異常都先歸因到同一件事
模型無法使用、登入失敗與帳務變化，可能需要不同調查。若先把所有問題貼上同一個事件標籤，就容易忽略真正需要檢查的設定。
比較有用的回報包含發生時間、使用入口、選用模型與錯誤訊息。先把觀察寫清楚，再由管理者對照紀錄，才能縮小問題範圍。
停用、移除與輪替金鑰，差別在哪裡？
Console 文件把隱藏供應商、刪除設定與更換憑證列成不同動作。因為這些動作改變的位置不同，工具列表看不到模型，不代表原始憑證已被替換。
停用讓成員暫時看不到模型
依官方文件，Disable 會隱藏供應商與模型，但保留設定。這適合在管理過程中控制可用入口，也方便理解哪些工作會因暫停而受影響。
不過，保留設定與廢止憑證不同。如果有理由需要使舊金鑰失效，還要回到發行金鑰的模型供應商，依其管理方式處理。
移除設定，會影響依賴它的工作
Remove 會移除供應商及模型，文件也提到介面會顯示最近使用者，並提供改用停用的選擇。因為這可能影響多人工作，執行前先辨認依賴關係會比較清楚。
移除設定後，也應檢查是否還有其他地方保存或使用同一份憑證。設定頁刪掉一條連線，與所有服務都停止使用同一金鑰，是不同範圍的事情。
輪替是換用新的憑證
官方文件的更換方式，是在供應商頁面點選憑證並輸入新值。輪替則包含換用新憑證與處理舊憑證的完整過程，團隊需要安排順序。
例如先辨認依賴、準備更新，再驗證新設定是否能完成原本任務。若任何一步由不同人負責，應在紀錄裡交代清楚，避免以為另一位同事已經處理。
這些差異能幫助使用者讀懂處置要求。實際採取哪一種，仍要依官方通知、組織政策與供應商規則決定。
團隊如何盤點影響與恢復驗證？
從用途、負責人與執行紀錄整理出可檢查的清單，能減少各自猜測。這是本文建議的管理方法，重點在完成交接，不是要求每個人自行做資安調查。
把一份憑證接到哪些工作寫清楚
一筆紀錄可以包含供應商、工作區、負責人、用途與目前處理狀態。若同一份設定供多項任務使用，就把相關任務列在一起，方便安排驗證。
紀錄裡不需要放明文金鑰。使用組織既有的識別方式，已足以讓負責人找到正確項目，也能避免清單本身變成另一份敏感資料。
接著看是否有需要保留的使用紀錄或錯誤資訊。先保存觀察，再做設定變動，才能在後續比對時知道改動前發生過什麼。
先驗證一件小工作，再恢復依賴
更換連線後，可以用不含敏感內容的小任務確認模型可達、權限符合預期，以及費用記在正確帳號。因為能回答問題只證明請求成功，還需要確認它走的是正確路徑。
若使用組織工作區，也要用一般成員的視角看一次。管理員能使用的模型，不一定就是成員實際看到的清單，兩者可能因設定而不同。
最後讓任務負責人確認原本流程是否恢復。排程、工作站與其他工具若各有設定，就逐項核對，避免只驗證自己的桌面對話。
恢復連線，也要核對實際使用者
若同一組供應商提供多個模型，驗證時應選原本使用的模型，而不只是清單裡第一個能回話的選項。因為任務對模型能力與用量限制可能有不同需求，連線成功仍需要對應到實際用途。
工作區也可能同時保留多項供應商設定。盤點時把模型入口與管理帳號連在一起，能避免只更新了個人工作站，排程卻繼續走另一條路徑。
若之後看到額外用量，也先保留時間與請求紀錄，再由負責人核對。單一帳單變化無法直接證明本次事件造成損失，因為正常排程、重試與設定改動也可能影響用量。
這些紀錄的用途是釐清觀察，讓後續官方通知或供應商回應有資料可以比對，而不是讓使用者先替尚未公開的調查下結論。
讓後續接手者看得懂狀態
完成紀錄應寫清楚改了什麼、何時驗證及還有哪些依賴。只留一句「已處理」，下一位同事仍得重新問一輪，事件處理就容易中斷。
若某項工作暫停，也應交代負責人與恢復條件。這能讓團隊知道等待的是通知、權限還是驗證結果，而不必反覆詢問同一個進度。
延伸閱讀：Self Agent Vault 上線：讓 AI 代登入與付款，如何把真實帳密留在模型之外？
「蒸餾攻擊」在這次通報代表什麼？
這是官方對相關事件使用的描述，不能單靠詞語就還原入侵過程。模型蒸餾通常指利用另一個模型的輸出訓練模型，具體是否構成違規，要看取得方式與服務條件。
Anthropic 對蒸餾濫用的說明 可作為名詞背景，但那份文件談的是其他調查，不能拿其中的行為者或手法套到本次事件。
對這次 OpenCode 通報，讀者應關注後續是否補充影響範圍、需要執行的處置與恢復狀態。把不同事件分開，才能讓已知資訊維持清楚。
常見問題 FAQ：OpenCode 安全通報怎麼讀？
只在本機使用，也一定受到影響嗎？
通報描述的是 Console 使用者中的部分帳號。
本機工具名稱相同，不能直接據此判定在本次影響範圍內。
模型還能回答，就代表連線沒問題嗎？
能回答表示某次請求成功，不能代替通知與帳號核對。
若需要更新設定，也要確認請求使用的是哪個工作區與憑證。
有免費模型，是否就不用管外部供應商設定？
免費模型與外部供應商連線是不同項目。
是否屬於通報範圍，要依實際設定與官方通知判斷。
先核對身份與通知，再處理憑證和依賴
這次事件對有連接外部供應商的 Console 使用者最有直接關係。先找對帳號、看清通知，才能知道需要誰來處理哪些連線。
對團隊而言，值得立即補上的，是一份不含明文憑證的用途與負責人清單。因為下一次更換設定時，你需要知道哪些工作依賴它，而不只是知道金鑰放在哪裡。
可以先從自己使用的工作區開始盤點，並持續查看官方更新。歡迎免費訂閱 AI 郵報，追蹤 AI 工具事件與使用方法。
