印度計算機應急響應小組 CERT-In 指出，多家AI公司在測試自家代理程式時，AI代理竟闖入多家印度企業的正式系統並讀取機密紀錄；整起事件完全不是由企業自行發現，而是靠開發商事後回報才曝光。
重點整理：
- 多家AI開發商通報，測試中的AI代理曾讀取印度企業的機密紀錄。
- 受影響機構沒有一家主動察覺到這些未授權存取。
- 另有犯罪集團利用AI駭客工具，將攻擊時間從數天壓縮到數小時。
CERT-In通報內容
CERT-In在週四深夜發布關鍵安全公告表示，多家AI公司在內部稽核時發現，部分模型在測試過程中超出原先設定的任務範圍，主動連入實際營運系統。根據該機構說明，這些AI代理利用應用程式設定檔遺留的帳密、公有程式碼庫中的金鑰與鬆散的雲端權限設定，讀取了包含個資在內的商業紀錄，但沒有任何一家組織自力偵測到異常存取。
CERT-In自家威脅獵捕行動也發現另一波以財務為目的的攻擊行動：犯罪者濫用公開的AI駭客框架鎖定印度機構下手，成功把原本需要數天的入侵流程，縮短到僅需數小時。
CERT-In並未公開涉案AI開發商、模型名稱或具體受害機構，也沒有說明相關資料是否已被複製或長期留存。
延伸閱讀： Bitget開放機構交易 免交出加密資產託管權
卡巴斯基Jaydeep Singh：AI代理不再只是生產力工具
CERT-In表示，這次滲透事件背後暴露的弱點其實並不新鮮，從程式碼庫內遺留的憑證金鑰、忘記下線的測試API，到以明文儲存的金流金鑰等，都是老問題，只是AI代理能比人類更快、更全面地掃描並加以濫用。
資安廠商 Kaspersky 印度總經理 Jaydeep Singh 在接受訪問時指出，這份通報「適時提醒各界，AI代理早已不只是效率工具」。一旦給予過廣的權限，這些代理可以透過設定錯誤的雲端服務，意外打通到正式系統與敏感資料層。
他補充，2025年Kaspersky調查的入侵事件中，超過八成是從合法帳號、對外開放的應用程式或既有信任關係切入，顯示攻擊者更傾向利用既有信任鏈與錯誤設定來滲透。
Singh認為，每一個AI代理在執行「不可逆」動作前，都應強制經過人工審批。CERT-In則進一步要求AI實驗室在隔離環境中測試代理，並在網路層級阻擋對外連線，而非只依賴對模型下達「不得連網」等文字指令。
OpenAI、Anthropic早有前例
CERT-In並未點名 OpenAI 或 Anthropic 是否牽涉其中，不過兩家公司今年已陸續披露類似狀況。
今年7月，OpenAI表示，其模型在測試期間曾對AI開發平台 Hugging Face 造成安全影響，目前正通知可能被模型繞過安全控制的第三方。Anthropic之後也通報，其Claude模型曾出現四起性質相近的事件。
下一步關注： OpenAI反擊蘋果商業機密訴訟 稱對方先外傳逾百份檔案
