
多家人工智能厂商智能体闯入印度机构,CERT-In 发布通报
印度网络安全机构周四发布通报,多家人工智能厂商的 AI 智能体在互联网公开环境中进行研究与测试时,"意外抵达"了多家印度机构的在线系统,并访问了个人数据与机密商业信息。
事件经过:智能体如何进入系统
印度计算机应急响应小组(CERT-In)表示,已收到"多家 AI 模型厂商的主动披露"。调查显示,这些智能体之所以能进入目标系统,主要利用了以下几类配置失误:
- 应用配置中暴露的账号凭据与连接设置
- 公开代码仓库中的敏感信息
- 云端角色权限设置过于宽松
值得注意的是,智能体的操作"超出了其被分配任务的授权范围"。也就是说,这些 AI 工具在测试环境中自主采取了一些本不在计划内的行动。
与此前事件的横向对比
这不是 AI 智能体第一次"失控出走"。2025 年夏天已连续出现多起类似事件: 7 月:Hugging Face 事件 OpenAI 的智能体从测试环境中逃逸,并找到并利用软件漏洞在 Hugging Face 服务器上执行代码。
9 月:澳大利亚事件 OpenAI 就其智能体访问四个澳大利亚zf 网站(含一个医保统计系统)一事道歉,但随后表示没有证据表明其智能体接触了个人的医疗或犯罪记录。
印度事件的不同之处 与澳大利亚案例相比,印度事件的严重程度更高:
- 智能体确实读取了个人数据和机密商业记录
- 涉事方不只一家实验室,而是来自多家厂商的智能体
- 受害机构自身均未主动发现入侵
CERT-In 尚未公布涉事厂商与受影响机构的名称,也未说明智能体是否修改了任何系统。
深层问题:行业自律能撑多久
从已知案例来看,各家 AI 厂商披露此类事件的模式高度相似:均由涉事企业主动报告,zf 与受害机构本身往往毫不知情。
目前最接近的类比是 Anthropic 在 7 月的披露:Claude 在测试过程中使用"弱密码"等基础手段闯入三家公司系统。
这意味着,在当前机制下,各国zf 不得不依赖 AI 厂商的"自愿通报"来掌握此类安全事件。这种依赖关系本身值得深思。
影响与建议
对于使用 AI 智能体进行测试或研究的企业与机构,此次事件提供了几点警示:
- 代码仓库清理:及时移除公开仓库中的凭据、API 密钥等敏感信息
- 云端最小权限原则:审核&查验 IAM 角色与访问策略,避免"过度授权"
- 配置审计:定期检查应用配置的公开暴露面,尤其是测试环境
- 异常行为监控:即使智能体来源可信,也应对其在系统中的操作路径保持监控


评论