OpenClaw—AI研究在一家大型企业中，一位安全分析师发现敏感的人力资源文档被复制到一个有数百名员工访问权限的微软Teams频道。令人意外的是，这并非由恶意内部人员或高级黑客造成，而是因为一个Power Automate工作流所致。
这个工作流由一位开发人员创建，旨在实现SharePoint与Teams之间的文件审批自动化。为了加快开发进度，他使用了AI助手来生成自动化逻辑。功能上，工作流运行正常：文档被正确传输，通知也发送到位，审批流程变得更快。
然而，问题在于没有人审查过该自动化的权限、数据流动或安全影响。这是许多企业正在步入的风险领域。AI编码助手如今被广泛用于快速生成脚本、工作流、查询和集成，但这种便利性也带来了新的安全隐患。
微软365生态系统是大多数企业环境的中心，涵盖了电子邮件、文档、Teams对话、SharePoint站点、OneDrive文件、身份数据、合规记录和业务流程等关键信息。AI工具与微软365自动化平台的结合，虽然带来了生产力提升，但也制造了一个安静却严重的安全问题：自动化功能看似正常，但没有人完全理解其背后的运作机制。
传统软件开发通常会经过同行评审、测试、部署管道和安全检查等环节，但微软365自动化却常常缺乏这些控制措施。Power Automate流程、Graph API脚本、SharePoint自动化、eDiscovery查询、Teams集成和PowerShell脚本通常由管理员、业务分析师、开发人员和高级用户构建，他们的首要目标往往只是让流程更快捷。
AI的加入进一步降低了创建自动化的门槛。用户不再需要深入了解微软Graph权限、连接器行为、SharePoint继承关系、DLP策略或审计日志记录等专业知识。他们只需用简单的英语描述需求，就能在几分钟内获得一个可运行的脚本或工作流。
问题不在于AI故意创建恶意自动化，而在于AI生成的代码虽然能正常工作，却未必安全。许多用户只测试自动化是否完成任务，而很少有人检查它是否符合最小权限原则、遵守数据分类、访问边界、保留规则或审计要求。
AI生成的微软Graph脚本往往倾向于广泛的权限设置，因为更广泛的访问权限使代码更有可能正常运行。例如，开发人员可能请求一个从SharePoint读取文件并向Teams发布更新的脚本，而生成的代码可能会请求广泛的租户级权限，而不是针对特定站点、库或频道的有限访问权限。
Power Automate使得在SharePoint、Teams、Outlook、OneDrive、Excel、第三方SaaS工具和外部收件人之间传递信息变得容易。这种便利性也正是其风险所在。一个设计用于分发月度报告的流程，可能会意外地将工资单数据、客户记录、法律文件或机密业务文件发送到错误的Teams频道或外部邮箱。
安全和合规团队也在使用AI生成eDiscovery搜索、审计查询和内部风险评估等任务，这进一步加剧了潜在的安全隐患。企业需要重新审视AI辅助自动化的安全策略，并加强对AI生成工作流的安全审查和权限管理。
