2026-05-18 的 Tempest Security Daily 訊號量仍處於稀疏狀態，security_filtered.json 僅收錄兩則內容：一是 r/cybersecurity 上一篇開發者對「Claude Code 跑在 dev 機器上、能存取整個 codebase 與內網」的安全質疑，把 AI coding agent 這條近一年快速普及的工具鏈直接放上資安主管的議程；二是 WordPress 生態最新一波實戰級攻擊——Funnel Builder 外掛的關鍵漏洞正在被攻擊者用來對 WooCommerce 結帳頁注入 JavaScript skimmer，竊取信用卡資料。兩則一條對應「企業內 AI 工具的新攻擊面」、一條對應「電商前台供應鏈的老問題持續被利用」，恰好是當前資安工作者必須同時盯著的雙線威脅。基於本站「禁止編造數據」原則，本期同樣只就這兩則做深度展開，不額外湊則數。
主訊號：AI Coding Agent 直插開發者機器的攻擊面討論浮上台面
這篇 r/cybersecurity 的長文發問，作者自稱可能是想太多但又無法說服自己放下：Claude Code 跑在開發者本機上，能直接存取整個 codebase、能存取內網資源，「如果它哪一天被攻陷，就等於對方拿到了你所有東西」。這個提問雖然口氣保守，卻直指當下絕大多數企業導入 AI coding agent 時尚未認真回答的核心威脅模型問題——當 AI agent 被授予開發者等級的存取權，agent 本身就成為一個新的、難以監控的特權身份。對台灣資安團隊，這條訊號的可操作意義有幾個層面：第一，必須開始把 AI coding agent 視為 privileged identity 來盤點與治理，不能再用「員工自己用的工具」的邏輯放生——agent 的 token、設定檔、MCP server 連線等於是一組需要 vault 管理的憑證集合；第二，agent 的工具鏈（包含 MCP server、外部 API、shell command 執行權限）必須有 allowlist 與audit trail，否則一旦 prompt injection 從外部資料源（套件 README、issue 留言、網頁內容）成功進入 agent context，攻擊者就能用使用者身份執行任意操作；第三，最敏感的 repository（含密鑰、客戶 PII、營收程式碼）應該被明確列入 agent 的 deny list，或要求 agent 在這些目錄下只能以唯讀模式運作；第四，devsecops 流程應該開始假設 commit 與 PR 可能不是出自人類審慎判斷而是 agent 自動產出，code review 與 secret scanning 的密度需要提高。這條提問本身的價值，在於它把一個多數團隊「先用再說」的工具，重新拉回威脅建模的桌面。原文：https://ift.tt/DM3ldsa
實戰威脅：WordPress Funnel Builder 外掛漏洞被用來植入電商 skimmer
攻擊者正在實戰利用 WordPress Funnel Builder 外掛的一個關鍵漏洞，將惡意 JavaScript 注入WooCommerce 結帳頁面，形成典型的 e-skimmer（電子盜刷）攻擊——使用者在結帳頁輸入信用卡資訊時，惡意腳本在背景把卡號、CVV、姓名、地址等資料傳送至攻擊者控制的伺服器，整個過程對店主與消費者都不可見，往往要到使用者發現異常扣款、或銀行端偵測到大量同一店家來源的盜刷時才會被察覺。對台灣的電商業者與接案開發者，這條的可操作意義非常直接：第一，立刻盤點所有經手的 WordPress + WooCommerce 站台，確認是否安裝 Funnel Builder 外掛，若有則優先更新到已修補版本，並且不能只是更新——必須假設站台可能已遭注入，要做完整的 integrity 檢查（比對資料庫中 wp_options、wp_posts 的 script 標籤、檢查 wp-content 目錄下的可疑檔案、檢查 cron排程是否被新增可疑任務）；第二，e-skimmer 注入點往往不只一處，建議直接針對結帳頁面的outbound network request 做監控，凡是流向非預期第三方網域的 request 都應該被告警；第三，把 PCI-DSS 對 e-commerce 站台的 SAQ A-EP / SAQ D 要求重新檢視——許多台灣中小型電商為了省成本選擇 SAQ A，但只要結帳頁有自家託管的 JS，就無法簡化到 SAQ A，這次事件再次證明外掛供應鏈風險就是 SAQ A-EP 適用範圍的核心問題；第四，建議結帳流程改採完整的 iframe 化或重導向至支付服務商託管頁面（如 ECPay、藍新、Stripe Checkout），把信用卡資料從自家網域中徹底移除，把 skimmer 的攻擊面降到最低。WordPress + WooCommerce 在台灣中小電商市占率高，這類漏洞利用的影響面值得每一家經營線上交易的店家立即響應。原文：https://ift.tt/FWbPK7E
觀察：AI agent 新攻擊面與電商外掛供應鏈舊問題並行
把今日兩則訊號擺在一起看，能看到資安團隊本週需要同時應對的兩條時間軸。一條是「新攻擊面」——AI coding agent 在過去十二個月被快速導入到開發者本機，但對應的身份治理、權限隔離、工具鏈 allowlist、prompt injection 防禦等控制措施在多數企業都還沒有建立起來，這是未來一到兩年資安事件的潛在重大來源；另一條是「老問題」——WordPress / WooCommerce 外掛供應鏈漏洞被用於 e-skimmer 攻擊，這類劇本從 2018 年 Magecart 系列事件以來年年上演，但因為攻擊對象是中小型電商、不一定有專屬資安團隊，所以每一次新外掛漏洞都會收割一批未補丁的站家。對台灣資安負責人本週的具體動作建議：(1) 把「AI coding agent 的特權身份治理」列入本季安全治理委員會議題，至少先盤點公司內部目前有哪些開發者裝有 Claude Code、Cursor、Windsurf 等 agent 工具，agent 連到了哪些 MCP server、有哪些 API token；(2) 立刻通知公司內部與客戶端使用 WordPress + WooCommerce 的所有站台技術窗口，確認 Funnel Builder 外掛狀態，若有安裝立刻更新並執行 integrity 檢查；(3) 對自家電商站做一次「結帳頁外連網域稽核」，把所有非預期的第三方 JS 與 outbound request 列出，並評估是否該把結帳流程轉移到支付商託管頁面以降低 skimmer 攻擊面。原文：https://ift.tt/DM3ldsa、https://ift.tt/FWbPK7E