Skip to main content

QnABot on AWS EUVDEUVD-2026-93985

| CVE-2026-105811 HIGH
Authorization Bypass Through User-Controlled Key (CWE-639)
2026-10-06 AMZN GHSA-r223-2773-wq4w
7.1
CVSS 4.0 · Vendor: AMZN
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Authenticate to QnABot interface
  2. Delivery
    Submit request to Q Business Lambda hook
  3. Exploit
    Supply attacker-chosen S3 object key
  4. Execution
    Bypass authorization check (CWE-639)
  5. Impact
    Read 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.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.3% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – 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

qnabot-on-aws 7.0.0 <7.4.6

Affected Packages

euvd qnabot_on_aws fix: 7.4.6

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

Vendor (AMZN) PRIMARY 7.1 HIGH
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
vuln.today AI 6.5 MEDIUM

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.

3.1 AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N
4.0 AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (AMZN).

CVSS VectorVendor: AMZN

Attack Vector
Network
Attack Complexity
Low
Attack Requirements
None
Privileges Required
Low
User Interaction
None
Vulnerable system: Confidentiality
High
Vulnerable system: Integrity
None
Vulnerable system: Availability
None
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

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

Why It Matters

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.

Business Impact: Medium
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.3%
Top 76% exploitable
Prevalence
Low
niche AWS solution sample; flaw only in optional, manually-deployed hook
Data Quality
6 sources
Confidence: High

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.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.3%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact
Medium
Technical Impact
Partial

Priority Score

36
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +36
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

More in AWS

View all
CVE-2026-103956 CRITICAL POC
10.0 Oct 02

Loom for AWS deployments running a version before 1.6.1 with no identity provider configured expose an unauthenticated s

CVE-2026-27702 CRITICAL POC
9.9 Feb 25

Unauthorized data access in Budibase low-code platform before 3.30.4 allows unauthenticated users to manipulate internal

CVE-2025-64709 CRITICAL POC
9.9 Nov 13

Authenticated Typebot users can abuse the webhook block (HTTP Request component) in versions prior to 3.13.1 to issue ar

CVE-2020-37153 CRITICAL POC
9.8 Feb 11

Multiple vulnerabilities in ASTPP 4.0.1 including XSS and command injection in SIP device configuration and plugin manag

CVE-2026-87911 CRITICAL POC
9.0 Sep 09

Remote code execution in Amazon awslabs postgres-mcp-server before 1.1.7 lets remote actors run arbitrary OS commands on

CVE-2026-11393 HIGH POC
8.8 Jun 08

Remote code execution in AWS AgentCore CLI before v0.14.2 allows authenticated attackers to inject Python code via craft

CVE-2026-18140 HIGH POC
8.7 Jul 30

Denial of service in the aws-smithy-json Rust runtime crate (versions before 0.62.7) lets remote unauthenticated attacke

CVE-2026-16756 HIGH POC
8.7 Jul 23

Denial of service in Amazon's aws-smithy-http-server Rust crate (versions prior to 0.66.5) lets remote unauthenticated a

CVE-2026-16796 HIGH POC
8.4 Jul 23

Argument injection in the AWS Bedrock AgentCore Python SDK before 1.18.1 lets a remote authenticated user run arbitrary

CVE-2026-9133 HIGH POC
8.3 May 20

Arbitrary file read in amazon-mq rabbitmq-aws before 0.2.1 allows authenticated remote users to read any file accessible

CVE-2026-13763 HIGH POC
7.9 Jun 29

WAF managed-rule body inspection on AWS Application Load Balancer (ALB) can be bypassed by remote actors who fragment an

CVE-2026-13762 HIGH POC
7.9 Jun 29

WAF inspection bypass in Amazon CloudFront (with AWS WAF enabled) lets remote actors smuggle malicious request bodies pa

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy