防止跨服务混淆座席

混淆代理问题是一个安全性问题，即不具有操作执行权限的实体可能会迫使具有更高权限的实体执行该操作。在中 AWS，跨服务模仿可能会导致混乱的副手问题。

一个服务（呼叫服务）调用另一项服务（所谓的服务）时，可能会发生跨服务模拟。可以操纵调用服务以使用其权限对另一个客户的资源进行操作，否则该服务不应有访问权限。为了防止出现混乱的代理问题，我们 AWS 提供了一些工具，可帮助您保护所有服务的数据，这些服务委托人已被授予访问您账户中资源的权限。

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

下表列出了 ExportJournalToS3 和 StreamsJournalToKinesis QLDB API 操作的可能值aws:SourceArn。这些操作在此安全问题范围内，因为它们调用 AWS Security Token Service (AWS STS) 来代入您指定的 IAM 角色。

API 操作	调用的服务	aws：SourceArn
ExportJournalToS3	AWS STS (AssumeRole)	允许 QLDB 担任账户中任何 QLDB 资源的角色： arn:aws:qldb:us-east-1:123456789012:* 目前，QLDB 仅支持该通配符 ARN 用于日记账导出。
StreamsJournalToKinesis	AWS STS (AssumeRole)	允许 QLDB 为特定 QLDB 流担任角色： arn:aws:qldb:us-east-1:123456789012:stream/myExampleLedger/IiPT4brpZCqCq3f4MTHbYy 注意：只有在创建流资源后，您才能在 ARN 中指定流 ID。使用此 ARN，您可以允许该角色仅用于单个 QLDB 流。 允许 QLDB 担任分类账中任何 QLDB 流的角色： arn:aws:qldb:us-east-1:123456789012:stream/myExampleLedger/* 允许 QLDB 担任账户中任何 QLDB 流的角色： arn:aws:qldb:us-east-1:123456789012:stream/* 允许 QLDB 担任账户中任何 QLDB 资源的角色： arn:aws:qldb:us-east-1:123456789012:*

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

以下关于 IAM 角色的示例诚信角色演示如何使用 aws:SourceArn 和 aws:SourceAccount 全局条件上下文键来防范混淆代理问题。使用此信任策略，QLDB 只能为分类账 123456789012 账户 myExampleLedger 中的任何 QLDB 流扮演角色。

要使用此政策，请将 us-ea st-1 、 123456789012 和示例中的信息替换为你自己的信息。myExampleLedger

{
  "Version": "2012-10-17",
  "Statement": {
    "Sid": "ConfusedDeputyPreventionExamplePolicy",
    "Effect": "Allow",
    "Principal": {
      "Service": "qldb.amazonaws.com"
    },
    "Action": [ "sts:AssumeRole" ],
    "Condition": {
      "ArnEquals": {
        "aws:SourceArn": "arn:aws:qldb:us-east-1:123456789012:stream/myExampleLedger/*"
      },
      "StringEquals": {
        "aws:SourceAccount": "123456789012"
      }
    }
  }
}