Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessPlant malicious symlink in asset source
-
ExploitDeveloper/CI runs CDK asset bundling
-
ExecutionSymlink resolved to build-host file
-
ImpactSensitive file published as deployed asset
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V5 - File Handling Symlink resolution safety
|
| Exploitation Conditions | Exploitation requires the attacker to control or influence the contents of a directory consumed by CDK asset bundling so that a symbolic link resolving to a file outside the asset tree is present, and requires a developer or CI pipeline to actually run the bundling/synth step (UI:P). Limiting factors: the attack vector is local (AV:L) - it affects the build host, not a deployed/running application - and it depends on CDK following symlinks during bundling output handling; environments that only build from trusted, controlled sources face substantially lower risk. The fix introduces SymlinkFollowMode.BLOCK_EXTERNAL, which throws on external links, so default/hardened configurations on 2.267.0+ block the behavior. |
| Impact | This is a medium-severity, developer/build-time vulnerability rather than a mass-exploitable server flaw, and the signals are internally consistent. The vendor-supplied CVSS 4.0 vector (6.8) uses AV:L and UI:P, meaning exploitation requires local context on the build host plus a developer action (running CDK asset bundling) - it is NOT remotely reachable against a running service. Impact is confidentiality-only (VC:H, VI:N, VA:N), aligning with CWE-59 symlink-following that leaks build-host files into a published asset. No EPSS score was provided, there is no CISA KEV listing, and no public exploit was identified, so there is no evidence of active or widespread exploitation; this reads as a latent supply-chain/CI integrity issue rather than an urgent internet-facing threat. The main caveat: the 'VC:H but SC:N/no scope change' framing arguably understates the blast radius, since leaked build-host secrets (e.g., credentials embedded in a deployed artifact) could enable follow-on compromise - teams using CDK in shared or untrusted-source CI pipelines should prioritize the upgrade accordingly. |
| Exploit ScenarioDerived | An attacker who can influence the contents of a CDK asset source directory (for example via a malicious dependency, a compromised source tree, or an untrusted contribution) plants a symbolic link pointing outside the asset tree. When a developer or CI pipeline runs CDK asset bundling, the link is resolved and a sensitive file from the build host - such as credentials or configuration - is copied into and published as the deployed asset. No public exploit code was identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 08, 2026
Information disclosure in AWS CDK's core library (aws-cdk-lib) before 2.267.0 allows a context-dependent actor to cause files from the build host to be published as a deployed asset through improper symbolic-link resolution during asset bundling. Exploitation is local to the build environment and requires the victim to actually run the bundling/synth step (UI:P) on a directory whose contents the attacker can influence, so a developer or CI pipeline must consume untrusted asset sources for the issue to trigger. No public exploit code or confirmed active exploitation has been identified at time of analysis; the primary risk is unintended disclosure of build-host files (for example credentials or configuration) into a deployed stack. Vendor-released patch: 2.267.0, which changes bundling to throw on external symlinks via SymlinkFollowMode.BLOCK_EXTERNAL.
RemediationAI
Upgrade aws-cdk-lib to version 2.267.0 or later (for example npm install aws-cdk-lib@2.267.0) and re-synthesize/redeploy affected stacks so that bundling runs with the corrected symlink handling; consult the vendor bulletin at https://aws.amazon.com/security/security-bulletins/2026-131-aws/ and the release notes at https://github.com/aws/aws-cdk/releases/tag/v2.267.0. Note that 2.267.0 also enforces validation on Firehose S3Bucket timeZone values, so pipelines using non-standard IANA abbreviations such as EST or Etc/UTC will now fail at synthesis and must be switched to a standard identifier. If upgrading immediately is not possible, the most direct compensating control is to explicitly configure assets with SymlinkFollowMode.BLOCK_EXTERNAL and to reject external links in asset directories; because the pre-2.267.0 behavior for BLOCK_EXTERNAL during bundling is exactly what the fix address, this should be paired with sanitizing or copying asset inputs into a clean staging directory with symlinks removed before synthesis. Additional mitigations include building only from trusted, version-controlled sources, restricting write access to directories consumed by CDK bundling on developer machines and CI runners, and running builds in short-lived containers or sandboxes with no access to sensitive host files; these reduce exposure but do not eliminate the issue for pipelines that must process externally supplied assets, and blocking external symlinks can break legitimate builds that intentionally reference files outside the asset tree.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The vulnerability is rooted in CWE-59, Improper Link Resolution Before File Access ('Link Following'), which occurs when a program resolves a path without validating that it stays within the intended directory tree. AWS CDK's asset bundling pipeline stages local files for deployment as CloudFormation assets; when it walks an asset directory it can follow symbolic links that point outside that tree and treat the target as part of the asset set. Because the affected component is a build-time Node.js/TypeScript library (aws-cdk-lib, CPE cpe:2.3:a:aws:aws-cdk-lib:*:*:*:*:*:*:*:*, i.e. all versions before 2.267.0), the security boundary is the build host rather than any running application, and the attacker must be able to plant or influence a symlink inside a directory that CDK later bundles. The upstream fix (GitHub issue #38506) makes SymlinkFollowMode.BLOCK_EXTERNAL throw during bundling, so external links are rejected instead of dereferenced, and it is shipped alongside a separate, unrelated breaking change to the Kinesis Firehose S3Bucket destination time zone validation.
Know when AWS gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:L/AC:L/AT:N/PR:N/UI:P/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N
Local build-time flaw requiring a developer to run bundling (AV:L, UI:R), no prior privilege (PR:N), and confidentiality-only impact from leaked build-host files (C:H, I/A:N).
Primary rating from Vendor (AMZN).
CVSS VectorVendor: AMZN
DescriptionCVE.org
Improper link resolution before file access in the asset bundling output handling in AWS aws-cdk-lib before 2.267.0 might allow a context-dependent actor to cause files from the build host to be published as the deployed asset.
To remediate this issue, users should upgrade to version 2.267.0 or later.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Loom for AWS deployments running a version before 1.6.1 with no identity provider configured expose an unauthenticated s
Unauthorized data access in Budibase low-code platform before 3.30.4 allows unauthenticated users to manipulate internal
Authenticated Typebot users can abuse the webhook block (HTTP Request component) in versions prior to 3.13.1 to issue ar
Multiple vulnerabilities in ASTPP 4.0.1 including XSS and command injection in SIP device configuration and plugin manag
Remote code execution in Amazon awslabs postgres-mcp-server before 1.1.7 lets remote actors run arbitrary OS commands on
Remote code execution in AWS AgentCore CLI before v0.14.2 allows authenticated attackers to inject Python code via craft
Denial of service in the aws-smithy-json Rust runtime crate (versions before 0.62.7) lets remote unauthenticated attacke
Denial of service in Amazon's aws-smithy-http-server Rust crate (versions prior to 0.66.5) lets remote unauthenticated a
Argument injection in the AWS Bedrock AgentCore Python SDK before 1.18.1 lets a remote authenticated user run arbitrary
Arbitrary file read in amazon-mq rabbitmq-aws before 0.2.1 allows authenticated remote users to read any file accessible
WAF managed-rule body inspection on AWS Application Load Balancer (ALB) can be bypassed by remote actors who fragment an
WAF inspection bypass in Amazon CloudFront (with AWS WAF enabled) lets remote actors smuggle malicious request bodies pa
EUVD-2026-95252
NVD
CVE.org
EPSS
Vulnrichment
GitHub
Exploit-DB