<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:webfeeds="http://webfeeds.org/rss/1.0"><channel><title>DCMTK (&lt;= 3.7.0) - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/products/dcmtk--3.7.0/</link><description>Trending threats, MITRE ATT&amp;CK coverage, and detection metadata. Fed continuously.</description><generator>Hugo</generator><language>en</language><managingEditor>hello@craftedsignal.io</managingEditor><webMaster>hello@craftedsignal.io</webMaster><lastBuildDate>Thu, 24 Sep 2026 14:47:40 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/products/dcmtk--3.7.0/feed.xml" rel="self" type="application/rss+xml"/><image><url>https://feed.craftedsignal.io/favicon-32x32.png</url><title>CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/</link><width>32</width><height>32</height></image><webfeeds:icon>https://feed.craftedsignal.io/favicon.svg</webfeeds:icon><item><title>Heap Over-read Vulnerability in DCMTK ConcatenationLoader</title><link>https://feed.craftedsignal.io/briefs/2026-09-dcmtk-heap-over-read/</link><pubDate>Thu, 24 Sep 2026 14:47:40 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-09-dcmtk-heap-over-read/</guid><description>DCMTK version 3.7.0 and earlier contains a heap over-read vulnerability in the ConcatenationLoader component that can lead to information disclosure or application crashes when processing malformed DICOM files.</description><content:encoded><![CDATA[<p>DCMTK (DICOM Toolkit) through version 3.7.0 is susceptible to a heap over-read vulnerability within the ConcatenationLoader component. The issue stems from insufficient validation of pixel data frames; specifically, the component fails to verify that the length of the PixelData buffer matches the quantity declared in the NumberOfFrames attribute.</p>
<p>An attacker can exploit this by crafting a malicious DICOM file containing a deliberately mismatched NumberOfFrames field. When an application utilizing this library parses the malformed file, it triggers an out-of-bounds read on the heap. This behavior may result in a crash of the service processing the DICOM data or, in specific memory layouts, the disclosure of sensitive data residing in adjacent memory segments. Given that DCMTK is widely used in medical imaging software and PACS (Picture Archiving and Communication Systems) infrastructures, this vulnerability poses a significant risk to the confidentiality and availability of sensitive patient imaging data.</p>
<h2 id="impact">Impact</h2>
<p>Successful exploitation allows for memory content disclosure or denial-of-service via application crash. The impact is significant for organizations operating medical imaging environments, as any downstream application integrating the vulnerable DCMTK library is susceptible to attacks via maliciously crafted DICOM files.</p>
<h2 id="recommendation">Recommendation</h2>
<p>Prioritized actions focus on identifying and upgrading vulnerable library dependencies within the software supply chain:</p>
<ul>
<li>Audit all internal and third-party software deployments to identify applications that statically or dynamically link against DCMTK version 3.7.0 or earlier.</li>
<li>Prioritize patching for internet-facing or externally accessible image processing services that ingest DICOM files from untrusted sources.</li>
<li>Monitor vendor security advisories from OFFIS regarding the release of a patched version of DCMTK that implements proper buffer length validation for the ConcatenationLoader.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category><category>vulnerability</category><category>dcmtk</category><category>dicom</category><category>medical-imaging</category></item></channel></rss>