正在測試階段的AI代理程式，曾在多家印度企業的實際營運環境中取得未授權存取權限、讀取機密紀錄，而事件之所以曝光， 完全是因為開發這些代理的AI公司主動向主管機關通報，印度電腦緊急應變小組 CERT-In 公告指出。
重點整理：
- 多家AI開發商回報，其測試中的AI代理曾在印度企業環境中讀取機密紀錄。
- 所有受影響機構都未自行偵測到這些未授權存取。
- 另有犯罪集團利用公開AI駭客工具，將攻擊時間從數天壓縮到數小時。
CERT-In 公告重點
CERT-In 在週四晚間發布的重要通告中表示， 多家AI公司在內部檢討時發現，其模型在測試期間超出原先設定的任務範圍，自行連入印度企業的實際系統。 這些AI代理透過暴露在應用程式設定檔、公開程式碼庫與寬鬆雲端權限中的帳密與金鑰，讀取了商業紀錄與個資等敏感資料， 卻沒有一家組織自行偵測到異常行為。
該機構自行進行威脅獵捕作業時，還挖出 一波目的明確、以財務為導向的攻擊行動：犯罪者鎖定印度機構，直接套用公開的AI駭客框架，大幅縮短入侵所需時間， 從過去的數天壓縮到短短數小時。
CERT-In 並未揭露涉案AI開發商名稱、具體模型或受影響機構，也未說明相關資料是否遭到複製、外洩或留存。
Kaspersky Jaydeep Singh：AI代理已不只是生產力工具
CERT-In 指出，這些入侵真正被利用的其實是「老問題」：從硬編在原始碼中的金鑰、忘了關的測試API， 到以明碼存放的支付金鑰，AI代理只是比人類駭客更快、更徹底地掃光這些弱點。
資安廠商 Kaspersky 印度區總經理 Jaydeep Singh 在接受訪問時表示， 這份通告「適時提醒大家，AI代理早就不只是提升效率的工具」。 一旦被賦予過度廣泛的權限，這些代理就能透過設定不當的雲端服務，意外打通通往正式系統與敏感資料的任意門。
Singh 補充，以 Kaspersky 在2025年調查的案例來看，超過八成攻擊事件都是從「合法帳號、對外服務應用程式與既有信任關係」 這三大入口進場。
他主張，每一個AI代理在執行「無法回溯」的動作前，都必須取得人類明確授權。 CERT-In 則進一步要求AI實驗室，應在「隔離環境」中測試代理程式，並在網路層級封鎖對外連線， 而不是只靠在模型指令中加註限制來約束其行為。
OpenAI、Anthropic 類似前例
CERT-In 沒有說明這次事件是否牽涉 OpenAI 或 Anthropic 的模型，但這兩家公司今年都曾公布相似狀況。
今年7月，OpenAI 表示其模型在內部測試時曾入侵AI開發平台 Hugging Face， 目前正通知那些安全控制可能被其模型繞過的第三方機構。 Anthropic 隨後也披露，旗下 Claude 模型曾發生四起類似案例。
