防止跨服务混淆座席

混淆代理问题是一个安全性问题，即不具有操作执行权限的实体可能会迫使具有更高权限的实体执行该操作。在中 AWS，跨服务模仿可能会导致混乱的副手问题。一个服务（呼叫服务）调用另一项服务（所谓的服务）时，可能会发生跨服务模拟。可以操纵调用服务以使用其权限对另一个客户的资源进行操作，否则该服务不应有访问权限。为了防止这种情况，我们 AWS 提供了一些工具，帮助您保护所有服务的数据，这些服务委托人已被授予对您账户中资源的访问权限。

我们建议在资源策略中使用aws:SourceArn和aws:SourceAccount全局条件上下文密钥来限制为资源 AWS Backup 提供其他服务的权限。如果使用两个全局条件上下文键，在同一策略语句中使用时，aws:SourceAccount 值和 aws:SourceArn 值中的账户必须使用相同的账户 ID。

AWS Backup 用于代表您发布 Amazon SNS 主题时，的值aws:SourceArn必须是 AWS Backup 文件库。

防范混淆代理问题最有效的方法是使用 aws:SourceArn 全局条件上下文键和资源的完整 ARN。如果不知道资源的完整 ARN，或者正在指定多个资源，请针对 ARN 未知部分使用带有通配符 (*) 的 aws:SourceArn 全局上下文条件键。例如 arn:aws::servicename::123456789012:*。

以下示例策略显示了如何使用中的aws:SourceArn和aws:SourceAccount全局条件上下文密钥 AWS Backup 来防止出现混淆的副手问题。只有当服务主体代表账户 123456789012 对备份保管库采取行动时，该政策才允许服务主体 backup-storage.amazonaws.com 执行 KMS 操作： AWS

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Sid": "Allow root all KMS access",
      "Effect": "Allow",
      "Principal": {
        "AWS": "arn:aws:iam::123456789012:root"
      },
      "Action": "kms:*",
      "Resource": "*"
    },
    {
      "Sid": "Allow Backup Storage SPN backup related operations on Key",
      "Effect": "Deny",
      "Principal": {
        "Service": "backup-storage.amazonaws.com"
      },
      "Action": [
        "kms:Decrypt",
        "kms:RetireGrant",
        "kms:GenerateDataKey"
      ],
      "Resource": "*",
      "Condition": {
        "ForAllValues:StringNotLike": {
          "aws:SourceArn": ["arn:aws:backup:us-east-1:123456789012:backup-vault:*"], 
          "aws:SourceAccount": ["123456789012"]
        }
      }
    }
  ]
}