本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
Cross-service 困惑的副手预防
混淆代理问题是一个安全性问题，即不具有某操作执行权限的实体可能会迫使具有更高权限的实体执行该操作。在中 AWS，跨服务模仿可能会导致副手混乱的问题。 Cross-service 当一项服务（呼叫服务）调用另一项服务（被叫服务）时，可能会发生模拟。可以操纵调用服务以使用其权限对另一个客户的资源进行操作，否则该服务不应有访问权限。为防止这种情况，请 AWS 提供工具来帮助您保护所有服务的数据，这些服务主体已被授予访问您账户中资源的权限。
我们建议在资源策略中使用 SourceArn a ws: 和 aws: SourceAccount 全局条件上下文密钥来限制向资源 CodeDeploy 提供其他服务的权限。如果同时使用全局条件上下文密钥和包含账户 ID 的 aws:SourceArn 值，则 aws:SourceAccount 值和 aws:SourceArn 值中的账户在同一策略语句中使用时，必须使用相同的账户 ID。如果您只希望将一个资源与跨服务访问相关联，请使用 aws:SourceArn。如果您想该账户中的任何资源与跨服务使用相关联，请使用 aws:SourceAccount。
对于 EC2/On-Premises AWS Lambda 和常规的 Amazon ECS 部署，的值aws:SourceArn应包括允许代入 IAM 角色的 CodeDeploy 部署组 ARN。 CodeDeploy
对于通过创建的 Amazon ECS blue/green 部署 CloudFormation，的值aws:SourceArn应包括允许代入 IAM 角色的 CloudFormation 堆栈 ARN。 CodeDeploy
防范混淆代理问题最有效的方法是使用 aws:SourceArn 键和资源的完整 ARN。如果不知道完整 ARN，或者正在指定多个资源，请针对未知部分使用通配符（*）。
例如，您可以在、 AWS Lambda 或常规的 Amazon ECS 部署中使用以下信任策略： EC2/On-Premises
对于通过创建的 Amazon ECS blue/green 部署 CloudFormation，您可以使用：
