Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain push access to source repo
-
DeliveryCommit malicious application template
-
ExploitPipeline deploys via over-privileged role
-
ExecutionTemplate grants/alters IAM, Secrets, SSM
-
ImpactAccess or modify out-of-stack account resources
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V8 - Authorization Privilege assignment review
|
| Exploitation Conditions | Exploitation requires the attacker to hold push access to the application source repository consumed by the CICD-toolchain-for-serverless-applications pipeline, on toolchain stack versions 1.0.7 through 1.0.10. The core precondition is the unscoped CloudFormation deployment role: because its IAM role-policy, Secrets Manager, and SSM Parameter Store write permissions were not constrained to the application's own resources, an application template deployed by the pipeline can act on other resources in the same AWS account. Limiting factors: the attacker must already be an authenticated repository contributor with write/push rights (CVSS PR:L), exploitation flows only through templates the toolchain actually deploys, and upgrading the toolchain stack to 1.0.11 or later (which adds a permissions-boundary condition and resource-scoping) closes the path. |
| Impact | This is a genuine but conditionally-gated privilege-escalation issue (CWE-266, Incorrect Privilege Assignment) rated CVSS 4.0 8.7 (High). The vendor-supplied CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N) indicates network reach, low attack complexity, and low-but-nonzero privileges (PR:L) - consistent with the description's requirement that the attacker already hold push access to the application source repository. High confidentiality, integrity, and availability impact on the vulnerable system is offset by SC:N/SI:N/SA:N, meaning the scoring treats the blast radius as contained to the toolchain's own authorization context even though the practical effect is reaching other resources in the same AWS account. No EPSS score was provided, there is no CISA KEV listing, and no public exploit was identified in the supplied data, so this is a high-severity-by-impact issue rather than a demonstrated mass-exploitation threat. The realistic risk is that of a trusted-insider or compromised-developer-credential scenario: the overly-broad CloudFormation deployment role is the root cause, so exposure is bounded to organizations actually running the affected toolchain versions with external or semi-trusted repository contributors. Prioritize patching where the toolchain is in active CI/CD use, but this is not an internet-facing unauthenticated emergency. |
| Exploit ScenarioDerived | An attacker with push access to the application source repository (e.g., a lower-trust developer or a contributor whose credentials were phished) commits a malicious CloudFormation/application template that the toolchain pipeline then deploys using its over-privileged CloudFormation deployment role. Because that role is not scoped to the application's own resources, the deployed template can create or modify IAM role policies, Secrets Manager secrets, or SSM parameters elsewhere in the same AWS account, escalating privileges beyond the application stack. No public exploit code was identified in the provided data, but the attack is straightforward for anyone already holding repository push access. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv2 – Oct 20, 2026
Incorrect privilege assignment in the CICD-toolchain-for-serverless-applications IAM policy (versions 1.0.7 through 1.0.10) lets an authenticated user who can push to the application source repository escalate privileges beyond the application stack inside the same AWS account. Because the CloudFormation deployment role is not scoped to the application's own resources, an attacker-supplied application template processed by the toolchain pipeline can read or modify unrelated IAM role policies, Secrets Manager secrets, and SSM parameters. Exploitation is gated on repository push rights (CVSS PR:L) and on the pipeline actually deploying the crafted template; no public exploit code and no confirmed active exploitation were identified at time of analysis, and AWS has released 1.0.11 to close the path.
Earlier versions of this analysis (1)
Privilege escalation in the AWS CICD-toolchain-for-serverless-applications (versions 1.0.7 through 1.0.10) lets an authenticated repository contributor with push access to the pipeline's source repo deploy a malicious application template that is executed by an over-privileged CloudFormation deployment role, granting access to and modification of IAM role policies, Secrets Manager secrets and SSM parameters outside the application's own stack in the same AWS account. The assessed vector (AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H) reflects a low-complexity, low-privilege attack with cross-boundary impact, but it is not anonymous: the attacker must already hold write access to the application source repository, and the blast radius is confined to the single AWS account hosting the toolchain. The vendor released 1.0.11 on 2026-10-15 to scope the deployment role to the application's own resources, and no public exploit code or confirmed active exploitation was identified at time of analysis.
RemediationAI
Vendor-released patch: version 1.0.11 (released 2026-10-15), which scopes the deployment role to the application's own resources, adds a permissions-boundary condition on IAM role-policy writes, and restricts Secrets Manager and SSM Parameter Store writes to the application's own secrets and parameters. Upgrade existing toolchain stacks in place to 1.0.11 or later following the AWS security bulletin (https://aws.amazon.com/security/security-bulletins/2026-141-aws/) and advisory GHSA-f76m-4xrx-pvq5 (https://github.com/aws-samples/aws-lambda-sample-applications/security/advisories/GHSA-f76m-4xrx-pvq5); the upstream change is commit fa3aa2b via PR #27 (https://github.com/aws-samples/aws-lambda-sample-applications/pull/27). If the upgrade must be deferred, compensating controls are: manually edit the deployment role's policy to ARN-scope iam:PutRolePolicy, secretsmanager write actions, and ssm:PutParameter to the specific application stack's resources - trade-off is that legitimate pipeline runs creating new resources will fail until the policy is extended; attach an explicit permissions boundary to the deployment role so any role it creates or modifies is capped - trade-off is that applications needing broader permissions must have their boundary updated; and restrict repository push access to a tightly audited set of contributors while reviewing CloudFormation templates in the pipeline - trade-off is process friction and residual insider risk. Stronger isolation would move each application into its own dedicated AWS account, which removes the shared-account blast radius entirely but is a significant architectural change. Because exploited templates may have already modified IAM policies, secrets, or parameters, audit CloudFormation, IAM, Secrets Manager, and SSM activity logs for actions taken by the deployment role against resources outside the application stack.
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 toolchain is an AWS sample CI/CD pipeline that deploys serverless application stacks via CloudFormation. Its underlying weakness is CWE-266 (Incorrect Privilege Assignment): the deployment role assumed by the pipeline held broad write permissions - iam role-policy write actions, Secrets Manager writes, and SSM Parameter Store writes - without any resource-level constraint tying those actions to the stack being deployed. In a correctly scoped design, a deployment principal should only be able to mutate resources it owns; here, any template the pipeline deploys inherits the role's full blast radius across the AWS account. The 1.0.11 fix addresses the root cause in three ways: it scopes the deployment role to the application's own resources, gates IAM role-policy write actions behind a permissions-boundary condition (so newly created or modified roles cannot exceed the boundary), scopes Secrets Manager write actions to the application's own secrets, and scopes SSM Parameter Store writes to the application's own parameters. The vulnerability is network-reachable (AV:N), low complexity (AC:L), and requires low privileges (PR:L) - the contributor's repository push access is effectively a code-execution primitive inside the pipeline's trust boundary.
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:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
Attacker needs authenticated repository push access so PR:L, low complexity, delivered over the network via the pipeline; full CIA impact on account resources, scope kept Unchanged to match the vendor's SC:N.
Primary rating from Vendor (AMZN).
CVSS VectorVendor: AMZN
Lifecycle Timeline
3DescriptionCVE.org
Incorrect privilege assignment in the IAM policy of AWS CICD-toolchain-for-serverless-applications 1.0.7 through 1.0.10 allows remote authenticated users with push access to the application source repository to escalate privileges and access or modify resources outside the application stack in the same AWS account via application templates deployed by the toolchain pipeline.
To remediate this issue, users should upgrade existing toolchain stacks to version 1.0.11 or later.
Technical POC Analysis
CWE-266, Incorrect Privilege Assignment.
Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.
Executive ViewAI
The CICD-toolchain-for-serverless-applications versions 1.0.7 through 1.0.10 contain a privilege-assignment flaw that lets an authenticated user with repository push rights use a crafted deployment template to reach beyond the intended application stack. Because the pipeline's CloudFormation role is not scoped to the application's own resources, affected teams face potential exposure of unrelated IAM policies, Secrets Manager secrets, and SSM parameters within the same AWS account. Leadership should care because this creates a cross-boundary access risk in the developer deployment path, although no public exploit identified at time of analysis and AWS has released 1.0.11.
Apply vendor patch.
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
Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.
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-105360
NVD
CVE.org
EPSS
GitHub
Exploit-DB