chore(deps): update dependency aws-cdk-lib to v2.260.0 [security] - #134
Open
renovate[bot] wants to merge 1 commit into
Open
chore(deps): update dependency aws-cdk-lib to v2.260.0 [security]#134renovate[bot] wants to merge 1 commit into
renovate[bot] wants to merge 1 commit into
Conversation
renovate
Bot
force-pushed
the
renovate/npm-aws-cdk-lib-vulnerability
branch
from
July 12, 2026 10:04
fb9f86e to
1c00455
Compare
Contributor
Author
|
renovate
Bot
force-pushed
the
renovate/npm-aws-cdk-lib-vulnerability
branch
from
July 24, 2026 02:06
1c00455 to
2ec66f6
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
2.232.1→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 are built to closely
reflect the real stat
Configuration
📅 Schedule: (UTC)
🚦 Automerge: Enabled.
♻ Rebasing: Whenever PR is behind base branch, 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.