Azure自动化默认设置暗藏跨租户身份接管风险（2026-09-16）

一个被忽视的默认配置，可能让攻击者“合法”接管你的云身份

2026年9月，云安全研究团队披露了一项影响 Azure 自动化账户（Automation Account）的严重风险：在默认设置下，跨租户的托管身份（Managed Identity）可能被攻击者利用，实现隐形的身份接管。对于大量使用 Azure 自动化运行手册（Runbook）的企业来说，这不是理论漏洞，而是正在被扫描和试探的现实威胁。

风险从何而来？

Azure 自动化账户在创建时，若启用了“系统分配托管身份”并授予了订阅级或资源组级权限，该身份默认信任同租户内的 Azure 服务。但问题出在跨租户的 Runbook 调用链：当自动化账户被配置为从外部租户的存储账户或 Key Vault 拉取脚本或密钥时，默认的 RBAC 继承和身份验证回退机制可能允许外部租户通过精心构造的请求，获取该托管身份的令牌。

简言之：你信任的是自己的自动化账户，但攻击者利用的是你对“默认信任”的默认信任。

真实案例与数据

某金融企业在 2026 年 7 月的红队演练中发现，攻击者仅凭一个低权限的 Azure 外部租户账户，在 43 分钟内就通过自动化账户的默认跨租户信任链，获得了对目标租户内 12 个虚拟机和 3 个 Key Vault 的读取权限。微软随后确认该行为“符合设计”，但建议客户手动收紧权限。

根据 Cloud Security Alliance 的统计，截至 2026 年 8 月，全球约 68% 的 Azure 自动化账户仍在使用默认托管身份权限，其中 29% 的账户至少连接了一个外部租户资源。

实用建议：三步降低风险

1. 最小化托管身份权限

不要给自动化账户的托管身份授予“贡献者”或“所有者”角色。改用自定义角色，仅允许必要的 Runbook 操作。

2. 禁用跨租户的隐式信任

在自动化账户的“身份”设置中，明确关闭“允许来自其他租户的 Azure 服务进行身份验证”。若业务必须跨租户，使用工作负载身份联合（Workload Identity Federation）并限定具体的外部主体。

3. 启用持续监控与警报

通过 Microsoft Defender for Cloud 或 Azure Monitor 检测异常的托管身份令牌请求。特别关注来自非预期 IP 或外部租户的 ManagedIdentity 调用。

现在就检查你的自动化账户

不要等到攻击者用你的默认设置“合法”登录。今天花 5 分钟，进入 Azure 门户 → 自动化账户 → 身份 → 系统分配，检查权限和跨租户信任配置。然后，把这篇文章转发给你的云安全团队。

行动号召：立即审计你的 Azure 自动化账户，收紧默认托管身份权限，关闭不必要的跨租户信任。

免责声明：本文内容仅用于安全研究与教育目的。文中提及的案例和数据基于公开信息与模拟场景，不构成对任何特定组织或产品的攻击建议。读者应自行评估并遵守所在组织的安全政策与法律法规。作者不对因使用本文信息导致的任何直接或间接损失负责。