It was reported that a number of dcmtk utilities did not handle setuid() failures. If the setuid() call failed, the utilities would continue running with elevated privileges, possibly leading to privilege escalation. The original report notes the following limitations: "" - the tool is installed with suid bit - the tool is run from an unprivileged user - the kernel is configured to limit the number of processes per user "" From looking at the spec file, it seems the suid bit is not used, so these may not be exploitable on Fedora. Upstream fix: http://hmarco.org/bugs/patches/dcmtk-3.6.1-drop-privileges-fixed.patch References: http://packetstormsecurity.com/files/126883/dcmtk-escalate.txt http://hmarco.org/bugs/dcmtk-3.6.1-privilege-escalation.html
Created dcmtk tracking bugs for this issue: Affects: fedora-all [bug 1104041]
Upstream fix: ------------- -> http://git.dcmtk.org/web?p=dcmtk.git;a=commitdiff;h=beaf5a5c24101daeeafa48c375120b16197c9e95;hp=5349794c4c458c76609b7aeb53d0ca28cf9fe9f0
Reply from an upstream author: > On Saturday, 6 December 2014 10:43 PM, OFFIS DICOM Team wrote: > > We do release interim versions (which all have a version name of > 3.6.1-<datestamp>) every couple of months. The only difference > between full releases (the next one will be 3.6.2) and the > snapshots is that snapshots only get compiled and tested on > our main development platforms (Linux and Windows), whereas the > full releases also get tested on the less common platforms > supported by DCMTK such as the various BSDs, MacOS X etc. > > So from my perspective there is nothing that should stop a Linux > distribution from using the latest DCMTK snapshot(the current one > is available here, and does contain the fix: > > -> http://dicom.offis.de/download/dcmtk/snapshot/ >
This CVE Bugzilla entry is for community support informational purposes only as it does not affect a package in a commercially supported Red Hat product. Refer to the dependent bugs for status of those individual community products.