CVE-2025-14858
MediumCVSS 5.1Exploitation Probability (EPSS)
Low risk2th percentile - higher than 2% of all known CVEs
Summary
Semtech LR11xx LoRa transceivers with early firmware versions have an information disclosure vulnerability in firmware validation. After a firmware validity check command via SPI, the last decrypted block remains in memory, allowing an attacker with SPI access to read the decrypted firmware.
Risk Assessment
An attacker with physical access to the SPI interface can read the decrypted firmware, bypassing encryption protection and gaining access to sensitive data or intellectual property.
Recommendation
Update the LR11xx transceiver firmware to the latest version that fixes this vulnerability. Restrict physical access to the SPI interface.
Other vulnerabilities in Semtech LR11xx
See all- CVE-2026-6232Medium
An out-of-bounds write vulnerability in the SPI host command interface of Semtech's LR11xx transceiver firmware. A crafted SPI host command with an oversized length field can cause the firmware to write up to 254 arbitrary bytes past the bounds of an internal, non-persistent memory buffer. Exploitation requires physical access to the device and logical access to the SPI bus.
- CVE-2025-14859High
Semtech LR11xx LoRa transceivers implement secure boot with a non-standard hashing algorithm vulnerable to second preimage attacks. An attacker with physical access can generate a malicious firmware image with a hash collision, bypassing secure boot and installing unauthorized firmware.
Original NVD description (English source)
The Semtech LR11xx LoRa transceivers running early versions of firmware contains an information disclosure vulnerability in its firmware validation functionality. When a host issues a firmware validity check command via the SPI interface, the device decrypts the provided encrypted firmware package block-by-block to validate its integrity. However, the last decrypted firmware block remains uncleared in memory after the validation process completes. An attacker with access to the SPI interface can subsequently issue memory read commands to retrieve the decrypted firmware contents from this residual memory, effectively bypassing the firmware encryption protection mechanism. The attack requires physical access to the device's SPI interface.
Vulnerability data from NVD (NIST) · CISA KEV · EPSS