Bug 1104040 (CVE-2013-6825)

Summary: CVE-2013-6825 dcmtk: possible privilege escalation if setuid() fails
Product: [Other] Security Response Reporter: Murray McAllister <mmcallis>
Component: vulnerabilityAssignee: Red Hat Product Security <security-response-team>
Status: CLOSED UPSTREAM QA Contact:
Severity: high Docs Contact:
Priority: high    
Version: unspecifiedCC: carnil, lemenkov, mrceresa, pj.pandit
Target Milestone: ---Keywords: Security
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-06-08 02:33:16 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 1104041    
Bug Blocks:    

Description Murray McAllister 2014-06-03 07:10:19 UTC
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

Comment 1 Murray McAllister 2014-06-03 07:11:13 UTC
Created dcmtk tracking bugs for this issue:

Affects: fedora-all [bug 1104041]

Comment 3 pjp 2014-12-06 18:33:18 UTC
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/
>

Comment 5 Product Security DevOps Team 2019-06-08 02:33:16 UTC
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.