Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLocate BLE-enabled WiseConnect device
-
DeliveryPassively sniff bonded peer's device address
-
ExploitConfigure rogue adapter to spoof peer address
-
ExecutionTransmit re-pairing request to victim
-
PersistVictim WiseConnect stack accepts re-bond
-
ImpactAttacker holds active BLE session with full C/I/A access
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Anti-spoofing controls
MITRE ATT&CK
1 technique across 1 tactic: Defense Evasion The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | The target device must be running a vulnerable WiseConnect SDK version (2.x before 2.14.0 or 4.x before 4.1.0) on RS9116W or SiWx917 hardware. The device must have previously completed a BLE bonding procedure with at least one legitimate peer, as the attack exploits the re-pairing path rather than initial pairing. The attacker must be within BLE radio range (typically 10-100 meters in open environments, less through walls/shielding) - no internet-routable attack path exists. The attacker must be able to determine the BLE device address of the previously bonded peer, which can be obtained via passive scanning if the peer is advertising or via prior reconnaissance. No authentication, no user interaction on the victim device, and no non-default configuration setting is required beyond the existence of a prior bond. Exploitation is limited by physical proximity and the need to identify the bonded peer address; it is not remotely exploitable over the internet and is not suitable for mass automated scanning. |
| Impact | The CVSS 8.8 High score is partially offset by the AV:A (adjacent network) requirement - exploitation is constrained to BLE radio range, typically 10-100 meters depending on antenna and environment, which eliminates purely remote internet-scale attacks. The AC:L/PR:N/UI:N combination means that within BLE range no additional barriers exist: no credentials, no complex timing, no victim interaction is required. C:H/I:H/A:H indicates full compromise of the BLE session once re-pairing succeeds. EPSS data was not provided, and given the physical-proximity constraint and niche hardware platform, widespread automated exploitation is unlikely. No CISA KEV entry and no public POC reduce urgency beyond lab environments, but the NDSS academic paper provides sufficient detail for a capable researcher to replicate the attack. The primary real-world risk is targeted: an attacker who can place themselves within BLE range of a deployed device using a WiseConnect module - such as in IoT industrial or consumer environments - and knows the bonded peer's device address can silently hijack the BLE link. The CVSS vector's S:U (unchanged scope) means post-exploitation impact is bounded to the BLE channel rather than lateral movement into adjacent systems, which is a meaningful constraint on blast radius. |
| Exploit ScenarioDerived | An attacker positions within BLE radio range of a deployed RS9116W or SiWx917 device that has previously bonded with a legitimate peer (e.g., a mobile app, sensor, or controller). The attacker uses a BLE sniffer to capture or enumerate the bonded peer's device address, then configures a rogue BLE adapter to spoof that address and initiates a re-pairing request. The vulnerable WiseConnect stack accepts the re-pairing without verifying cryptographic proof of the original long-term keys, completing the bond to the rogue device and granting the attacker full read/write access to exposed BLE services. The BLERP paper presented at NDSS provides a documented attack methodology that lowers the bar for replication. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 13, 2026
BLE re-pairing attacks against Silicon Labs RS9116W and SiWx917 modules allow an adjacent unauthenticated attacker to spoof a previously bonded device and force the target to re-bond with a rogue device, yielding full BLE session control. Both WiseConnect SDK 2.x (before 2.14.0) and 4.x (before 4.1.0) are confirmed affected per vendor release notes and the academic BLERP (BLE Re-Pairing Attacks and Defenses) paper published at NDSS. No public exploit code has been identified at time of analysis, and this CVE is not listed in the CISA KEV catalog, though the NDSS paper provides a detailed methodology that could guide motivated researchers to weaponize the technique.
RemediationAI
Upgrade to WiseConnect SDK 4.1.0 or later for the SiWx917 platform, or to WiseConnect SDK 2.14.0 or later for RS9116W deployments, as documented in vendor release notes at https://docs.silabs.com/sisdk-release-notes/latest/sisdk-wifi-release-notes/sisdk-wifible-ble-release-notes and https://docs.silabs.com/rs9116-wiseconnect/latest/wifibt-wc-release-notes/rs9116-ble-release-notes#bug-fixes. The vendor advisory at https://community.silabs.com/068Vm00000x0yyH should be consulted for deployment-specific guidance. Where immediate SDK upgrade is not feasible, compensating controls include restricting physical access to deployment environments to prevent adversaries from achieving BLE adjacency, disabling BLE functionality if the application does not require it (at the cost of losing BLE-dependent features), and configuring allowlists at the application layer to reject unexpected bonding events - though this last mitigation depends on application-layer hooks that may not be available in all WiseConnect configurations. Note that application-layer filtering does not address the firmware-level re-pairing acceptance and is not a substitute for patching.
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
CWE-290 (Authentication Bypass by Spoofing) captures the root cause: the WiseConnect BLE stack fails to adequately verify that a device initiating a re-pairing request is the legitimate previously-bonded peer. BLE bonding stores long-term keys (LTK) and device addresses (Identity Resolving Key / static/random addresses); when an already-bonded address is presented by a rogue device, the WiseConnect firmware on RS9116W (a dual-mode Wi-Fi+BLE combo module) and SiWx917 (a newer SoC with integrated security features) apparently accepts the re-pairing without requiring cryptographic proof of possession of the original bonding keys. The CPE cpe:2.3:a:silabs.com:wiseconnect:*:*:*:*:*:*:*:* covers the SDK used across both hardware platforms. The BLERP paper (NDSS 2026) formalizes this attack class across multiple BLE stacks, placing the Silicon Labs finding in a broader ecosystem context.
Know when Wiseconnect 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:H/I:H/A:H
AV:A reflects BLE radio-range constraint; PR:N confirmed since spoofing bypasses authentication without credentials; full CIA impact follows from complete BLE session takeover.
Primary rating from Vendor (Silabs).
CVSS VectorVendor: Silabs
Lifecycle Timeline
2DescriptionCVE.org
Spoofing an already bonded device can force either RS9116W or SiWx917 to re-pair/bond with a rogue device. See V1 in BLERP paper below
Executive ViewAI
Silicon Labs WiseConnect SDK (versions 2.x and 4.x) contains a Bluetooth re-pairing vulnerability allowing adjacent unauthenticated attackers to spoof bonded devices and hijack BLE sessions. Although no public exploit code has been identified at time of analysis, detailed attack methodology exists in published academic research. All devices using the affected RS9116W or SiWx917 modules face potential unauthorized access without immediate patching.
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
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
More in Wiseconnect
View allSecurity level downgrade during Bluetooth Low Energy re-pairing in Silicon Labs WiseConnect exposes the Long Term Key (L
Bluetooth Low Energy re-pairing in Silicon Labs RS9116W and SiWx91x devices allows a nearby unauthenticated attacker to
BLE encryption key downgrade in Silicon Labs WiseConnect allows adjacent, unauthenticated attackers to brute-force sessi
Bluetooth LE legacy pairing authentication in Silicon Labs RS9116W and SiWx917 wireless modules (WiseConnect SDK) can be
Information disclosure in Silicon Labs RS9116W and SiWx917 wireless modules running WiseConnect exposes potentially sens
EUVD-2026-57925
GHSA-6jfp-5vf9-mpxj
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB