Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessClient connects to malicious or on-path MQTT broker
-
ExploitSend crafted MQTT5 packet with excessive size field
-
ExecutionTrigger oversized memory allocation in 3.1.1 adapter
-
ImpactClient process crashes, denial of service
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Memory allocation limits
|
| Exploitation Conditions | Exploitation requires that the client application (a) uses the MQTT5-to-MQTT 3.1.1 compatibility adapter in aws-c-mqtt versions >= 0.9.1 and < 0.16.2, and (b) connects to an attacker-controlled broker, or an attacker can tamper with broker traffic on-path. Limiting factors confirmed by the vendor: connecting only to trusted brokers such as AWS IoT Core (which enforces the negotiated maximum packet size) prevents the oversized allocation, and using TLS prevents on-path tampering. Clients using a native MQTT5 or native MQTT 3.1.1 client instead of the compatibility adapter are not affected. Impact is limited to a crash of the client process (denial of service), which may recur on automatic restart/reconnect; there is no code execution, data exposure, or integrity impact. |
| Impact | This is a legitimate but bounded availability-only issue. The CVSS 4.0 vector (AV:N/AC:L/AT:P/PR:N/UI:N) with VA:H and both VC and VI at N confirms the sole impact is denial of service of the client process - no confidentiality or integrity loss. The base score of 8.2 (High) is driven largely by the network vector and unauthenticated reachability, but the AT:P flag (Attack Requirements: Present) is significant: exploitation is not against arbitrary targets but requires a specific precondition, namely that the vulnerable client connects to a malicious or on-path-tampered MQTT broker (the vendor's own workarounds confirm this - 'connect only to trusted brokers' and 'use TLS to prevent on-path tampering'). No EPSS score is provided in the input, and the CVE is NOT in CISA KEV; exploitation status is therefore no public exploit identified at time of analysis. The vuln.today decision label is 'this_week', consistent with a patchable, vendor-coordinated, availability-only flaw rather than an emergency. Net: this is a real, patch-worthy issue for anyone running the MQTT 3.1.1 compatibility adapter against untrusted brokers, but it is not a drop-everything event - the attacker-controlled-broker/on-path precondition and availability-only impact meaningfully cap real-world risk below what the raw 8.2 suggests. Note the AT:P requirement describes a precondition (malicious/on-path broker), not the internal trigger mechanism, which is not detailed in the available sources. |
| Exploit ScenarioDerived | An IoT or application client built on aws-c-mqtt (via AWS CRT or the AWS IoT Device SDK for C++ v2) connects, using the MQTT 3.1.1 compatibility adapter, to a broker that an attacker controls or whose traffic an attacker can tamper with on-path. The attacker sends a crafted MQTT5 message that drives an excessive-size memory allocation (CWE-789) in the compatibility adapter, crashing the client process; if the application auto-restarts and reconnects, the crash can recur. No public exploit code is identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 22, 2026
Denial of service in the MQTT5-to-MQTT 3.1.1 compatibility adapter of AWS aws-c-mqtt (versions 0.9.1 through 0.16.1) allows a hostile or impersonated MQTT broker to trigger an excessive memory allocation that crashes the client process, and the crash can recur if the application automatically restarts and reconnects. Exploitation requires that the application uses the compatibility adapter and either connects to an attacker-controlled broker or has its broker traffic tampered with on-path (assessed CVSS 3.1: AV:N/AC:H/PR:N/UI:N/A:H; vendor CVSS 4.0: 8.2 with AT:P). No public exploit identified at time of analysis and no CISA KEV listing; the vendor-released fix is aws-c-mqtt 0.16.2, also bundled in aws-crt-cpp v0.43.9 and AWS IoT Device SDK for C++ v2 v1.45.1.
RemediationAI
Vendor-released patch: aws-c-mqtt 0.16.2 (https://github.com/awslabs/aws-c-mqtt/releases/tag/v0.16.2); for consumers pulling the library through the CRT, upgrade to aws-crt-cpp v0.43.9 or AWS IoT Device SDK for C++ v2 v1.45.1, and patch any forked or derivative copies to carry the fix. AWS describes upgrading to a fixed version as the complete remediation; where an upgrade cannot be shipped immediately, the vendor's stated workarounds are to connect only to trusted MQTT brokers - for example AWS IoT Core, which enforces the negotiated maximum packet size and therefore prevents the oversized allocation - and to use TLS so that an on-path attacker cannot tamper with broker traffic, with the trade-off that these controls only help against untrusted or spoofed brokers and fail if the broker itself is compromised or if TLS is terminated or bypassed before the client. The vendor also notes that avoiding the MQTT 3.1.1 compatibility adapter in favor of a native MQTT5 or native MQTT 3.1.1 client removes the vulnerable code path, at the cost of application code changes. No public exploit code has been identified for this issue, but because a crash can recur under automatic restart and reconnect loops, clients that auto-reconnect should be upgraded rather than relied on to self-recover.
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
aws-c-mqtt is a C99 implementation of the MQTT 3.1.1 and MQTT5 specifications, shipped as part of the AWS Common Runtime (CRT) and bundled into the AWS IoT Device SDK for C++ v2. The flaw is classified as CWE-789 (memory allocation with an excessive size value) and lives specifically in the MQTT5-to-MQTT 3.1.1 compatibility adapter, the layer that lets an application drive a 3.1.1 connection through the MQTT5-style API. The advisory does not state which packet or field supplies the size value or how the allocation is triggered, so the exact trigger is not described in the available sources; what is confirmed is that broker-controlled data reaches an allocation whose size is not sufficiently bounded, causing the client process to abort or exhaust memory. The affected range is >= 0.9.1 and < 0.16.2. Clients using a native MQTT5 client or a native MQTT 3.1.1 client rather than the compatibility adapter are not affected, and the CVSS 4.0 vector's AT:P plus the assessed AC:H reflect that the attacker must be present on the path or control the broker endpoint. The 0.16.2 release notes also list a change validating SUBACK/UNSUBACK reason code counts, but that change is not confirmed in the advisory as the specific fix for this issue.
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:P/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
Network-reachable but requires connecting to a malicious or on-path-tampered broker (AC:H to mirror AT:P); unauthenticated (PR:N); availability-only crash, so C:N/I:N/A:H.
Primary rating from Vendor (AMZN).
CVSS VectorVendor: AMZN
Lifecycle Timeline
2DescriptionCVE.org
Memory allocation with excessive size value in the MQTT 3.1.1 compatibility adapter in AWS aws-c-mqtt before 0.16.2 might allow a remote actor to cause a denial of service of the client application.
To remediate this issue, users should upgrade to aws-c-mqtt 0.16.2 or later, or to an AWS Common Runtime or AWS IoT Device SDK release that bundles it.
Technical POC Analysis
CWE-789: Memory Allocation with Excessive Size Value.
Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.
Executive ViewAI
A high-severity denial-of-service vulnerability in the AWS aws-c-mqtt library affects applications using its MQTT5-to-MQTT 3.1.1 compatibility adapter. A malicious or compromised MQTT broker can cause excessive memory allocation, crashing client processes with potential for recurring outages if auto-restart is enabled. Organizations relying on this library for IoT or messaging services face operational disruption and possible downstream business impact.
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
Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.
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-108508
NVD
CVE.org
EPSS
GitHub
VulDB
Exploit-DB