Zephyr RTOS
CVE-2025-10457
HIGH
Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessPosition within BLE radio range
-
DeliverySend unsolicited crafted connection response
-
ExploitIdentifier matches, response accepted unverified
-
ExecutionSpoof connection state / disrupt link
-
ImpactIntegrity and availability impact
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2021 - Vulnerable and Outdated Components
ASVS 5.0
V12 - Secure Communication Improperly implemented security check
|
| Exploitation Conditions | Exploitation requires the attacker to be within Bluetooth Low Energy radio range of a Zephyr device that uses the BLE connection stack (hence CVSS AV:A, not AV:N). The specific defect is that the BLE connection-response handler validates only identifier matching and does not verify that a connection request was actually initiated, so an attacker can inject an unsolicited response at any time the device is in a susceptible connection state. No authentication or user interaction is needed (PR:N/UI:N). LIMITING FACTORS: physical proximity / RF range is mandatory (no remote internet exploitation), the target must be a BLE-enabled build of Zephyr using the affected connection-handling path, and impact is confined to connection integrity and availability - there is no confidentiality/data-disclosure impact per C:N. |
| Impact | Signals are mixed but lean toward a genuine-but-bounded risk. The CVSS 3.1 vector (AV:A/AC:L/PR:N/UI:N, I:H/A:H) scores 8.1 HIGH: an adjacent, low-complexity, unauthenticated attacker within BLE radio range can forge connection responses to spoof the integrity of the connection state and degrade availability, with no confidentiality impact (C:N). Against this, EPSS is only 0.04% (11th percentile), and the CVE is NOT on CISA KEV, so there is no evidence of active or widespread exploitation. A POC/exploit is publicly available per the Zephyr GHSA advisory, which raises practical feasibility, but POC availability is distinct from active exploitation and should not be read as 'in the wild.' The AV:A requirement (physical BLE proximity, not internet-routable) is the single biggest limiter: this cannot be mass-exploited remotely, which is consistent with the low EPSS. NOTE A CONFLICT: the input Tags label this 'Information Disclosure,' yet the CVSS vector sets C:N - the actual impact is integrity/availability (connection spoofing), not disclosure; treat the 'Information Disclosure' tag as unreliable and verify against the Zephyr advisory. Net: a real priority for BLE-connected embedded deployments reachable by a nearby attacker, but not an internet-facing emergency. |
| Exploit ScenarioDerived | An attacker within Bluetooth Low Energy radio range of a Zephyr-based device transmits an unsolicited, crafted BLE connection response whose identifier matches the target; because the stack only checks identifier matching and not whether a corresponding request was actually initiated, the device accepts the unexpected response. This lets the attacker spoof or hijack the connection state, corrupting integrity and disrupting availability. Public exploit code referenced in the Zephyr security advisory makes this low-complexity attack practically reproducible. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv2 – Oct 13, 2026
Zephyr's Bluetooth Low Energy connection-response handler fails to verify that a connection request was actually initiated, relying only on identifier matching, so an attacker positioned within BLE radio range can inject unsolicited connection responses against affected devices. Successful exploitation corrupts connection state, yielding high integrity and availability impact with no confidentiality impact (CVSS 3.1 base 8.1, AV:A/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:H, CWE-358). Publicly available exploit code exists, but there is no evidence of active exploitation and EPSS is low at roughly 0.04% (11th percentile); the vendor advisory GHSA-xqj6-vh76-2vv8 is the authoritative reference.
Earlier versions of this analysis (1)
The function responsible for handling BLE connection responses does not verify whether a response is expected-that is, whether the device has initiated a connection request. Rated medium severity (CVSS 4.3), this vulnerability is no authentication required, low attack complexity. Public exploit code available and no vendor patch available.
RemediationAI
Treat GHSA-xqj6-vh76-2vv8 (https://github.com/zephyrproject-rtos/zephyr/security/advisories/GHSA-xqj6-vh76-2vv8) as the authoritative fix source and apply the patched Zephyr revision or upstream fix referenced there; a specific fixed release version is not independently confirmed in the available data, so verify the commit or branch against your pinned revision before upgrading, and re-test BLE connection handling afterward. Because this is an adjacency-bound BLE defect, patch deployment is the only complete fix and should be prioritized for devices in physically accessible or public locations. If immediate upgrade is not possible, disable BLE connection support where it is not a product requirement (for example by removing the Bluetooth connection stack from the build via the relevant Kconfig options), accepting the trade-off that any BLE-dependent feature such as provisioning, telemetry, or mobile-app pairing will stop working; alternatively restrict deployment to controlled RF environments and reduce advertising/connection windows to shrink the attack surface, though this is a proximity-reduction measure rather than a true fix and leaves the state-machine defect intact. Note that POC/exploit code is publicly available, so lowering the value of a successful injection (for instance by treating unexpected connection-state changes as errors and resetting the link) is worthwhile but not a substitute for patching.
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The flaw is a state-machine validation defect in the Zephyr BLE host/connection layer, classified as CWE-358 (Improperly Implemented Security Check for Standard), meaning the code implements a required protocol check incompletely rather than omitting security entirely. When a BLE connection response arrives, the handler matches it against known connection identifiers but never confirms the device is in a state that expects such a response, i.e., that it initiated a connection request. The CPE string cpe:2.3:o:zephyrproject:zephyr:*:*:*:*:*:*:*:* carries a wildcard version, indicating the defect is associated with the Zephyr project broadly rather than a single pinned release, and only BLE-enabled builds that traverse the affected connection-handling path are exposed. The attack path is adjacent (AV:A) because the attacker must be within Bluetooth Low Energy RF range; no authentication or user interaction is required (PR:N/UI:N). Impact is scoped to the vulnerable component (S:U) and is confined to connection integrity and availability, with no data-disclosure component per the assessed C:N vector, which should be treated as authoritative even though the source tagging mentions information disclosure.
Know when Bluetooth 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:A/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:H
Adjacent BLE radio range gives AV:A; no request/response verification means AC:L/PR:N/UI:N; spoofed connection state yields I:H/A:H with no disclosure (C:N).
Primary rating from NVD.
CVSS VectorNVD
Lifecycle Timeline
5DescriptionNVD
The function responsible for handling BLE connection responses does not verify whether a response is expected-that is, whether the device has initiated a connection request. Instead, it relies solely on identifier matching.
Executive ViewAI
A flaw in the Zephyr real-time operating system's Bluetooth Low Energy stack allows anyone within radio range of an affected device to send crafted connection responses that the device accepts without verifying a connection was ever requested, disrupting or corrupting the device's active Bluetooth connections. Products built on Zephyr - including many IoT sensors, wearables, medical and industrial endpoints - are exposed wherever an attacker can get within BLE proximity, and no vendor fix is currently available. Because exploited devices can have their connection integrity and availability degraded without any credentials or user interaction, leadership should treat this as a fleet-wide availability and trust risk for wirelessly connected products rather than an isolated software defect.
No vendor-released patch identified at time of analysis. Interim mitigations: disable or restrict the BLE role where the product does not require it; tighten advertising and connection-acceptance windows; require pairing/bonding and filter accepted peer identities; limit physical and radio proximity to deployed devices; deploy connection-state anomaly monitoring to detect injected-response disruptions; and track advisory GHSA-xqj6-vh76-2vv8 for a patch and upgrade plan.
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
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Affected Products (CPE)NVD
Unauthenticated Bluetooth Low Energy OTA firmware upgrade in the Meatmeet Pro WiFi & Bluetooth Meat Thermometer firmware
CVE-2025-32879 is a security vulnerability (CVSS 8.8) that allows an attacker. Risk factors: public PoC available.
Heap OOB write in Android Bluetooth driver via incorrect bounds check.
A use-after-free in the Android Bluetooth stack (bluetooth_ccc.cc, function BluetoothCccHandlerCallbackImpl) lets an att
Legacy pairing and secure-connections pairing authentication in Bluetooth BR/EDR Core Specification v5.2 and earlier may
Memory corruption in the Zephyr RTOS LE Audio Broadcast Sink (subsys/bluetooth/audio/bap_broadcast_sink.c) lets an attac
A memory leak combined with a use-after-free in the Linux kernel's Bluetooth HCI connection-setup path can crash the ker
A race condition in the Linux kernel's Bluetooth L2CAP subsystem allows a use-after-free of the hci_conn::l2cap_data poi
Bluetooth authentication bypass in SwitchBot Door Lock Series allows an attacker within BLE range to manipulate the lock
Out-of-bounds read in the Linux kernel Bluetooth subsystem's eir_get_service_data() leaks kernel heap memory into usersp
A stack-based buffer overflow in the vCard parser of the Alpine iLX-F511 in-dash multimedia receiver (build 7.0.0000) le
Use-after-free in the Linux kernel Bluetooth L2CAP stack lets a Bluetooth-adjacent attacker corrupt kernel memory by rac
NVD
CVE.org
EPSS
GitHub
Exploit-DB