DCMTK through 3.7.0 contains a heap over-read vulnerability in ConcatenationLoader that copies pixel data frames without validating the PixelData buffer length against the declared NumberOfFrames. Attackers can craft malicious DICOM instances declaring more frames than the buffer contains to trigger heap over-reads that crash the application or leak adjacent heap memory.
Attack Parameters
Attack Vector
Network
Can be exploited remotely
Attack Complexity
Low
Easy to exploit
Attack Requirements
None
No additional conditions
Privileges Required
None
No privileges needed
User Interaction
None
No user interaction needed
Impact Assessment
Confidentiality
Low
Partial data leak
Integrity
None
No data modification
Availability
High
Complete denial of service
CVSS Vector v4.0
Weakness Type (CWE)
Vulnerable Products 1
| Configuration | From (including) | Up to (excluding) |
|---|---|---|
|
Offis Dcmtk
cpe:2.3:a:offis:dcmtk:*:*:*:*:*:*:*:*
|
— |
<= 3.7.0
|
References 7
https://support.dcmtk.org/redmine/issues/1281
DCMTK Redmine Issue #1281
https://github.com/DCMTK/dcmtk/commit/18379d5b8d234977cc30644e9e70d76d89c87285
Fixed heap over-read in ConcatenationLoader
https://github.com/DCMTK/dcmtk/commit/c33790827a192a598d20463af701a8b819f46ec1
Validate buffer length in extractBinaryFrames
https://github.com/DCMTK/dcmtk/blob/ccfd10b84ff3c9a40b7b331698aedf06d421fc43/dc…
NVD
https://github.com/DCMTK/dcmtk/blob/ccfd10b84ff3c9a40b7b331698aedf06d421fc43/dc…
NVD
https://github.com/DCMTK/dcmtk
NVD
https://www.vulncheck.com/advisories/dcmtk-through-3.7.0-heap-over-read-via-num…
VulnCheck Advisory: DCMTK through 3.7.0 Heap Over-read via NumberOfFrames