Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain local/fault access to TLS 1.3 server
-
DeliveryForce entropy source to fail
-
ExploitRNG returns faulty output
-
ExecutionInject or remove bytes at TLS stream start
-
ImpactCorrupt early record-layer integrity
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A10:2025 - Mishandling of Exceptional Conditions
ASVS 5.0
V16 - Security Logging and Error Handling Status code handling
|
| Exploitation Conditions | Requires the attacker to be able to cause the entropy/random-generator source to fail on an affected Mbed TLS server - a specific fault condition (e.g., fault injection, RNG degradation, or resource exhaustion), not ordinary network access. Only TLS 1.3 servers running Mbed TLS 3.2.0 through 3.6.6 or 4.0.0 through 4.1.0 are affected; TLS 1.2 servers and client roles are not. Limiting factors: the entropy-failure prerequisite (reflected as AV:L/AC:H), the narrow TLS-1.3-server-only scope, and impact restricted to injecting/removing bytes at the start of the stream (integrity only, no confidentiality or availability loss). |
| Impact | This is a genuinely low-priority issue despite being a flaw in a widely-used TLS library. The CVSS 3.1 base score is 2.9 (Low), and every signal reinforces that: the vector is AV:L (local) with AC:H (high complexity) because exploitation hinges on the attacker first being able to force the entropy/RNG source to fail - a fault-injection or environmental-manipulation precondition, not a routine network action. Impact is limited to I:L (injecting/removing a few bytes at the very start of the TLS stream) with C:N and A:N, so there is no confidentiality loss or code execution despite the misleading 'Code Injection' tag. No EPSS score, no CISA KEV listing, and no public POC are present in the supplied data. SSVC-style framing: exploitation = none observed, automatable = no (requires a bespoke entropy-fault capability against a specific TLS 1.3 server), technical impact = partial/low. The 'trustedfirmware' vendor and 'Mbed Tls' product tags are correct, but the 'Code Injection' tag mischaracterizes the flaw (CWE-394, a random-generator fault affecting TLS integrity, not remote code injection). No conflicting signals: the low CVSS, absent exploitation evidence, and demanding preconditions all agree this is a defense-in-depth fix rather than an urgent patch. |
| Exploit ScenarioDerived | An attacker with the ability to induce entropy-source failure on an Mbed TLS 3.2.0-3.6.6 / 4.0.0-4.1.0 TLS 1.3 server (e.g., via fault injection, resource starvation, or a degraded hardware RNG) causes the random generator to return faulty output, letting them remove or inject bytes at the beginning of the outgoing TLS stream and undermine record-layer integrity. No public exploit code is identified at time of analysis, and the entropy-fault requirement plus AV:L/AC:H make this a targeted, laboratory-grade attack rather than a mass-exploitable one. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 24, 2026
An entropy/random-generator failure on an Mbed TLS TLS 1.3 server (versions 3.2.0 through 3.6.6 and 4.0.0 through 4.1.0) can allow bytes to be removed from or injected into the beginning of the TLS stream, degrading integrity of the protected channel. The attack is not a normal network exploit: the prerequisite is that the attacker can first induce the server's entropy source to fail (for example via fault injection, RNG degradation, or resource exhaustion), which is why the issue is scored CVSS 2.9 (AV:L/AC:H) with integrity-only impact and no effect on confidentiality or availability. Only TLS 1.3 servers are affected - TLS 1.2 servers and client-side roles are out of scope - and no public exploit code or active exploitation has been identified at time of analysis.
RemediationAI
Apply the fix from the Mbed TLS security advisory (https://mbed-tls.readthedocs.io/en/latest/security-advisories/mbedtls-security-advisory-2026-07-random-generator-fault-tls-integrity/) - consult it and the upstream repository at https://github.com/Mbed-TLS/mbedtls for the exact patched release for your branch; the provided data does not specify a fixed version number, so verify the corrected release before stating one. Where an immediate upgrade is not possible, the highest-value compensating control is hardening the entropy/RNG path so that the precondition cannot be met: enable hardware RNG health tests and failure counters, ensure entropy-source errors are treated as fatal (fail-closed) at the application layer, and alert on RNG error returns - the trade-off is that fail-closed handling can intentionally abort handshakes or deny service if the entropy source is flaky. Restricting Mbed TLS deployments to TLS 1.2 removes exposure entirely, at the cost of losing TLS 1.3 features and downgrade-hardening. Because the attack requires a local fault-injection or resource-exhaustion capability, reducing local privilege (limiting shell/VM/co-tenant access) and protecting the entropy subsystem from denial stress are meaningful, though partial, mitigations. No public exploit code has been identified, so emergency out-of-band patching is not indicated by the current evidence alone.
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 flaw sits in Mbed TLS's handling of a failed randomness source, mapped to CWE-394 (Unexpected Status Code or Return Value). TLS 1.3 depends on the cryptographic random generator throughout the handshake and record layer for key-schedule derivation, nonces, and related protocol values; when the entropy source returns an error, the library's failure path does not reliably abort before stream state is established. An adversary who can force that entropy failure can therefore influence the leading bytes of the resulting TLS stream - dropping or prepending data - corrupting stream integrity rather than disclosing secrets. The TLS-1.3-only scope follows from where the affected code path is exercised in the newer handshake logic; the CPE record (cpe:2.3:a:trustedfirmware:mbed_tls:*:*:*:*:*:*:*:*) confirms the affected component is the Trusted Firmware / Mbed TLS library itself, not an application built on top of it. The high attack complexity and local vector (CVSS:3.1/AV:L/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:N) reflect that the attacker must win a preconditioning step against the RNG on the target before the byte-manipulation effect is reachable.
Know when Mbed Tls 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
AV:L/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:N
Exploitation depends on inducing an entropy-source failure (AV:L/AC:H), needs no authentication (PR:N), and yields only limited stream-start byte manipulation (I:L, C/A:N).
Primary rating from Vendor (mitre).
CVSS VectorVendor: mitre
Lifecycle Timeline
1DescriptionCVE.org
In Mbed TLS 3.2.0 though 3.6.6 and 4.0.0 through 4.1.0, an attacker who can cause an entropy source to fail can remove or inject bytes into the start of the TLS stream. This only affects TLS 1.3 servers.
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
Code injection occurs when an application accepts user input and passes it directly into a language interpreter or evaluator without proper sanitization.
Mbed TLS before 3.0.1 has a double free in certain out-of-memory conditions, as demonstrated by an mbedtls_ssl_set_sessi
An issue was discovered in Mbed TLS before 2.28.1 and 3.x before 3.2.0. Rated critical severity (CVSS 9.1), this vulnera
An exploitable free of a stack pointer vulnerability exists in the x509 certificate parsing code of ARM mbed TLS before
Mbed TLS before 3.6.4 has a race condition in AESNI detection if certain compiler optimizations occur. An attacker may b
Mbed TLS 3.2.x through 3.4.x before 3.5 has a Buffer Overflow that can lead to remote Code execution. Rated critical sev
An issue was discovered in Mbed TLS 3.5.1. Rated high severity (CVSS 7.5), this vulnerability is remotely exploitable, n
Alpine Linux: mbedtls fixed in 3.6.2-r0
An issue was discovered in Mbed TLS before 2.28.2 and 3.x before 3.3.0. Rated critical severity (CVSS 9.8), this vulnera
Alpine Linux: mbedtls fixed in 3.6.1-r0
Alpine Linux: mbedtls fixed in 3.6.1-r0
Mbed TLS versions 2.19.0 through 3.6.5 and 4.0.0 allow remote code execution through memory corruption when attackers mo
ARM mbed TLS before 1.3.22, before 2.1.10, and before 2.7.0, when the truncated HMAC extension and CBC are used, allows
EUVD-2026-85930
GHSA-crc8-r3c8-83vw
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB