Approved changes feed: RSS · Atom

cpe:2.3:o:arm:mbed_os:6.16.0:*:*:*:*:*:*:*

part: o version: 6.16.0 update: *

VendorArm (992f6a5c-1bc7-5785-a659-421ca2a38af9)
ProductMbed Os (2c0cd33d-832d-53ca-b485-77ab0a48e2ec)
Edition*
Language*
Software edition*
Target software*
Target hardware*
Other*
NotesImported from NVD CPE 2.0 feed

PURL mappings

PURLSourceLast updated
pkg:github/armmbed/mbed-os purl2cpe 2026-06-01 10:16:54.608355

Vulnerability references

IdentifiercpeApplicabilitySubmitteddb.gcve.eu detailsRationale
CVE:CVE-2024-48984 vulnerable 2026-06-08 06:50:11.794330 Details available
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.
Published: 2024-11-20T00:00:00.000Z
Updated: 2024-11-25T21:09:11.078Z
Reference links
Imported from gcve-enriched-dumps CVE data

Contribute

You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.