AWS Lambda、STS - 承担 DynamoDB 的角色

时间:2021-06-20 07:55:18

标签: amazon-web-services aws-lambda boto3 assume-role

我将 AWS Lambda(Python) 与 DynamoDB 一起使用。我想让我的 DynamoDB 连接采用细粒度访问策略。我正在关注this document as a guide

我遇到的问题是假设政策,它使用 STS 并提到 RoleArn

assumed_role = sts_client.assume_role(
    RoleArn="arn:aws:iam::<account-id>:role/AccessDynamoWithTenantContext",
    RoleSessionName="tenant-aware-product",
    Policy=tenantPolicy,
)

我不明白这个 RoleArn 是从哪里来的。我试过使用 lambda 的角色,但后来遇到了错误:

"An error occurred (AccessDenied) when calling the AssumeRole operation: User: 
arn:aws:sts::1234567890:assumed-role/my_lambda_role/my_lambda_role
is not authorized to perform: sts:AssumeRole 
on resource: arn:aws:iam::1234567890:role/my_lambda_role"

我应该寻找什么角色?以及如何让我的 lambda 假设它,因为我不确定您是否可以在它的 JSON 中自我引用策略。

非常感谢任何帮助。

编辑

我确实发现这行得通,但从我的角度来看,AWS 委托人过于宽松。我不确定主要领域是什么

  assume_role_policy = <<EOF
{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Action": "sts:AssumeRole",
      "Principal": {
        "Service": "lambda.amazonaws.com"
      },
      "Effect": "Allow",
      "Sid": ""
    },
    {
      "Effect": "Allow",
      "Principal": {
        "AWS": "*"
      },
      "Action": "sts:AssumeRole"
    }
  ]
}

1 个答案:

答案 0 :(得分:0)

TL;DR:

Lambda 函数的假定角色 ARN 构造如下:

arn:aws:sts::{AccountID}:assumed-role/{RoleName}/{FunctionName}

详情:

因此,在您的情况下,“角色会话名称”是 lambda 函数名称。 您可以通过尝试从您没有权限的 Lambda(例如 DynamoDB ListTables)调用 API 来轻松验证这一点。回调中的错误消息还将包含假定的角色 ARN(请注意,某些服务,例如 S3,在操作被拒绝时不会提供详细的错误消息。DynamoDB、Lambda 和大多数最近启动的服务将提供。)

我不确定您为什么需要 NotPrincipal,因为可能有更好的方法来处理您描述的场景:) 更多信息将有助于提供更准确的答案。
来自AWS IAM Documentation

<块引用>

重要:很少有场景需要使用 NotPrincipal,我们 建议您先探索其他授权选项 决定使用 NotPrincipal。

参考:https://stackoverflow.com/a/48649661/11758843