Skip to main content
VulnerabilityPublished Updated

CVE-2024-48981: mbed-os · Classic Buffer Overflow

Affects mbed-osSource CVE Database V5

0

Not known to be exploited · CVSS 7.5 High.

Data as of 26 Oct 2026, 14:05 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.3% chance of exploitation in 30 days – higher than 29% 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:N/I:H/A:N

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

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-48981, organizations should first monitor MBed OS vendor communications for official patches or updates addressing this vulnerability and apply them promptly once available. In the interim, implement strict network-level controls to limit exposure of vulnerable devices, such as isolating Bluetooth or HCI interfaces from untrusted networks and disabling unnecessary Bluetooth services. Employ intrusion detection systems capable of monitoring anomalous HCI packet traffic patterns indicative of exploitation attempts. Conduct thorough code reviews and testing of custom MBed OS integrations to identify and patch similar unsafe packet parsing logic. Where feasible, implement application-layer validation to reject malformed or unexpected HCI packets before they reach vulnerable parsing functions. Device manufacturers should consider adding runtime protections such as stack canaries, address space layout randomization (ASLR), and control flow integrity (CFI) to reduce exploitation success. Finally, maintain an inventory of all devices running MBed OS 6.16.0 to prioritize risk assessment and remediation efforts.

Description

An issue was discovered in MBed OS 6.16.0. During processing of HCI packets, the software dynamically determines the length of the packet header by looking up the identifying first byte and matching it against a table of possible lengths. The initial parsing function, hciTrSerialRxIncoming does not drop packets with invalid identifiers but also does not set a safe default for the length of unknown packets' headers, leading to a buffer overflow. This can be leveraged into an arbitrary write by an attacker. It is possible to overwrite the pointer to a not-yet-allocated buffer that is supposed to receive the contents of the packet body. One can then overwrite the state variable used by the function to determine which state of packet parsing is currently occurring. Because the buffer is allocated when the last byte of the header has been copied, the combination of having a bad header length variable that will never match the counter variable and being able to overwrite the state variable with the resulting buffer overflow can be used to advance the function to the next step while skipping the buffer allocation and resulting pointer write. The next 16 bytes from the packet body are then written wherever the corrupted data pointer is pointing.

References

Community reviews

Loading reviews…