【问题标题】:Policy malformed when deploying serverless application部署无服务器应用程序时策略格式错误
【发布时间】:2020-10-30 15:58:29
【问题描述】:

我有一个使用无服务器框架创建的 lambda 函数,在将其部署到开发环境时遇到错误。问题似乎与 IAM 相关,并不是一个 perissions 问题,因为 AWS 说这是一个格式错误的策略。我已包含在 cloudformation 控制台中看到的错误消息以及整个 serverless.yml 文件。希望有人可以帮助我修复它,我让它在另一个帐户上工作,尽管已经进行了内存限制和为 iam 策略指定资源等更改。应该补充一点,我已经确认 iam 部分中引用的 sqs 队列确实存在,并且我已经尝试了没有 opt:accID 部分的确切 arn。

错误信息

The policy failed legacy parsing (Service: AmazonIdentityManagement; Status Code: 400; Error Code: MalformedPolicyDocument; 

Serverless.yaml 文件

provider:
  name: aws
  runtime: nodejs10.x
  region: us-east-1
  vpc:
    securityGroupIds:
      - ${ssm:/${opt:stage}/securityGroupIds}
    subnetIds:
      - ${ssm:/${opt:stage}/subnetIds}
  iamRoleStatements:
    - Effect: 'Allow'
      Resource: arn:aws:sqs:us-east-1:{opt:accID}:influxdb_perf_mon
      Action:
        - 'sqs:*'
  environment:
    tsQueue: https://sqs.us-east-1.amazonaws.com/${opt:accID}/influxdb_perf_mon

functions:
  perf:
    handler: handler.perf
    memorySize: 128 # in MB
    events:
      - sqs: 
          arn: arn:aws:sqs:us-east-1:{opt:accID}:influxdb_perf_mon
          batchSize: 1

S3 中的 Cloudformation

"IamRoleLambdaExecution": {
      "Type": "AWS::IAM::Role",
      "Properties": {
        "AssumeRolePolicyDocument": {
          "Version": "2012-10-17",
          "Statement": [
            {
              "Effect": "Allow",
              "Principal": {
                "Service": [
                  "lambda.amazonaws.com"
                ]
              },
              "Action": [
                "sts:AssumeRole"
              ]
            }
          ]
        },
        "Policies": [
          {
            "PolicyName": {
              "Fn::Join": [
                "-",
                [
                  "timeseries-lambda",
                  "dev",
                  "lambda"
                ]
              ]
            },
            "PolicyDocument": {
              "Version": "2012-10-17",
              "Statement": [
                {
                  "Effect": "Allow",
                  "Action": [
                    "logs:CreateLogStream",
                    "logs:CreateLogGroup"
                  ],
                  "Resource": [
                    {
                      "Fn::Sub": "arn:${AWS::Partition}:logs:${AWS::Region}:${AWS::AccountId}:log-group:/aws/lambda/timeseries-lambda-dev*:*"
                    }
                  ]
                },
                {
                  "Effect": "Allow",
                  "Action": [
                    "logs:PutLogEvents"
                  ],
                  "Resource": [
                    {
                      "Fn::Sub": "arn:${AWS::Partition}:logs:${AWS::Region}:${AWS::AccountId}:log-group:/aws/lambda/timeseries-lambda-dev*:*:*"
                    }
                  ]
                },
                {
                  "Effect": "Allow",
                  "Resource": "arn:aws:sqs:us-east-1:100525853236:influxdb_perf_mon",
                  "Action": [
                    "sqs:*"
                  ]
                },
                {
                  "Effect": "Allow",
                  "Action": [
                    "sqs:ReceiveMessage",
                    "sqs:DeleteMessage",
                    "sqs:GetQueueAttributes"
                  ],
                  "Resource": [
                    "arn:aws:sqs:us-east-1:{opt:accID}:influxdb_perf_mon"
                  ]
                }
              ]
            }
          }
        ],
        "Path": "/",
        "RoleName": {
          "Fn::Join": [
            "-",
            [
              "timeseries-lambda",
              "dev",
              {
                "Ref": "AWS::Region"
              },
              "lambdaRole"
            ]
          ]
        },
        "ManagedPolicyArns": [
          {
            "Fn::Join": [
              "",
              [
                "arn:",
                {
                  "Ref": "AWS::Partition"
                },
                ":iam::aws:policy/service-role/AWSLambdaVPCAccessExecutionRole"
              ]
            ]
          }
        ]
      }
    },

【问题讨论】:

  • 部署阶段是否失败?如果是,您可以转到您的 S3 存储桶,并找到无服务器框架生成的 CloudFormation 模板。这将能够检查完整的角色并可能有助于解决问题。
  • @Marcin 我将有问题的 cloudformation 添加到了 OP。我不知道 cloudformation 所以对此不确定

标签: amazon-web-services aws-lambda serverless-framework


【解决方案1】:

为您列出的 IAM 权限定义资源的行有一个小错字,并且缺少 $

Resource: arn:aws:sqs:us-east-1:{opt:accID}:influxdb_perf_mon

应该是

Resource: arn:aws:sqs:us-east-1:${opt:accID}:influxdb_perf_mon

这可能会解决您的问题

【讨论】:

  • 感谢您注意到这一点,我尝试发出 $ 并没有运气同样的错误消息
【解决方案2】:

重新部署您在我的沙盒帐户中的角色。我发现问题来自:

                {
                  "Effect": "Allow",
                  "Action": [
                    "sqs:ReceiveMessage",
                    "sqs:DeleteMessage",
                    "sqs:GetQueueAttributes"
                  ],
                  "Resource": [
                    "arn:aws:sqs:us-east-1:{opt:accID}:influxdb_perf_mon"
                  ]
                }

具体来说,来自{opt:accID}。将资源更改为(真实帐号)解决了我的验证问题:

"arn:aws:sqs:us-east-1:324124214:influxdb_perf_mon"

因此问题是,此政策从何而来?它没有在问题中提供的Serverless.yaml 中列出?你确定这是你最近使用的Serverless.yaml吗?

【讨论】:

  • 我认为这是最近的一个,至少它是显示的 s3 日期中最近的一个。我查看了可能缺少$ 的其他地方,并在 serverless.yaml 文件的事件部分找到了一个。问题现在似乎已解决
  • @joshk132 很高兴听到。那么现在我确定的政策是正确的吗? event 必须已生成策略。
  • 是的,看起来该事件是创建策略的事件。从来没有深入研究过,总是认为你必须自己做
  • @joshk132 感谢您告诉我。顺便说一句,如果我或 GarethMcCumskey 的答案有帮助,我们将不胜感激。
猜你喜欢
  • 2021-10-14
  • 1970-01-01
  • 1970-01-01
  • 2013-04-23
  • 1970-01-01
  • 2014-07-28
  • 2014-07-08
  • 1970-01-01
  • 2013-08-05
相关资源
最近更新 更多