適合：mittwald mStudio 的使用者（主要是德國的網站代理公司），以及運營著把 AI 助手連線到自家服務的 MCP 伺服器的人。本文基於 mittwald 的官方部落格文章和 FAQ。不涉及攻擊步驟。
事件仍在發展：本文將隨機構發布更多資訊而更新
- 適用對象
mittwald mStudio 的使用者（主要是德國的網站代理公司），以及運營著把 AI 助手連線到自家服務的 MCP 伺服器的人。
- 已確認的影響範圍查看表格 ↓
- 入口
- 被攻陷的客戶專案
- 視為已被攻陷的期間
另外4項
- 發現與關閉
- 被讀取的資訊
- 11月6日的情況
- 資料是否被公布
列為可能涉及的項目
- 是否使用 AI 工具
- 尚未確認的事項
- 客戶的檔案、資料庫或郵箱是否被存取（公司稱審查仍在繼續）
- 漏洞的具體情況和位置（公司的程式碼還是某個庫）
- 公司的詳細報告（計劃於下週發布）
另外2項
- MCP 伺服器是否會恢復
- 是否真的使用了 AI 工具（公司稱是懷疑）
- 現在要做的事查看步驟 ↓
- 確認是否受影響：您用過 MCP 伺服器嗎？收到公司的郵件了嗎？
- 如果受影響：更改密碼並啟用雙因素認證
- 檢查 API 金鑰、專案權杖和 SSH 金鑰
另外3項
- 輪換外部服務的憑證，並告知相關人員
- 就被鎖定的網站和備份諮詢公司
- MCP 伺服器運營者：檢查自己的配置
- 最後查證
- 截至2026年11月10日
續報計畫與查證紀錄
公司部落格中的時間線截至2026年11月7日。公司稱，待分析和恢復全部完成後，將在下週發布詳細說明，在此之前將透過狀態頁面和電子郵件分享資訊。2026年11月10日我們查看時，尚未找到這樣的報告。
mittwald 使用者和 MCP 運營者今天該做什麼
確認是否受影響：您用過 MCP 伺服器嗎？收到公司的郵件了嗎？
根據 mittwald 的 FAQ，受影響的是使用過 MCP 伺服器的客戶，他們會收到一封個人郵件。如果您從未設定過 MCP 伺服器，也沒有收到郵件，公司目前的看法是您未受影響。仍然建議啟用雙因素認證。
公司建議，如果您在2026年10月27日（攻擊者實際利用漏洞的那一天）或之後使用過 MCP 伺服器，請把該帳戶視為可能已被攻陷。
檢查 API 金鑰、專案權杖和 SSH 金鑰
這遵循公司的指引。
- 翻看您的 API 金鑰、專案權杖和 SSH 金鑰列表，刪除您不認識的任何一項
- 尤其要查詢不是您自己建立的 SSH 使用者
- 公司已出於預防撤銷了 API 金鑰
SSH 金鑰的處理方法見SSH 金鑰的最小權限。
輪換外部服務的憑證，並告知相關人員
公司建議更新第三方服務（如資料庫、郵件和外部 API）的憑證。也請告知使用您專案的人（您的客戶和團隊）。
公司稱，如果客戶需要採取進一步措施，會透過電子郵件單獨通知他們。
就被鎖定的網站和備份諮詢公司
根據公司的 FAQ，出於預防而被鎖定的網站，會在安全掃描完成後逐個重新開放。如果您從備份恢復，公司稱，由客戶與公司一起決定保留10月27日以來的哪些更改。聯絡渠道和狀態頁面列在公司的部落格中。
MCP 伺服器運營者：檢查自己的配置
針對這次事件，您自己的 MCP 伺服器要檢查什麼，彙總在下面的「MCP 伺服器運營者應該檢查什麼」中。
事件經過（來自 mittwald 的公告）
本節基於 mittwald 的官方部落格文章「Sicherheitsvorfall am MCP-Server」（MCP 伺服器的安全事件）及其 FAQ。時間按公司所述。這是公司自己的說法，未經第三方核實。
10月21日（晚上）
攻擊者首次測試 MCP 伺服器中的漏洞。公司寫道，這與關於 PHP2Shell 的討論差不多在同一時間。10月23日
攻擊者開始以普通使用者身分活動：註冊測試帳戶、使用擴充套件，並嘗試簡單的注入（公司）。10月27日 14:58 至 15:03
攻擊者在 14:58 註冊了另一個帳戶，並在 15:03 利用了 MCP 伺服器的漏洞。公司把10月27日以後的所有資料都視為已被攻陷。11月4日
早上，公司注意到其一個系統中出現異常行為。11:11 封鎖了攻擊者的第一個帳戶，12:53 把狀態頁面設為「調查中」。確認 MCP 伺服器是入口並將其關閉。晚上 mStudio 重新上線。Web 專案全程保持可存取。11月5日
午夜過後不久，公司鎖定了有攻擊者痕跡的專案，暫時停用新帳戶註冊，並在白天封鎖了 mStudio 登入和對客戶專案的 SSH 存取。調查期間
外部 IT 鑑識專家協助分析，公司已通知主管部門。11月6日
公司對 56 個被攻陷的專案和 MCP 伺服器進行了鑑識檢查。反覆掃描沒有發現更多被攻陷的專案，目前檢測不到攻擊者活動。夜間 mStudio 恢復可用。11月7日
mStudio 和 SSH 存取重新可用。出於預防而被鎖定的網站暫時仍被鎖定。公司稱客戶中心及其管理的網站未受影響。通行金鑰設定開放。
10月21日起
試探漏洞、測試帳戶
↓→
10月27日
漏洞被利用，56 個專案
↓→
11月4日
被發現，MCP 伺服器關閉
- 入口
- MCP 伺服器中的一個漏洞，該伺服器把客戶的 AI 助手與公司的控制面板 mStudio 連線起來
- 被攻陷的範圍
- 56 個客戶專案。公司把10月27日以後的所有資料都視為已被攻陷
- 被讀取的內容（FAQ）
- 不是密碼，而是 MCP 伺服器使用者的工作階段權杖，已全部撤銷。持有權杖的人可以以該使用者的權限存取 mStudio
- 未受影響
- 客戶中心及其管理的網站。公司稱它們在任何時候都未受影響
- 資料（FAQ）
- 沒有跡象表明資料被公布到網際網路上，但審查仍在繼續。發現有檔案、資料庫或郵箱被取走跡象的客戶，會被單獨告知。如果沒有收到這樣的訊息，目前沒有跡象表明該專案被存取
- 關於 AI 的使用
- 公司稱日誌中的各步驟只相隔幾秒，據報導，攻擊者在系統中移動得非常快。公司稱這表明使用了 AI 工具。這是公司的懷疑
- 公司的因應
- 封鎖帳戶和專案、停用註冊、封鎖登入和 SSH、撤銷存取、關閉 MCP 伺服器、反覆掃描。外部 IT 鑑識專家協助分析。已通知主管部門
- 接下來
- 下週，待分析和恢復全部完成後，將發布詳細說明。資訊將透過狀態頁面和電子郵件提供
已知與未知
截至2026年11月10日的狀態。有更多資訊公布時，我們會更新狀態一欄。
| 專案 | 內容 | 狀態 |
|---|---|---|
| 入口 | MCP 伺服器中的一個漏洞 | 已確認（公司） |
| 被攻陷的客戶專案 | 56 個 | 已確認（公司） |
| 視為已被攻陷的期間 | 10月27日以後的資料 | 已確認（公司） |
| 發現與關閉 | 11月4日；MCP 伺服器關閉 | 已確認（公司） |
| 被讀取的資訊 | MCP 伺服器使用者的工作階段權杖。未讀取密碼。全部已撤銷 | 已確認（公司 FAQ） |
| 客戶中心及其管理的網站 | 未受影響 | 不在範圍內（公司） |
| 11月6日的情況 | 沒有發現更多被攻陷的專案；檢測不到攻擊者活動 | 已確認（公司） |
| 對客戶資料（檔案、資料庫、郵件）的存取 | 有被取走跡象的客戶會被單獨告知；審查仍在繼續 | 調查中 |
| 資料是否被公布 | 沒有跡象表明被公布到網際網路上 | 已確認（公司 FAQ；審查仍在繼續） |
| 是否使用 AI 工具 | 根據日誌中的速度所作的推斷；沒有出示直接證據 | 可能（公司） |
| 漏洞的具體情況和位置 | 未公布 | 未說明 |
| MCP 伺服器是否恢復 | 將在調查後決定 | 調查中 |
| 詳細報告 | 計劃於下週發布 | 已計劃（公司） |
如何解讀：公司的說法未經第三方核實
56 個這一數字和時間線來自公司自己的調查。公司稱有外部 IT 鑑識專家協助分析，但他們的發現尚未公布。使用 AI 是公司根據速度得出的懷疑，而不是已確認的事實。媒體報導稱，該漏洞是在公司的程式碼中還是在開源庫中，也不清楚。
MCP 伺服器連線到客戶環境時可能發生什麼
以下是一般性說明，並不意味著本次事件中發生了這些事。公司公布已經發生的內容，僅限於上面的「事件經過」。
MCP（Model Context Protocol）是 AI 助手呼叫外部服務的一種方式。當它連線到託管控制面板這類可以操作伺服器和資料庫的服務時，MCP 伺服器就成了代替使用者採取行動的入口。
如果該入口的認證或輸入檢查存在缺陷，入口所持有的權限就可能觸及其他使用者的權杖和操作。在這次事件中，公司稱被讀取的是使用者的工作階段權杖，持有權杖的人可以以該使用者的權限進入控制面板。權杖的權限越廣，單個入口的漏洞能觸及的專案就越多。
MCP 伺服器運營者應該檢查什麼
本節不評價公司的因應，也不猜測漏洞的內容或原因。僅根據已公布的時間線和 MCP 伺服器的一般特點，列出檢查自己配置的要點，這些都是本站的觀點。
按用途限定交給 MCP 伺服器的權杖範圍
在這條時間線中，被讀取的權杖直接變成了控制面板的權限（公司 FAQ）。請把 MCP 伺服器接收或簽發的權杖限制在 AI 助手任務所需的範圍內，例如只讀或單個專案，並與管理員權限分開。這會縮小一次外洩的影響範圍（本站的觀點）。
讓權杖短期有效，並在事件發生之前準備好撤銷手段
公司的因應是撤銷所有被讀取的權杖。更短的有效期會縮短外洩的權杖可被使用的時間。請在事件發生之前建立並演練批次撤銷權杖的流程（本站的觀點）。
在真正被濫用之前，發現試探階段
據公司的說法，10月21日有首次測試，從10月23日起有測試帳戶註冊和簡單的注入嘗試，10月27日漏洞被真正利用。針對新帳戶註冊的突增、輸入時的異常錯誤以及單個帳戶的大量呼叫設定告警，也許能發現試探階段（本站的觀點）。
把速度當作日誌中自動化的訊號
公司把相隔幾秒的步驟當作使用 AI 工具的線索。無論是否是 AI，一個帳戶以人類跟不上的速度持續操作，對檢測都有用。請為每個帳戶的操作速率設定上限，超出時停止或要求確認（本站的觀點）。
在關閉 MCP 伺服器時保留替代方案
公司關閉了 MCP 伺服器，並引導客戶改用其命令列工具（CLI）。保留一種不使用 MCP 的工作方式，能讓關閉某個入口的決定做得更快（本站的觀點）。AI 在攻擊中自主行動的另一個案例，見對 Hugging Face 的入侵。
資訊來源（公開記錄）
本文中的事實來自以下公開資訊。不涉及攻擊步驟的細節。
- mittwald，「Sicherheitsvorfall am MCP-Server」（官方部落格，德語；時間線截至11月7日）— mittwald.de
- mittwald，「MCP-Server: Was du jetzt wissen musst」（官方 FAQ，德語；11月10日確認）— mittwald.de
- The Record，「Alleged AI-aided cyberattack exploits assistant interface to breach German web host」（媒體報導，輔助來源；2026年11月9日）— therecord.media
更新記錄
2026-11-10：首版。基於 mittwald 的官方部落格文章（時間線截至11月7日）、其 FAQ 以及媒體報導。公司計劃於下週發布的詳細報告公布後，我們將更新。
延伸閱讀
- AI 推論平台遭入侵：NEAR AI 推論引擎漏洞 / Fireworks AI 安全事件
- AI 在攻擊中自主行動：對 Hugging Face 的入侵（2026年）
- AI 工具的分發被攻陷：LiteLLM 1.107.0 帶有憑證竊取程式
- 託管服務商被入侵時：因應託管服務商入侵
- 多因素認證：多因素認證入門 / 什麼是通行金鑰
- 2026年的其他事件：2026年的資料外洩與網路攻擊