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.
Metrics
Affected Vendors & Products
References
History
Fri, 22 Nov 2024 18:00:00 +0000
Type | Values Removed | Values Added |
---|---|---|
First Time appeared |
Arm
Arm mbed |
|
Weaknesses | CWE-120 | |
CPEs | cpe:2.3:o:arm:mbed:6.16.0:*:*:*:*:*:*:* | |
Vendors & Products |
Arm
Arm mbed |
|
Metrics |
cvssV3_1
|
Wed, 20 Nov 2024 20:00:00 +0000
Type | Values Removed | Values Added |
---|---|---|
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 |
|
MITRE
Status: PUBLISHED
Assigner: mitre
Published: 2024-11-20T00:00:00
Updated: 2024-11-20T19:54:44.553881
Reserved: 2024-10-11T00:00:00
Link: CVE-2024-48981
Vulnrichment
No data.
NVD
Status : Analyzed
Published: 2024-11-20T20:15:19.097
Modified: 2024-11-22T17:33:02.740
Link: CVE-2024-48981
Redhat
No data.