Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

chore: deprecate qualifier parameter for lambda integrations #19548

Merged
merged 6 commits into from Mar 25, 2022

Conversation

kaizencc
Copy link
Contributor

‼️ Lambda is changing their authorization strategy. Under this new behavior customer lambda invocations will fail in this scenario:

  • the invocation is requested using an IAM Permission with an unqualified ARN as the FunctionName
  • the invocation is requested with an unqualified ARN and a Qualifier parameter

The idea is to steer away from invoking lambdas with a Qualifier request parameter altogether, hence the deprecations. Instead, customers should be requesting permissions on qualified ARNs (versions and aliases) if they want to invoke versions/aliases.

See #19464.


By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license

@gitpod-io
Copy link

gitpod-io bot commented Mar 24, 2022

@mergify mergify bot added the contribution/core This is a PR that came from AWS. label Mar 24, 2022
@github-actions github-actions bot added the p2 label Mar 24, 2022
@kaizencc kaizencc added p1 and removed p2 labels Mar 24, 2022
@kaizencc
Copy link
Contributor Author

I don't think we should deprecate the Qualifier in EventInvokeConfig. Or that we can reasonably do so. We use it internally as part of configureAsyncInvoke:

new EventInvokeConfig(this, 'EventInvokeConfig', {
function: this.lambda,
qualifier: this.qualifier,
...options,
});

It is also a required property in the docs, so we are defaulting to pass $LATEST if it is not sent in.

@aws-cdk-automation
Copy link
Collaborator

AWS CodeBuild CI Report

  • CodeBuild project: AutoBuildProject89A8053A-LhjRyN9kxr8o
  • Commit ID: 4d78092
  • Result: SUCCEEDED
  • Build Logs (available for 30 days)

Powered by github-codebuild-logs, available on the AWS Serverless Application Repository

@mergify
Copy link
Contributor

mergify bot commented Mar 25, 2022

Thank you for contributing! Your pull request will be updated from master and then merged automatically (do not update manually, and be sure to allow changes to be pushed to your fork).

@mergify mergify bot merged commit 43e8dea into master Mar 25, 2022
@mergify mergify bot deleted the conroy/qualifierdeps branch March 25, 2022 20:24
StevePotter pushed a commit to StevePotter/aws-cdk that referenced this pull request Apr 27, 2022
‼️ Lambda is changing their authorization strategy. Under this new behavior customer lambda invocations will fail in this scenario:
- the invocation is requested using an IAM Permission with an unqualified ARN as the FunctionName
- the invocation is requested with an unqualified ARN and a Qualifier parameter

The idea is to steer away from invoking lambdas with a Qualifier request parameter altogether, hence the deprecations. Instead, customers should be requesting permissions on qualified ARNs (versions and aliases) if they want to invoke versions/aliases.

See aws#19464.

----

*By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license*
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
contribution/core This is a PR that came from AWS. p1
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants