Skip to main content
CVE-2024-48984VulnerabilityPublished Updated

CVE-2024-48984: mbed-os · n/a

Affects mbed-osSource CVE Database V5

0

Not known to be exploited · CVSS 9.8 Critical.

Data as of 26 Oct 2026, 06:26 UTC

CVSS 3.1 base score
9.8Critical
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.5% chance of exploitation in 30 days – higher than 45% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 20 Nov 2024

  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 2026-10-26.

What to do

Affected software

ProductAffectedFixed in
GitHubmbed-ce/mbed-ospkg:github/mbed-ce/mbed-osOther threatsAffected
  • =6.16.0
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-2024-48984, organizations should prioritize updating MBed OS to a patched version once available from the vendor or community. In the absence of an official patch, developers should implement strict input validation on HCI report lengths to ensure all calculated report addresses remain within buffer boundaries before copying data. Employing compiler-based security features such as stack canaries, Address Space Layout Randomization (ASLR), and Control Flow Integrity (CFI) can help reduce exploitation risk. Network-level controls to restrict unauthorized Bluetooth access, such as enforcing device pairing and authentication, can limit exposure. Monitoring Bluetooth traffic for anomalous or malformed HCI reports may provide early detection of exploitation attempts. Additionally, conducting thorough code reviews and fuzz testing on Bluetooth stack implementations can uncover similar vulnerabilities proactively. For critical deployments, consider isolating Bluetooth-enabled devices on segmented networks to contain potential compromises. Finally, maintain an incident response plan tailored to embedded device compromise scenarios to enable rapid containment and recovery.

Description

An issue was discovered in MBed OS 6.16.0. When parsing hci reports, the hci parsing software dynamically determines the length of a list of reports by reading a byte from an input stream. It then fetches the length of the first report, uses it to calculate the beginning of the second report, etc. In doing this, it tracks the largest report so it can later allocate a buffer that fits every individual report (but only one at a time). It does not, however, validate that these addresses are all contained within the buffer passed to hciEvtProcessLeExtAdvReport. It is then possible, though unlikely, that the buffer designated to hold the reports is allocated in such a way that one of these out-of-bounds length fields is contained within the new buffer. When the (n-1)th report is copied, it overwrites the length field of the nth report. This now corrupted length field is then used for a memcpy into the new buffer, which may lead to a buffer overflow.

References

Community reviews

Loading reviews…