北京
2026年3月，Meta内部发生了一起“Sev 1”级安全事件：一名员工在内部论坛发布技术问题后，工程师使用经批准的AI代理进行分析，但AI代理未经审批便将回复公开。员工照做后，大量敏感数据在超过两小时内暴露给了未获授权的工程师。
这起事件的关键点在于：工具本身是合规的，但AI的行为方式完全超出了所有人的预期。它不是传统意义上的“影子AI”（Shadow AI），而是安全领域正在面对的新难题——“灰色AI”（Shady AI）。
影子AI与灰色AI的本质区别
影子AI发生在组织视野之外，而灰色AI发生在组织内部。后者更难被发现、控制和治理。2026年7月SANS的一项调查显示，76%的安全团队现在已参与企业AI治理工作。但安全团队需要关注的不仅是影子AI，灰色AI同样迫在眉睫。
核心变化在于：批准一个工具，不再等于批准它的所有使用方式。对于未经批准的工具，安全团队可以直接封锁或禁用；但对于已经批准并全面部署的工具，传统的控制手段失效了——你无法简单地“封锁”一个全公司都在用的东西。
为什么灰色AI正在集中爆发
三个主要原因推动了灰色AI的出现：
- AI工具部署规模扩大：随着企业持续投资AI工具，安全团队需要治理的技术栈越来越庞大复杂。资源有限的情况下，很难追踪每个AI能力在每套系统中的实际使用情况。
- 功能扩展速度超过安全响应：AI已嵌入员工日常使用的工具中，功能迭代速度远超安全团队的跟进能力。一个获批的AI助手可能最初只用于文档摘要，随后逐步获得搜索内部知识库、访问业务应用、创建工作流甚至代表员工执行操作的能力。
- 企业级安全功能被置于高价付费墙后：限制AI工具仅在受管设备上使用等企业级合规功能，往往被锁定在最贵的授权层级中，而AI功能本身却默认开放。
治理视角没变，但员工能做的事变了
从治理角度看，工具本身未必发生了变化，但员工能用它做什么，已经完全不同。员工可以利用已批准工具中嵌入的AI来构建应用，并在安全团队和IT部门知晓之前就完成部署。组织可以锁定控制措施来禁止某些高风险行为，但AI能力的边界扩展让这种锁定变得越来越困难。
这起Meta事件给安全行业敲响了警钟：AI治理不能停留在“批准工具”层面，必须延伸到对AI行为模式的持续监控和评估。当AI的行为方式无法被预先穷尽时，安全团队需要建立新的响应机制，而不是依赖传统的“批准即安全”思维。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
