防止跨服务混淆座席

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

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

防止混淆副手问题的最有效方法是使用带有完整的 Amazon 资源名称 (ARN) 的全aws:SourceArn局条件上下文密钥。对于 AWS IoT，您aws:SourceArn必须遵守以下格式：arn:aws:iot:region:account-id:resource-type/resource-id资源特定权限或arn:aws:iot:region:account-id:*。resource-id 可以是允许资源的名称或 ID，也可以是允许资源的通配符语句。IDs确保region与您的 AWS IoT 地区相匹配，并且与您的客户账户 ID account-id 相匹配。

以下示例说明如何通过在 AWS IoT 角色信任策略中使用aws:SourceArn和aws:SourceAccount全局条件上下文密钥来防止出现混淆的代理问题。有关更多示例，请参阅混淆代理问题防范详细示例。

{
   "Version":"2012-10-17",
   "Statement":[
      {
         "Effect":"Allow",
         "Principal":{
            "Service":"iot.amazonaws.com"
         },
         "Action":"sts:AssumeRole",
         "Condition":{
            "StringEquals":{
               "aws:SourceAccount":"123456789012"
            },
            "ArnLike":{
               "aws:SourceArn":"arn:aws:iot:us-east-1:123456789012:*"
            }
         }
      }
   ]
}

混淆代理问题防范详细示例

实例集预置

您可以使用预置模板资源配置实例集预置。当预置模板引用预置角色时，该角色的信任策略可以包括 aws:SourceArn 和 aws:SourceAccount 条件键。这些键限制了配置可以调用 sts:AssumeRole 请求的资源。

使用以下信任策略的角色只能由 SourceArn 中指定的预置模板的 IoT 主体（iot.amazonaws.com）担任。

{
   "Version":"2012-10-17",
   "Statement":[
      {
         "Effect":"Allow",
         "Principal":{
            "Service":"iot.amazonaws.com"
         },
         "Action":"sts:AssumeRole",
         "Condition":{
            "StringEquals":{
               "aws:SourceAccount":"123456789012"
            },
            "ArnLike":{
               "aws:SourceArn":"arn:aws:iot:us-east-1:123456789012:provisioningtemplate/example_template"
            }
         }
      }
   ]
}

JITP

在 just-in-time provisioning (JITP) 中，您可以将配置模板用作独立于 CA 的资源，也可以将模板主体和角色定义为 CA 证书配置的一部分。 AWS IoT 角色信任策略aws:SourceArn中的值取决于您定义配置模板的方式。

{
   "Version":"2012-10-17",
   "Statement":[
      {
         "Effect":"Allow",
         "Principal":{
            "Service":"iot.amazonaws.com"
         },
         "Action":"sts:AssumeRole",
         "Condition":{
            "StringEquals":{
               "aws:SourceAccount":"123456789012"
            },
            "ArnLike":{
               "aws:SourceArn":"arn:aws:iot:us-east-1:123456789012:cacert/8ecde6884f3d87b1125ba31ac3fcb13d7016de7f57cc904fe1cb97c6ae98196e"
            }
         }
      }
   ]
}

凭证提供者

对于AWS IoT Core 凭据提供程序，请使用 AWS 账户 您在中创建角色别名的相同语句aws:SourceAccount，并指定与中 rolealias 资源ARN类型的资源相匹配的语句。aws:SourceArn在创建供 AWS IoT Core 凭证提供者使用的IAM角色时，您必须在aws:SourceArn条件中包含可能需要担任该ARNs角色的任何角色别名，从而授权跨服务请求。sts:AssumeRole

以下信任策略的角色只能由中 roleAlias 指定的 AWS IoT Core 凭证提供者 (credentials.iot.amazonaws.com) 的委托人担任。SourceArn如果委托人尝试检索aws:SourceArn条件中指定的角色别名的证书，则该请求将被拒绝，即使该其他角色别名引用了相同的IAM角色。

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Principal": {
        "Service": "credentials.iot.amazonaws.com"
      },
      "Action": "sts:AssumeRole",
      "Condition": {
        "StringEquals": {
          "aws:SourceAccount": "123456789012"
        },
        "ArnLike": {
          "aws:SourceArn": "arn:aws:iot:us-east-1:123456789012:rolealias/example_rolealias"
        }
      }
    }
  ]
}