Skip to main content
VulnerabilityPublished Updated

CVE-2025-52464: meshtastic firmware · Insufficient Entropy

Affects meshtastic firmwareSource CVE Database V5

0

Not known to be exploited · CVSS 9.5 Critical · fixed in 2.6.11 : patch meshtastic firmware as a priority.

Data as of 26 Oct 2026, 17:16 UTC

CVSS 4.0 base score
9.5Critical
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.5% chance of exploitation in 30 days – higher than 48% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 2.6.11
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:H/VI:H/VA:L/SC:L/SI:L/SA:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 19 Jun 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

Affected software

ProductAffectedFixed in
GitHubmeshtastic/firmwarepkg:github/meshtastic/firmwareOther threatsAffected
  • =2.5.0
  • =2.6.11
Fixed in–

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 immediately verify the firmware versions of their Meshtastic devices and upgrade all affected units to version 2.6.12 or later to benefit from automatic detection and wiping of compromised keys. Prior to upgrade, a complete device wipe is recommended to remove any vendor-cloned or weak keys, ensuring fresh, high-entropy key generation. Organizations should enforce strict supply chain controls to avoid devices flashed with vulnerable firmware or vendor-cloned keys. Network monitoring should be enhanced to detect unusual LoRa traffic patterns that might indicate interception or replay attacks. Where possible, implement additional layers of encryption or authentication at the application layer to mitigate risks from compromised keys. Training and awareness programs should inform users about the importance of firmware updates and device wiping procedures. Finally, organizations should engage with hardware vendors to confirm that flashing procedures have been corrected to prevent key duplication in future devices.

Description

Meshtastic is an open source mesh networking solution. In versions from 2.5.0 to before 2.6.11, the flashing procedure of several hardware vendors was resulting in duplicated public/private keys. Additionally, the Meshtastic was failing to properly initialize the internal randomness pool on some platforms, leading to possible low-entropy key generation. When users with an affected key pair sent Direct Messages, those message could be captured and decrypted by an attacker that has compiled the list of compromised keys. This issue has been patched in version 2.6.11 where key generation is delayed til the first time the LoRa region is set, along with warning users when a compromised key is detected. Version 2.6.12 furthers this patch by automatically wiping known compromised keys when found. A workaround to this vulnerability involves users doing a complete device wipe to remove vendor-cloned keys.

References

Community reviews

Loading reviews…