Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate as low-privilege app user
-
ExploitCraft GraphQL secondary-index query
-
ExecutionBypass owner authorization check
-
ImpactRead other users' records
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Object-level authorization, IDOR prevention
|
| Exploitation Conditions | Exploitation requires an authenticated account on the target application (PR:L) AND that the application's backend was generated by @aws-amplify/graphql-index-transformer before 3.1.2 using owner-scoped secondary-index (@index) query resolvers with per-user authorization. The flaw is reached by sending crafted queries against those generated index resolvers over the network. Limiting factors: the attacker must be a valid user of the same application, impact is confined to reading other users' records within that app (no write/integrity or availability effect), and applications not using the vulnerable owner-authorized index resolvers - or already upgraded/redeployed to 3.1.2+ (including forked or derivative resolver code) - are not exposed. |
| Impact | This is a genuine but moderate-priority authorization flaw (CWE-639, Authorization Bypass Through User-Controlled Key), not an inflated high-CVSS issue. The vendor CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:N/VA:N) scores 7.1 and is internally consistent with the description: a network-reachable GraphQL API, low attack complexity, and a required low-privilege authenticated account, yielding high confidentiality impact (cross-tenant data read) with no integrity or availability impact. No EPSS score, no CISA KEV listing, and no public POC were provided in the intelligence, so there is no public exploit identified at time of analysis and no evidence of active exploitation - the risk is driven by the structural ease of exploitation (any authenticated app user can craft queries against affected index resolvers) rather than by observed in-the-wild activity. The key limiting factor is that the attacker must already be an authenticated user of the same application and the application must have been built with vulnerable owner-scoped secondary-index resolvers from @aws-amplify/graphql-index-transformer before 3.1.2; this confines impact to confidential data of co-tenants rather than full compromise. One data-quality note: the input Tag 'Authentication Bypass' conflicts with the description and CWE - this is an authorization (access-control) bypass by an already-authenticated user, not an authentication bypass. |
| Exploit ScenarioDerived | An attacker registers or uses an existing low-privilege account in a multi-tenant application whose backend was generated by @aws-amplify/graphql-index-transformer before 3.1.2. They send crafted GraphQL queries against secondary-index resolvers whose owner-based authorization checks are improperly enforced, returning records belonging to other users of the same application. No public exploit code was identified, and the low attack complexity (AC:L) means no special timing or configuration beyond a valid account is needed. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 09, 2026
Authenticated users can read records belonging to other users in AWS Amplify applications whose GraphQL backend was generated by @aws-amplify/graphql-index-transformer before 3.1.2, due to improper authorization in owner-scoped secondary-index query resolvers (CWE-639). This is a moderate-priority authorization bypass requiring a valid account on the same application (PR:L); no public exploit code has been identified at the time of analysis. The flaw affects applications using owner-authorized @index resolvers, and it is fixed in version 3.1.2 (included in @aws-amplify/data-construct 1.17.4 and @aws-amplify/graphql-api-construct 1.21.4), with redeployment of the backend required.
RemediationAI
Upgrade to @aws-amplify/graphql-index-transformer 3.1.2 or later, which is included in @aws-amplify/data-construct 1.17.4 and @aws-amplify/graphql-api-construct 1.21.4; after upgrading, redeploy the backend so that the corrected resolver code is active. For forked or derivative code, incorporate the same fix and redeploy. There are no known workarounds specific to the resolver logic other than upgrading and redeploying; as a compensating control, review and restrict access to any owner-scoped @index query endpoints until the patch is applied, but this may impact functionality. Refer to the AWS Security Bulletin and GitHub advisory for further details.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 3 packages 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 resides in the code generation logic of @aws-amplify/graphql-index-transformer, an AWS Amplify package that generates GraphQL query resolvers for secondary indexes defined with the @index directive. When combined with owner-based authorization (e.g., @auth rules), these resolvers are supposed to restrict access to records based on the requesting user's identity. However, prior to version 3.1.2, the generated resolvers failed to properly enforce ownership when querying indexes, allowing an authenticated user to supply crafted keys or query arguments that bypass owner checks-a classic CWE-639 (Authorization Bypass Through User-Controlled Key). The issue is specific to applications that use owner-scoped secondary-index query resolvers; it does not affect applications that do not use @index with per-user authorization. The fix in 3.1.2 updates the resolver generation to correctly apply authorization conditions. This is an AWS Amplify API Category component, and the vulnerable code may be embedded in forked or derivative resolver code, which must also be patched. No CPE strings were provided in the input data.
Know when the next one hits your stack
- 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:N/VA:N/SC:N/SI:N/SA:N
Network-reachable GraphQL API (AV:N) exploited with low complexity by any authenticated app user (PR:L), disclosing other users' data (C:H); no integrity or availability impact.
Primary rating from Vendor (ff89ba41-3aa1-4d27-914a-91399e9639e5).
CVSS VectorVendor: ff89ba41-3aa1-4d27-914a-91399e9639e5
Lifecycle Timeline
2DescriptionCVE.org
Improper authorization in the query resolvers generated by @aws-amplify/graphql-index-transformer in AWS Amplify API Category before 3.1.2 might allow an authenticated remote user to read records owned by other users of the same application via crafted queries.
This issue has been addressed in @aws-amplify/graphql-index-transformer 3.1.2 https://www.npmjs.com/package/@aws-amplify/graphql-index-transformer/v/3.1.2 (included in @aws-amplify/data-construct 1.17.4 https://www.npmjs.com/package/@aws-amplify/data-construct/v/1.17.4 and @aws-amplify/graphql-api-construct 1.21.4 https://www.npmjs.com/package/@aws-amplify/graphql-api-construct/v/1.21.4 ). We recommend upgrading to the latest version ensuring any forked or derivative code is patched to incorporate the new fixes and then redeploying their backend.
Technical POC Analysis
Note on sources: the supplied evidence is the GHSA advisory text only.
Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.
Executive ViewAI
Organizations running AWS Amplify applications with owner-scoped GraphQL indexes built using affected versions of the index transformer face a data confidentiality risk: users with valid accounts may access records that belong to other users. This weakens tenant isolation and could expose sensitive customer or partner data, leading to privacy, compliance, and reputational consequences. Leadership should treat remediation as a priority for any customer-facing or multi-tenant Amplify deployments.
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
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
EUVD-2026-95936
NVD
CVE.org
EPSS
GitHub
Exploit-DB