CVE-2026-44034Heap out-of-bounds read in DCMTK RLE decodeFrame()
Updated under an hour ago ()
Does this affect you?
It affects OFFIS DCMTK. Add what you run to find out whether that includes you.
EPSS puts the chance of exploitation in the next 30 days at 0.11%, higher than 1% of scored CVEs.
Do this next
Free account, 1 product
A heap-based out-of-bounds read in DcmRLECodecDecoder::decodeFrame() in dcmdata/libsrc/dcrleccd.cc of OFFIS DCMTK 3.7.0 allows an attacker to read up to 63 bytes of adjacent heap memory, or cause a crash, via a crafted RLE Lossless DICOM file whose pixel data fragment is shorter than the 64-byte RLE header. The function copies 64 bytes without checking the fragment length, a check that the sibling function decode() already performs. Applications that decode RLE images frame by frame (for example, through DcmPixelData::getUncompressedFrame()) are affected. The dcmdrle command-line tool uses decode() and is not affected. The issue is fixed in commit 45469f3c30037e9c7159290e4bb74cd7b3b9ef1d.
- CVSS
- 4.4 MEDIUM (v3.1, CNA)CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:L
- Weakness (CWE)
- CWE-125
- Known exploited
- Not in CISA's KEV catalog
- EPSS (exploitation in the next 30 days)
- 0.11% (percentile 1)
- Assigned by
- securin
- NVD analysis
- Awaiting Analysis
- Record last updated
- Oct 8, 2026
- First seen by InfoSec Signals
- Oct 9, 2026
Affected products
OFFIS DCMTK offis:dcmtk | 3.7.0 | CNA record |
References
- https://support.dcmtk.org/redmine/issues/1213issue-tracking, vendor-advisory
- https://github.com/DCMTK/dcmtk/commit/45469f3c30037e9c7159290e4bb74cd7b3b9ef1dpatch
The CVE record on cve.org NVD's entry
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.