Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate to QnABot interface
-
DeliverySubmit request to Q Business Lambda hook
-
ExploitSupply attacker-chosen S3 object key
-
ExecutionBypass authorization check (CWE-639)
-
ImpactRead arbitrary S3 objects in account
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 that the OPTIONAL q-business-lambda-hook sample stack has been separately and manually deployed on top of QnABot on AWS 7.0.0 through 7.4.5 - it is not installed by default, and customers who never deployed the sample are unaffected. The attacker must be an authenticated remote user (CVSS PR:L) with access to the hook's request path. The principal limiting factors are: (1) the optional, manually-deployed nature of the vulnerable component, (2) the authentication requirement, and (3) impact scoped to S3 object read (confidentiality only) within the deploying AWS account. Note that remediation requires updating the QnABot stack to 7.4.6+ AND redeploying the hook sample stack; updating QnABot alone does not apply the fix. |
| Impact | This is a moderate, conditional risk rather than a widespread emergency. The CVSS 4.0 vector (AV:N/AC:L/PR:L/UI:N/VC:H) describes a network-reachable, low-complexity authorization bypass (CWE-639, IDOR via user-controlled key) that an already-authenticated user can trigger to read arbitrary S3 objects, with high confidentiality impact but no integrity or availability impact - consistent with the 7.1 score. The single most important mitigating signal is NOT in the CVSS metrics: the flaw exists only in an OPTIONAL sample Lambda hook (q-business-lambda-hook) that must be manually and separately deployed, so the real-world exposed population is a subset of an already-niche AWS solution. No EPSS score, no KEV listing, and no POC were provided in the input; exploitation status is therefore 'no public exploit identified at time of analysis.' PR:L confirms an authenticated attacker is required, which further narrows risk to environments exposing the hook to semi-trusted users. Net: credible and worth patching for the specific deployments that run the optional hook, but this is not a mass-exploitation candidate. Note a data caveat - the linked AWS advisory is a staging/marketing URL (staging.prod.website.marketing.aws.dev), so verify the final published bulletin. |
| Exploit ScenarioDerived | An organization has manually deployed the optional Amazon Q Business Lambda hook sample alongside QnABot on AWS (7.0.0-7.4.5). An authenticated user of the chatbot manipulates a user-controlled key parameter handled by the hook to reference S3 object keys they are not authorized to access, and the hook returns those arbitrary objects from the deploying AWS account. No public exploit code was identified in the provided data, but the low attack complexity (AC:L) makes manual exploitation straightforward once the hook is reachable. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 06, 2026
Authorization bypass in the optional Amazon Q Business Lambda hook sample shipped alongside QnABot on AWS 7.0.0 through 7.4.5 lets an authenticated remote user cause the hook to read arbitrary Amazon S3 objects in the deploying AWS account, exposing data the caller should not be able to reach. Only customers who separately and manually deployed the q-business-lambda-hook sample stack on top of an affected QnABot version are exposed; the hook is not installed by default and the impact is limited to confidentiality within that account. Vendor-released patch: 7.4.6, and no public exploit identified at time of analysis. Per the authoritative assessment this is a moderate, conditional risk rather than a widespread emergency, because exploitation depends on the optional component being present, on authenticated access to the hook's request path, and the resulting impact is S3 object read only.
RemediationAI
Vendor-released patch: update the QnABot on AWS stack to version 7.4.6 or later (https://github.com/aws-solutions-library-samples/qnabot-on-aws/releases/tag/v7.4.6), and then redeploy the Amazon Q Business Lambda hook sample stack, because the release notes attribute the fix to the S3 read path in the hook sample; updating the QnABot stack alone does not deliver the fix. If the hook sample is no longer needed, removing/undeploying the sample stack eliminates the exposure entirely, and if it must stay in place before the redeploy completes, tighten the Lambda hook's execution role to the minimum S3 prefixes it legitimately needs (trade-off: overly narrow grants will break legitimate document retrieval flows), and restrict who can invoke the hook's request path to trusted authenticated identities (trade-off: may break integrations used by broader user populations). Follow the AWS security bulletin at https://staging.prod.website.marketing.aws.dev/security/security-bulletins/2026-126-aws/ for the authoritative deployment order and any additional customer action, and treat the TLS 1.3/Perfect Forward Secrecy change in 7.4.6 as separate hardening rather than the authorization fix.
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 issue is CWE-639, authorization bypass through a user-controlled key: the optional Amazon Q Business Lambda hook sample (q-business-lambda-hook, documented under the QnABot on AWS source tree) constructs its Amazon S3 read using a value the caller can influence, rather than deriving or validating the key against the authenticated caller's authorization context. The affected CPE is cpe:2.3:a:aws:qnabot-on-aws:*:*:*:*:*:*:*:*, scoped to QnABot on AWS 7.0.0 through 7.4.5 with the manually deployed hook stack layered on top. The vendor's v7.4.6 release notes describe the fix as 'Fixed Lex session attribute injection on S3 read', which confirms the root cause class: a request-supplied Lex session attribute was trusted when resolving the S3 object to fetch, so an authenticated user who can reach the hook's request path can substitute a key and retrieve objects outside the intended scope. The same release also raised the Amazon OpenSearch Service domain TLS security policy to add TLS 1.3 and Perfect Forward Secrecy cipher support, which is a hardening change and not the authorization fix. Both the vendor CVSS 4.0 vector (7.1, AV:N/AC:L/PR:L/UI:N, VC:H) and the independent CVSS 3.1 assessment agree on network reachability, low attack complexity, and low privileges required with confidentiality-only impact.
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:N/VA:N/SC:N/SI:N/SA:N
Network-reachable IDOR requiring an authenticated user (PR:L), low complexity; discloses arbitrary S3 objects so C:H with no integrity or availability impact and no scope change.
Primary rating from Vendor (AMZN).
CVSS VectorVendor: AMZN
DescriptionCVE.org
Authorization bypass through a user-controlled key in the optional Amazon Q Business Lambda hook sample ( q-business-lambda-hook https://github.com/aws-solutions-library-samples/qnabot-on-aws/blob/main/source/docs/lambda_hooks/README.md ), available with QnABot on AWS versions 7.0.0 through 7.4.5, might allow an authenticated remote user to read arbitrary Amazon S3 objects in the deploying AWS account. This sample solution provides an example Lambda hook and requires separate, manual deployment and additional setup. It is not deployed automatically with QnABot. Customers who have not deployed this optional sample hook are not affected and do not need to take action.
To remediate this issue, affected customers should update the QnABot on AWS stack to version 7.4.6 or later and then redeploy the Amazon Q Business Lambda hook sample stack. Updating the QnABot on AWS stack alone does not deliver the fix.
Executive ViewAI
QnABot on AWS versions 7.0.0 through 7.4.5 are affected by an authorization bypass in the optional Amazon Q Business Lambda hook sample, but only organizations that separately deployed that sample stack face exposure. The flaw could allow callers who can reach the hook's request path to read arbitrary S3 objects in the deploying AWS account, creating a confidentiality risk for data those callers should not access. No public exploit identified at time of analysis, and the vendor has released 7.4.6; leadership should prioritize remediation based on whether the optional hook is in use.
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.
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-93985
GHSA-r223-2773-wq4w
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB