CVE-2026-12805: DCMTK XML Buffer Overflow – Patch Guidance for Healthcare IT
OFFIS DCMTK, a widely-used open-source DICOM toolkit for medical imaging, contains a buffer overflow vulnerability in its XML file parsing function. When the software processes a specially crafted XML file, an attacker can overwrite memory on the heap, potentially leading to information disclosure, data corruption, or application crash. The vulnerability requires user interaction—someone must open or process a malicious XML file—but no authentication is needed, and the attack can be triggered remotely by sending the file over the network.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 6.3 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:L/A:L
- Weaknesses (CWE)
- CWE-119, CWE-122
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-06-21 / 2026-06-23
NVD description (verbatim)
A flaw has been found in OFFIS DCMTK up to 3.7.0. The affected element is the function XMLNode::parseFile in the library ofstd/libsrc/ofxml.cc. Executing a manipulation can lead to heap-based buffer overflow. The attack may be performed from remote. The exploit has been published and may be used. This patch is called 1d4b3815c0987840a983160bfc671fef63a3105b. It is best practice to apply a patch to resolve this issue. The vendor was contacted early, responded in a very professional manner and quickly released a fixed version of the affected product.
8 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-12805 is a heap-based buffer overflow in DCMTK's XMLNode::parseFile function located in ofstd/libsrc/ofxml.cc. The flaw results from insufficient bounds checking during XML file parsing, allowing an attacker to write beyond allocated buffer boundaries. The vulnerability is classified under CWE-119 (Improper Restriction of Operations within the Bounds of a Memory Buffer) and CWE-122 (Heap-based Buffer Overflow). With a CVSS score of 6.3 (MEDIUM severity), the attack vector is network-accessible, requires low complexity, no privileges, but does require user interaction. The vulnerability can impact confidentiality, integrity, and availability.
Business impact
For organizations deploying DCMTK in medical imaging workflows, clinical research, or DICOM processing pipelines, this vulnerability poses operational risk. A compromised DCMTK instance could leak patient imaging metadata, corrupt diagnostic images, or crash critical imaging systems. The requirement for user interaction means the attack surface is conditional on staff opening untrusted DICOM files or XML documents—a realistic scenario in environments receiving imaging data from external sources or untrusted channels. Downtime in imaging infrastructure directly impacts clinical operations and patient care timelines.
Affected systems
OFFIS DCMTK versions up to and including 3.7.0 are affected. DCMTK is deployed in medical imaging applications, hospital information systems, research platforms, and standalone DICOM processing tools. Any organization running affected versions that parse XML files as part of DICOM workflows or standalone XML processing faces exposure. Verify your specific DCMTK version and deployment context to determine risk.
Exploitability
A public exploit is available, increasing the practical risk. The vulnerability is trivial to exploit from a technical standpoint—an attacker simply crafts a malicious XML file and waits for a user to process it. The requirement for user interaction (opening a file, initiating a scan, importing data) is the primary control, not the underlying flaw. Given that medical facilities routinely exchange DICOM files and XML-based configuration data with partners and vendors, social engineering or supply chain delivery of malicious files is plausible.
Remediation
Update DCMTK to a patched version released after the vendor's response. The vendor confirmed they received early notification and released a fix promptly; verify the specific version number against the official OFFIS DCMTK release notes. The patch commit referenced is 1d4b3815c0987840a983160bfc671fef63a3105b. Organizations unable to patch immediately should restrict XML file processing to trusted sources, disable DCMTK XML parsing if unused, or isolate imaging systems from untrusted network inputs.
Patch guidance
Contact OFFIS or consult the official DCMTK repository and release notes to identify the minimum patched version for your branch. Apply the patch to all systems running DCMTK versions up to 3.7.0. Test patched versions in a staging environment first, especially in clinical settings, to ensure compatibility with existing workflows. Document the patch version applied and verify deployment across all instances. Prioritize systems that accept XML or DICOM files from external or untrusted sources.
Detection guidance
Monitor for unexpected crashes or errors in DCMTK processes, especially when processing XML files. Intrusion detection signatures targeting heap overflow exploitation patterns may trigger on malicious XML payloads. Log all XML file parsing operations and examine files uploaded to DCMTK systems for suspicious structure or encoding. Network-level detection is difficult; focus on host-based monitoring and application logging. Verify that DCMTK debug symbols and core dump analysis are enabled in your environment to aid forensic investigation if an incident occurs.
Why prioritize this
Although rated MEDIUM severity, the combination of public exploit availability, remote attack vector, and real-world deployment in critical healthcare infrastructure warrants prompt attention. The user-interaction requirement reduces immediate risk compared to wormable flaws, but should not delay patching. For organizations processing untrusted DICOM files or exposing DCMTK to external inputs, this should be a near-term remediation priority.
Risk score, explained
CVSS 6.3 (MEDIUM) reflects the balance between a network-accessible, low-complexity attack and the requirement for user interaction. The flaw impacts all three security pillars—confidentiality (information leak), integrity (data corruption), and availability (crash)—justifying a mid-range score. However, practical risk is elevated by public exploit availability and deployment in safety-critical medical environments; organizations should weight business context above the base CVSS score.
Frequently asked questions
Do I need to patch immediately if DCMTK is not exposed to untrusted XML files?
No, but it is prudent to plan patching within a reasonable timeframe. If your DCMTK deployment only processes DICOM files from trusted, internal sources and does not parse arbitrary XML, the attack surface is reduced. However, supply chain compromise and insider threats are real; patching remains best practice.
Is this vulnerability exploitable without user action?
No. An attacker must trick or socially engineer a user into opening or processing a malicious XML file. The vulnerability itself is present in the code, but triggering it requires user interaction. This is a meaningful control but not a permanent fix.
What should healthcare organizations do if patching DCMTK requires lengthy regression testing?
Implement compensating controls: restrict file uploads to trusted sources only, disable XML parsing if unused, run DCMTK in a sandboxed or isolated environment, and monitor closely. Establish a patching timeline and communicate it to clinical and IT leadership so that deployment is not indefinitely delayed.
Will the patch be automatically available through my vendor or hospital information system?
Not necessarily. DCMTK is open-source; check the official OFFIS DCMTK GitHub repository or release announcements for patched versions. If DCMTK is embedded in a commercial medical imaging product, contact that vendor for their patched release. Do not assume automatic updates.
This analysis is provided for informational purposes and should not be construed as legal or medical advice. SEC.co does not provide CVSS scores, KEV inclusion status, or patch version confirmations; those data points are sourced from official vulnerability databases and vendor advisories. Organizations must verify affected product versions, patch availability, and compatibility in their own environment before deploying patches. Consult with your vendors, IT security team, and compliance officers to determine risk tolerance and remediation timelines specific to your deployment. No exploit code or detailed attack steps are provided in this analysis. Source: NVD (public-domain), retrieved 2026-07-28. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-10194MEDIUMOFFIS DCMTK Heap Buffer Overflow in Query/Retrieve Service
- CVE-2026-10200MEDIUMAssimp 6.0.4 Heap Buffer Overflow in glTF Matrix Parser
- CVE-2026-10229MEDIUMAssimp Half-Life MDL Loader Heap Buffer Overflow
- CVE-2026-10230MEDIUMAssimp Half-Life MDL Loader Heap Buffer Overflow Vulnerability
- CVE-2026-10231MEDIUMAssimp Heap Buffer Overflow in HL1 MDL Loader
- CVE-2026-12193HIGHVS Revo RevoUninstaller Kernel Driver Heap Buffer Overflow
- CVE-2025-55645MEDIUMHeap Buffer Overflow in GPAC MP4Box v2.4 – DoS Vulnerability
- CVE-2025-55648MEDIUMGPAC MP4Box Heap Buffer Overflow DoS Vulnerability