Bug 152463 - CAN-2005-0866 cdrecord insecure temporary file
Summary: CAN-2005-0866 cdrecord insecure temporary file
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: cdrtools
Version: 3
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Harald Hoyer
QA Contact:
URL:
Whiteboard: source=cve,impact=low,public=20050120...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2005-03-29 18:52 UTC by Josh Bressers
Modified: 2008-08-02 23:40 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-10-19 19:23:09 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Josh Bressers 2005-03-29 18:52:20 UTC
+++ This bug was initially created as a clone of Bug #152462 +++

Stolen from: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=291376

Cdrtools has some code (and default configuration) that suggests users that 
want to debug its behaviour to open up a can of worms associate to insecure 
temporary files usage. The Debug file defined in the configuration will 
just be fopened() without any checks and is thus vulnerable to symlink 
attacks.

The attached patch tries to fix this minor bug (not many users will really 
enabled DEBUG) by introducing a check in rscsi.c to avoid being vulnerable 
to symlink attacks and by modifying the provided config file telling users 
to use safe locations for debug files. The patch introduces a DoS condition 
(if somebody has created the file the program will exit) and that's why 
users are suggested (in the comments of the configuration file) to use a 
safe location (not /tmp) for debugging.

Comment 1 Josh Bressers 2005-03-29 18:52:40 UTC
This issue should also affect FC2

Comment 2 Matthew Miller 2006-07-10 21:51:15 UTC
Fedora Core 3 is now maintained by the Fedora Legacy project for security
updates only. If this problem is a security issue, please reopen and
reassign to the Fedora Legacy product. If it is not a security issue and
hasn't been resolved in the current FC5 updates or in the FC6 test
release, reopen and change the version to match.

Thank you!


Comment 3 Matthew Miller 2006-10-19 19:23:09 UTC
The corresponding RHEL bug was marked wontfix. Seems reasonable here too.


Note You need to log in before you can comment on or make changes to this bug.