Skip to main content
VulnerabilityPublished

CVE-2025-53888: RIOT · Classic Buffer Overflow

Affects RIOTSource CVE Database V5

0

Not known to be exploited · CVSS 6.6 Medium.

Data as of 26 Oct 2026, 17:16 UTC

CVSS 4.0 base score
6.6Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.8% chance of exploitation in 30 days – higher than 58% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N/E:U

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 18 Jul 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
GitHubriot-os/RIOTpkg:github/riot-os/RIOTOther threatsAffected
  • <=2025.04
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 this vulnerability, European organizations should: 1) Immediately update RIOT-OS deployments to versions later than 2025.04 where the patch replacing assert() with proper input validation is applied. 2) Conduct thorough inventory and risk assessments to identify all IoT devices running vulnerable RIOT-OS versions. 3) Implement network segmentation and strict access controls to limit exposure of IoT devices to untrusted networks. 4) Deploy intrusion detection and anomaly monitoring specifically tuned for IoT traffic patterns to detect exploitation attempts. 5) For devices where immediate patching is not feasible, apply compensating controls such as input filtering at gateways or firewalls to prevent malicious addr_len values from reaching vulnerable functions. 6) Engage with device vendors to ensure timely firmware updates and security patches. 7) Incorporate secure development lifecycle practices to avoid reliance on assert() for input validation in future IoT software development.

Description

RIOT-OS, an operating system that supports Internet of Things devices, has an ineffective size check implemented with `assert()` can lead to buffer overflow in versions up to and including 2025.04. Assertions are usually compiled out in production builds. If assertions are the only defense against untrusted inputs, the software may be exposed to attacks that utilize the lack of proper input checks. In the `l2filter_add()` function shown below, `addr_len` is checked using an assertion and is subsequently used as an argument in a `memcpy()` call. When assertions are disabled, there would be no size check for `addr_len`. As a consequence, if an attacker were to provide an `addr_len` value larger than `CONFIG_L2FILTER_ADDR_MAXLEN`, they can trigger a buffer overflow and write past the `list[i].addr` buffer. If the unchecked input is attacker-controlled, the impact of the buffer overflow can range from a denial of service to arbitrary code execution. Commit f6f7de4ccc107c018630e4c15500825caf02e1c2 contains a patch for the vulnerability.

References

Community reviews

Loading reviews…