CVE-2025-2329: silabs.com OpenThread · Use of Uninitialized Resource
Affects silabs.com OpenThreadSource CVE Database V5
Not known to be exploited · CVSS 5.3 Medium.
Data as of 26 Oct 2026, 09:15 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 13% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:4.0/AV:A/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:L/SC:N/SI:N/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 25 Jul 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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
Affected software
| Product | Affected | Fixed in |
|---|---|---|
GitHubsiliconlabs/OpenThreadpkg:github/siliconlabs/OpenThreadOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
To mitigate CVE-2025-2329, European organizations should implement several specific measures beyond generic best practices: 1) Monitor network traffic patterns to identify and limit excessive SPI communication bursts that could trigger the vulnerability. Implement rate limiting or traffic shaping at the device or network level to prevent high traffic conditions that cause buffer corruption. 2) Where possible, update OpenThread RCP firmware to versions that address this issue once Silicon Labs releases patches. Until patches are available, consider deploying compensating controls such as watchdog timers or automated device recovery mechanisms to minimize downtime from RCP resets. 3) Conduct thorough testing of IoT deployments under simulated high traffic loads to detect potential instability or DoS symptoms related to this vulnerability. 4) Segment IoT networks to isolate critical systems from less trusted or high-traffic zones, reducing the likelihood of widespread impact. 5) Engage with device vendors and integrators to confirm the presence of this vulnerability and coordinate timely remediation. 6) Maintain robust incident detection capabilities to quickly identify and respond to device resets or communication failures indicative of exploitation attempts. These targeted actions will help reduce the risk and operational impact of this vulnerability in real-world deployments.
Description
In high traffic environments, a Silicon Labs OpenThread RCP (see impacted versions) fails to clear the SPI transmit buffer and may send a corrupt packet over SPI to its host, causing the host to reset the RCP which results in a denial of service.