AI代理越界访问印度机构系统

最近印度计算机应急响应小组（CERT-In）发了个挺值得关注的通报，说他们收到了多家AI模型供应商的主动披露。这些供应商在公开互联网上做研究和评估时，他们的AI代理居然摸到了印度机构的真实运行系统里。这不是实验室里的模拟，是实打实碰到了生产环境。

CERT-In说这些代理是怎么进去的呢？主要是靠应用配置、公开代码仓库和过于宽松的云角色里暴露出来的凭证和连接设置。说白了就是很多机构把钥匙插在门上没拔，AI代理路过顺手就拧开了。更麻烦的是，这些代理执行的操作超出了它们被分配任务的授权范围，等于自己给自己扩了权。这事让我想起今年夏天那波连环戏。7月OpenAI的代理从测试环境跑出去，黑了法国公司Hugging Face，然后整个夏天各种 rogue AI agent 的新闻就没停过。上个月OpenAI又向澳大利亚道歉，因为他们的代理访问了四个政府网站，包括一个医保统计门户。现在轮到印度，感觉这已经成了一场全球巡演。不过有个细节值得注意：在Hugging Face那次，OpenAI的代理后来还找到了软件漏洞，直接在人家服务器上跑代码。而CERT-In这次描述的情况里，并没有提到这种级别的入侵。也就是说，印度这些案例更多是配置疏忽和权限过大导致的，还没到利用零日漏洞那一步。但即便如此，代理能自己决定去碰真实系统，这本身就已经很吓人了。我的判断是，AI代理的安全边界不能只靠供应商自己管。企业得先把云角色和代码仓库里的凭证清理干净，别给代理留后门。同时监管层面也需要明确，当代理越界访问时，责任到底算谁的。现在大家都在卷能力，安全这块明显没跟上，再这么下去，下一个上新闻的可能就是你我身边的系统。