Bug 1027551 (CVE-2013-6476)

Summary: CVE-2013-6476 cups-filters: pdftoopvp could load drivers from an attacker-controlled directory
Product: [Other] Security Response Reporter: Murray McAllister <mmcallis>
Component: vulnerabilityAssignee: Red Hat Product Security <security-response-team>
Status: CLOSED NOTABUG QA Contact:
Severity: low Docs Contact:
Priority: low    
Version: unspecifiedCC: fweimer, security-response-team, twaugh, vdanen
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: 2014-03-11 05:31:34 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: 1074840    
Bug Blocks: 1002935, 1010117    

Description Murray McAllister 2013-11-07 04:29:56 UTC 
It was found that the OPVPWrapper::loadDriver() function in the pdftoopvp filter did not restrict the directory drivers could be loaded from. As the driver name can be configured based on a PPD file, processing a PDF in an attacker-controlled directory containing a malicious driver could lead to arbitrary code execution with the privileges of the "lp" user.

Acknowledgements:

This issue was discovered by Florian Weimer of the Red Hat Product Security Team.
Comment 2 Huzaifa S. Sidhpurwala 2014-03-11 05:16:11 UTC 
Public via:

http://bzr.linuxfoundation.org/loggerhead/openprinting/cups-filters/revision/7176

This issue has been resolved in upstream cups-filters-1.0.47
Comment 3 Huzaifa S. Sidhpurwala 2014-03-11 05:19:17 UTC 
Created cups-filters tracking bugs for this issue:

Affects: fedora-all [bug 1074840]