Skip to main content
CVE-2025-48965VulnerabilityPublished Updated

CVE-2025-48965: Mbed mbedtls · Incorrect Behavior Order

Affects Mbed mbedtlsSource CVE Database V5

0

Not known to be exploited · CVSS 4.0 Medium : upgrade to 3.6.4 when convenient.

Data as of 26 Oct 2026, 08:30 UTC

CVSS 3.1 base score
4.0Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.5% chance of exploitation in 30 days – higher than 47% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 3.6.4
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:C/C:N/I:N/A:L

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 20 Jul 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade mbed-tls/mbedtls to 3.6.4.

Affected software

ProductAffectedFixed in
GitHubmbed-tls/mbedtlspkg:github/mbed-tls/mbedtlsOther threatsAffected
  • <3.6.4
Fixed in
  • 3.6.4

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

European organizations should implement the following specific mitigation steps: 1) Inventory all systems and devices using Mbed TLS to identify those running versions prior to 3.6.4. 2) Monitor official Mbed TLS channels and security advisories for the release of patches addressing CVE-2025-48965 and apply updates promptly. 3) Where immediate patching is not feasible, implement network-level protections such as intrusion detection/prevention systems (IDS/IPS) to monitor and block anomalous traffic targeting vulnerable services. 4) Employ robust input validation and error handling in applications interfacing with Mbed TLS to reduce the risk of triggering the NULL pointer dereference. 5) Conduct thorough testing of embedded and IoT devices to ensure stability and resilience against malformed ASN.1 data inputs. 6) Engage with device vendors to confirm patch availability and deployment timelines. 7) Consider network segmentation to isolate vulnerable devices and limit exposure. These measures go beyond generic advice by focusing on embedded device management, vendor coordination, and network controls tailored to the nature of this vulnerability.

Description

Mbed TLS before 3.6.4 has a NULL pointer dereference because mbedtls_asn1_store_named_data can trigger conflicting data with val.p of NULL but val.len greater than zero.

References

Community reviews

Loading reviews…