Update dependency aws-cdk-lib to v2.260.0 [SECURITY] - #65
renovate[bot] wants to merge 1 commit into
Conversation
86202ea to
61f9492
Compare
61f9492 to
ffdf9bb
Compare
ffdf9bb to
14a0c4b
Compare
14a0c4b to
6764ae1
Compare
6764ae1 to
50a4824
Compare
|
Closing as superseded by #66. Both start from the same baseline ( |
Renovate Ignore NotificationBecause you closed this PR without merging, Renovate will ignore this update ( If you accidentally closed this PR, or if you changed your mind: rename this PR to get a fresh replacement PR. |
This PR contains the following updates:
2.207.0→2.260.0aws-cdk-lib: OS Command Injection in NodejsFunction Bundling
CVE-2026-11417 / GHSA-999r-qq7v-r334
More information
Details
Summary
AWS CDK (
aws-cdk-lib) is an open-source framework for defining cloud infrastructure in code and provisioning it through AWS CloudFormation. OS command injection in theNodejsFunctionlocal bundling pipeline inaws-cdk-libbefore 2.245.0 (2.246.0 on Windows) might allow a threat actor who controls the value of one or more bundling properties (externalModules,define,loader,inject, oresbuildArgs) to execute arbitrary commands on the host running the CDK toolchain via injected shell metacharacters. This issue requires the threat actor to control the value of one or more of the affected bundling properties in the CDK application.Impact
During local Lambda bundling,
NodejsFunctionassembled an esbuild command string from the bundling propertiesexternalModules,define,loader,inject, andesbuildArgsand executed it via a shell (bash -con Linux/macOS,cmd /con Windows) throughspawnSync. The property values were interpolated without escaping or validation, so values containing shell metacharacters could execute arbitrary commands with the privileges of the user runningcdk synth,cdk deploy, orcdk diff. Exploitation requires a threat actor to control one or more of the affected property values in the CDK application — for example via an untrusted npm dependency that vends a wrapper construct, or via a pull request that introduces untrusted values.Impacted versions:
< 2.245.0 (on Windows, < 2.246.0)
Patches
This issue has been addressed in
aws-cdk-libversion 2.245.0 (PR #37292), with a Windows-specific regression fix in 2.246.0 (PR #37412). The fix replaces shell-based command execution with array-basedspawnSyncinvocation that does not invoke a shell. We recommend upgrading to the latest version and ensuring any forked or derivative code is patched to incorporate the new fixes.Workarounds
Ensure the values supplied to
NodejsFunctionbundling properties (externalModules,define,loader,inject,esbuildArgs) originate only from trusted sources, and audit third-party constructs and pull requests that set them. Upgrading to a fixed version is the recommended remediation.References
If you have any questions or comments about this advisory, we ask that you contact AWS Security via our vulnerability reporting page or directly via email to aws-security@amazon.com. Please do not create a public GitHub issue.
Acknowledgement
AWS would like to thank the external researcher Hesham Ashraf who reported this issue through the AWS Vulnerability Disclosure Program (HackerOne) for collaborating on it through the coordinated vulnerability disclosure process.
Severity
CVSS:4.0/AV:L/AC:L/AT:N/PR:L/UI:A/VC:H/VI:H/VA:H/SC:N/SI:N/SA:NReferences
This data is provided by the GitHub Advisory Database (CC-BY 4.0).
aws-cdk-lib: OS Command Injection in NodejsFunction Docker Bundling
CVE-2026-13760 / GHSA-vcrf-j523-4mrf
More information
Details
Summary
AWS CDK (aws-cdk-lib) is an open-source framework for defining cloud infrastructure in code and provisioning it through AWS CloudFormation. OS command injection issue in the NodejsFunction Docker bundling pipeline in aws-cdk-lib before 2.260.0 that might allow an actor who controls dependency version strings in a project's package.json file to execute arbitrary commands on the host running the CDK toolchain via injected shell metacharacters in the OsCommand helper. This issue requires the actor to control the content of a package.json dependency version string that is processed during Docker-based bundling with nodeModules specified.
Impact
During Docker-based Lambda bundling, when the nodeModules option is specified, NodejsFunction assembled a shell command string, including file-operation commands generated by an internal OsCommand helper, from the version strings of the modules listed in nodeModules, and executed it via a shell (bash -c) inside the bundling container. These version strings were interpolated without shell escaping, so values containing shell metacharacters could execute arbitrary commands inside the bundling container - which has read/write bind mounts to the host filesystem - with the privileges of the user running cdk synth, cdk deploy, or cdk diff. Leveraging this issue requires an actor to control a dependency version string for one of the listed modules - for example via an untrusted npm package referenced through nodeModules.
Impacted versions:
< 2.260.0
Patches
This issue has been addressed in aws-cdk-lib version 2.260.0 (PR #38133). We recommend upgrading to the latest version and ensuring any forked or derivative code is patched to incorporate the new fixes.
Workarounds
Ensure that the modules listed in the nodeModules bundling option - and the version strings declared for them in your project's package.json, as well as the versions of the corresponding installed packages - come only from trusted sources, and audit third-party constructs and dependencies that introduce them. Using local bundling instead of Docker-based bundling avoids the affected code path. Upgrading to a fixed version is the recommended remediation.
References
If you have any questions or comments about this advisory, we ask that you contact AWS Security via our vulnerability reporting page or directly via email to aws-security@amazon.com. Please do not create a public GitHub issue.
Acknowledgement
We would like to thank the external researcher Mostafa Ashraf who reported this issue through the AWS Vulnerability Disclosure Program (HackerOne @kaporia) for collaborating on it through the coordinated vulnerability disclosure process.
Severity
CVSS:4.0/AV:L/AC:L/AT:N/PR:L/UI:A/VC:H/VI:H/VA:H/SC:N/SI:N/SA:NReferences
This data is provided by the GitHub Advisory Database (CC-BY 4.0).
AWS CDK CodeBuild S3 Log Encryption Boolean Inversion
GHSA-464c-974j-9xm6
More information
Details
Summary
The AWS Cloud Development Kit (AWS CDK) is an open-source software development framework for defining cloud infrastructure in code and provisioning it through AWS CloudFormation. We identified an issue in which explicitly setting
encrypted: trueon theS3LoggingOptionsproperty of an AWS CodeBuild project construct produces the opposite of the intended behavior, disabling encryption on CodeBuild build logs stored in S3.Impact
The
S3LoggingOptions.encryptedproperty in theaws-codebuildmodule uses positive polarity (true= encryption ON), but is mapped directly to the CloudFormationS3LogsConfig.EncryptionDisabledfield, which uses negative polarity (true= encryption OFF). Because the value is not negated before being passed to CloudFormation, any explicit assignment produces inverted behavior:Setting
encrypted: true(intending encryption ON) causes CloudFormation to receiveEncryptionDisabled: true, disabling encryption.Setting
encrypted: false(intending encryption OFF) causes CloudFormation to receiveEncryptionDisabled: false, enabling encryption.Users who omit the property entirely are not affected, as
undefinedpasses through to CloudFormation, which defaults to encryption enabled.Users affected by this issue could have CodeBuild S3 build logs stored using SSE-S3 (Amazon S3-managed keys, AES-256) rather than the AWS managed keys that CodeBuild applies by default. Since January 5, 2023, Amazon S3 automatically encrypts all new object uploads with SSE-S3, so logs written after that date remain encrypted at rest. However, logs written prior to that date to buckets that did not have default encryption configured at the time are potentially not encrypted at rest.
Impacted versions: >= 1.75.0 and <= 2.252.0
Patches
This issue has been addressed in
aws-cdk-libversion 2.253.0. Upgrade to the latest version and ensure any forked or derivative code is patched to incorporate the new fixes.Workarounds
Users who are unable to immediately upgrade to version 2.253.0 should omit the
encryptedproperty from theirS3LoggingOptionsconfiguration entirely. When the property is omitted, the value is not passed to CloudFormation, and CodeBuild applies its default behavior of encrypting build logs using AWS managed keys.References
If you have any questions or comments about this advisory, contact AWS Security via our issue reporting page [1] or directly via email to aws-security@amazon.com. Please do not create a public GitHub issue.
[1] https://aws.amazon.com/security/vulnerability-reporting/
Acknowledgement
AWS thanks AISafe for collaborating on this issue through the coordinated disclosure process.
Severity
CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:NReferences
This data is provided by the GitHub Advisory Database (CC-BY 4.0).
Release Notes
aws/aws-cdk (aws-cdk-lib)
v2.260.0Compare Source
Features
Bug Fixes
Alpha modules (2.260.0-alpha.0)
v2.259.0Compare Source
⚠ BREAKING CHANGES
lambda:
Runtime.NODEJS_LATESTnow resolves tonodejs24.xin every region. Customers who pin to a concrete runtime (Runtime.NODEJS_22_X,useLatestRuntimeVersion: falseinaws-lambda-nodejs.NodejsFunction) are unaffected. ExistingAWS::Lambda::Functionresources synthesized withNODEJS_LATESTwill seeRuntime: nodejs22.x→Runtime: nodejs24.xon next deploy. Lambda accepts runtime updates in place.Customer-code compatibility — IMPORTANT: Node.js 24 removes support for callback-style asynchronous handlers (
(event, context, callback) => {...}) per the launch blog. Customers whose Lambda code still uses callback-based handlers will see runtime errors after the bump. Customers should migrate toasync (event, context) => {...}or pin toRuntime.NODEJS_22_Xexplicitly.Features
Bug Fixes
Reverts
Alpha modules (2.259.0-alpha.0)
v2.258.1Compare Source
Reverts
Alpha modules (2.258.1-alpha.0)
v2.258.0Compare Source
⚠ BREAKING CHANGES
Features
Bug Fixes
Alpha modules (2.258.0-alpha.0)
Features
Bug Fixes
v2.257.0Compare Source
⚠ BREAKING CHANGES
** L1 resources are automatically generated from public CloudFormation Resource Schemas. They are built to closely reflect the real state of CloudFormation. Sometimes these updates can contain changes that are incompatible with previous types, but more accurately reflect reality. In this release we have changed:
Features
Alpha modules (2.257.0-alpha.0)
v2.256.1Compare Source
Bug Fixes
Alpha modules (2.256.1-alpha.0)
v2.256.0Compare Source
Features
anyreturn types with specific interfaces inIPeermethods (#36637) (626e44d), closes #36636bucketNamePrefixandbucketNamespaceproperties (#37386) (997b003), closes #37760Bug Fixes
Alpha modules (2.256.0-alpha.0)
v2.255.0Compare Source
Features
PropertyMergeStrategys are now compatible with deferredBoxvalues (#37844) (ca4b722)Bug Fixes
Lazys use the Box API internally (#37889) (464fa3d)Alpha modules (2.255.0-alpha.0)
Features
aws-cdk-lib/aws-bedrockagentcoreand we recommend migrating to the stable versions (#37876) (00cf601)v2.254.0Compare Source
⚠ BREAKING CHANGES
aws-elasticache: AWS::ElastiCache::CacheCluster: Id attribute removed.
aws-sagemaker: AWS::SageMaker::Model: Id attribute removed.
aws-vpclattice: AWS::VpcLattice::AuthPolicy: State attribute enum values changed from ACTIVE|INACTIVE to Active|Inactive.
Features
PropertyMergeStrategynow supports array merge strategies (#37841) (701305d)Bug Fixes
Alpha modules (2.254.0-alpha.0)
Features
Bug Fixes
v2.253.1Compare Source
Bug Fixes
Alpha modules (2.253.1-alpha.0)
v2.253.0Compare Source
Features
Bug Fixes
Alpha modules (2.253.0-alpha.0)
Features
Bug Fixes
v2.252.0Compare Source
Features
Validationsclass now supportsaddWarning,addError, andacknowledge(#37668) (5e8083c), closes aws/aws-cdk-rfcs#899Bug Fixes
bundledDependency(#37726) (6ba0598), closes #37717Alpha modules (2.252.0-alpha.0)
v2.251.0Compare Source
⚠ BREAKING CHANGES
aws-elasticloadbalancing: AWS::ElasticLoadBalancing::LoadBalancer: SourceSecurityGroup attribute removed.
aws-elasticloadbalancing: AWS::ElasticLoadBalancing::LoadBalancer: PolicyItem type removed.
aws-elasticloadbalancing: AWS::ElasticLoadBalancing::LoadBalancer: SourceSecurityGroup type removed.
Features
Validationsclass is the new way to add validation plugins to CDK Apps (#37611) (95696b4), closes #37613policyValidationBeta1interfaces topolicyValidation(#37613) (8c613cf)Bug Fixes
Stage.policyValidationBeta1is mutable (#37612) (3c1faf1)Token.isUnresolvedchecks to provisioned poller config validation (#37197) (667ed30)Alpha modules (2.251.0-alpha.0)
Features
v2.250.0Compare Source
⚠ BREAKING CHANGES
aws-emr: AWS::EMR::Cluster: MonitoringConfiguration property removed.
aws-emr: AWS::EMR::Cluster: CloudWatchLogConfiguration type removed.
aws-emr: AWS::EMR::Cluster: EMRConfiguration type removed.
aws-emr: AWS::EMR::Cluster: MonitoringConfiguration type removed.
Features
Bug Fixes
Alpha modules (2.250.0-alpha.0)
v2.249.0Compare Source
⚠ BREAKING CHANGES
public CloudFormation Resource Schemas. They ar
Configuration
📅 Schedule: (UTC)
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR was generated by Mend Renovate. View the repository job log.