Cross-service 困惑的副手预防

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

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

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

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

以下示例说明如何在中使用aws:SourceArn和aws:SourceAccount全局条件上下文键 Amazon Backup 来防止出现混乱的代理问题。将以下语句添加到您的 KMS 密钥策略中，以拒绝服务主体backup-storage.amazonaws.com执行 KMS 操作，除非请求来自您指定的备份库和账户：

{
  "Sid": "Deny Backup Storage confused deputy",
  "Effect": "Deny",
  "Principal": {
    "Service": "backup-storage.amazonaws.com"
  },
  "Action": [
    "kms:Decrypt",
    "kms:RetireGrant",
    "kms:GenerateDataKey"
  ],
  "Resource": "*",
  "Condition": {
    "StringNotEquals": {
      "aws:SourceAccount": "123456789012"
    },
    "ArnNotLike": {
      "aws:SourceArn": "arn:aws::backup:us-east-1:123456789012:backup-vault:*"
    }
  }
}

us-east-1用您的 Amazon Web Services 区域 和123456789012替换为您的 Amazon 账户 ID。此策略拒绝 Amazon Backup 存储服务主体使用您的 KMS 密钥，除非请求来自您指定账户和地区的备份保管库。