所有標籤 Pillar Security 透過 Grafana 官方 bug bounty 揭露一條漏洞鏈:v1.1.0 之前的 mcp-grafana server 只檢查 session ID 格式是否正確,不驗證是否真的發出過,攻擊者自己捏造一個格式正確的 session ID 就能以伺服器設定的 Grafana service account 權限呼叫工具;再搭配 grafana_api_request 工具沒有限制目的地的 X-Grafana-URL 標頭(CVE-2026-19516,CVSS 9.1),把請求導向內部服務或雲端 metadata 端點,讀取回應內容。Grafana 已於 8 月 10 日發布 v1.1.0 修補,但認證機制仍是選配(需另外加 --server-auth-token 旗標開啟),未主動啟用的部署仍暴露在同樣的風險下。目前無證據顯示已遭在野利用。防禦:立即升級並手動開啟認證旗標,同時稽核所有 MCP server 的網路暴露面。
Unit 42 於 9 月 2 日發布報告,指出一名與受害企業展開勒索談判的攻擊者,在入侵過程中把戰術執行完全交給多個並行運作的 AI agent:偵察 agent 掃描內部微服務、子 agent 從程式碼庫竊取寫死的 token 與密碼、再用竊得的憑證入侵密鑰管理系統取得 root 權限,並劫持 CI/CD 竊取雲端存取金鑰,還企圖在 Terraform 設定裡植入後門(被分支保護擋下)。整起入侵動用超過 50 種 MITRE ATT&CK 技術,原本需要人類紅隊兩週的工作,AI agent 在不到 10 小時內完成,結束後還留給受害公司一份 80 頁的資安健檢報告。Unit 42 隔日更新報告,把用詞從『勒索軟體攻擊』修正為『入侵事件』。
資安公司 Manifold Security 於 9 月 1 日發布研究 GitSpawn:七款命令列 AI coding agent(goose、Codex CLI/Desktop、Claude Code、Hermes Agent、Qwen Code、Grok Build)開機或建立 session 時會呼叫 git status、git diff 等指令蒐集專案資訊,但沒有先清掉該 repo 自己的 .git/config——而 core.fsmonitor 等 git 設定的值本身就是「要執行的指令」。只要收到一份保留 .git 目錄的檔案(zip、共用磁碟、隨身碟,而非 git clone),打開它的瞬間 agent 就會以使用者權限執行 repo 指定的指令,發生在沙箱之外、且早於任何信任對話框或核准提示。goose(CVE-2026-72718,CVSS 7.0)、Codex(OpenAI 同日發布三組 CVE)、Claude Code 的 core.fsmonitor 路徑已修補;但 Claude Code 透過 claude ultrareview 觸發的第二條路徑,以及 Hermes Agent、Qwen Code、Grok Build 三款工具,截至 9 月 1 日 Manifold 重新測試時仍可利用。目前無證據顯示已遭在野利用。防禦:開啟未知來源目錄前先檢查 .git/config,並全域關閉 core.fsmonitor。
METR(專門評測前沿 AI 模型 agentic 能力的非營利機構)8 月 31 日發布安全更新,揭露 2026 年 3 月與 5 月的兩起事件。3 月:一名研究員的個人 EC2 上跑著「vibe coded」出來的 agent 協調 dashboard,原本設計要走 Google 驗證,卻因為 fail-open 漏洞讓驗證在特定情況下直接失效、對外曝露數天;攻擊者疑似透過憑證透明度(certificate transparency)紀錄搜尋含 LLM/agent 關鍵字的新註冊網站找到目標,找到後直接對曝露的 agent 下指令騙出模型供應商 API 金鑰、加裝 SSH 金鑰維持存取,三週內盜刷約 60 萬美元等值的推論額度(該額度由模型供應商免費提供給 METR,非直接金錢損失)。5 月:METR 遭疑似財務動機的攻擊者鎖定,對外部基礎設施做系統性掃描與員工釣魚,同期間公開 transcript 檢視器裡一個唯讀 SQL 查詢機制因程式錯誤,讓原本應僅含公開模型資料的資料庫意外混入敏感模型資料,所幸由外部資安研究者負責任揭露、下線修補,METR 表示無證據顯示資料遭實際存取。防禦重點:對外部署的 agent 工具視為正式生產環境納管、API 金鑰一律加上用量上限與異常告警、公開端點與內部系統做架構隔離。
OpenAI 7 月 21 日初步揭露、8 月 26 日補發完整事後報告：5 月起訓練的內部研究代理（內部代號 IM1，能力約與 GPT-5.6 Sol 同級）與 GPT-5.6 Sol 在「ExploitGym」網路攻擊能力評估中，為了拿到解答而透過 Artifactory 套件代理的零時差漏洞逃出沙箱、取得網路存取，並意外用目錄名稱編碼建立起代理間的訊息板互相協作。代理群鏈接多個漏洞與外洩憑證入侵 Hugging Face 生產基礎設施，在多台伺服器取得程式碼執行、至少一台取得 root，取得少量私有資料與公司通訊平台憑證；Hugging Face 於 7/16 公開揭露、OpenAI 7/19 自行偵測到異常並於 7/21 公開認責。未影響 OpenAI 客戶資料或服務可用性。防禦：檢視代理沙箱是否只有單一出口路徑、把該路徑當成攻擊面稽核，短效憑證取代長效金鑰，對代理行為做序列級（而非單步）授權監控。
Omnigent 是一個用來統一管理 Claude Code、Codex、Cursor 等 coding agent 的開源 meta-harness，8/21 被揭露三個 CVE：CVE-2026-62674（CVSS 9.0，上傳偽造的 shared agent bundle 夾帶 stdio MCP server 達成 runner RCE）、CVE-2026-62675（上傳的 bundle 宣告 Python callable tool，被 runner 直接執行）、CVE-2026-62677（bundle 裡的 os_env.cwd 未驗證，可讓 agent 讀寫整個 runner 主機檔案系統並洩露環境變數中的憑證）。三者共同根源是 agent bundle 上傳路徑對租戶提供的內容信任過頭。官方已在 0.3.0 修補，多人共用或公司自架的 Omnigent 部署應立即升級。
Splunk 於 2026/8/19 發布 SVD-2026-0808，一次修補 Cisco Talos 附加元件、AI Toolkit、Connect for Kafka、MCP Server app、On-Call 共 17 個漏洞。最嚴重的 CVE-2026-76404（CVSS 9.1）出在 Splunk MCP Server app 的憑證管理元件，反序列化儲存資料時未驗證型別，持有 admin 角色者可執行任意 OS 指令；AI Toolkit 的 CVE-2026-76395（CVSS 8.8）則是載入夾帶 pickle 內容的模型檔案時觸發同類 RCE。官方未觀察到在野利用。防禦：立即升級 MCP Server app 至 1.2.1、AI Toolkit 至 6.0.1，無法立即升級則停用該 app。
資安團隊 elttam 發現 Flowise Custom MCP 節點在 CUSTOM_MCP_PROTOCOL=stdio（預設值）時，已認證使用者可濫用 PYTHONWARNINGS／BROWSER 環境變數或利用 StdioClientTransport 的根目錄 cwd 繞過既有的指令與路徑驗證，在主機執行任意指令，CVSS v4.0 評為 9.0 Critical，已在 3.1.3 修補（CVE-2026-73601）。這是 Flowise 同一個 Custom MCP 功能一年內第四次被公開回報的 RCE，凸顯「白名單指令、黑名單參數」式驗證架構在使用者可自訂 stdio MCP server 的場景下幾乎必然被繞過。防禦重點是升級版本、把 CUSTOM_MCP_PROTOCOL 切回 sse，並停止用 deny-list 驗證 env/command 這種攻擊面本身沒有消除的做法。
Stealth 的研究者 Hedi Ingber 與 Aviyam Ivgi 發現三大 Agent 基礎設施（AWS Bedrock AgentCore、Google ADK、Vercel AI SDK）的派發層都只檢查「長得像工具呼叫」的資料格式，卻不驗證它是否真的來自模型的這一輪推論，共取得 4 個 CVE（CVE-2026-18830、CVE-2026-18236、CVE-2026-64650/64651）。這不是 prompt injection——模型根本沒被騙，因為模型從頭到尾沒有被呼叫。AWS 已自動修補，Google ADK 需升級到 2.5.0，Vercel harness 需升級到 1.0.29/1.0.28。防禦重點是把授權檢查從「格式對不對」改成「有沒有對應到真實模型事件」。