mailing list archives
Re: Re: Bugs in "file" program VU#621745
From: Kurt Seifried <kseifried () redhat com>
Date: Tue, 20 Mar 2012 11:18:56 -0600
On 03/20/2012 11:11 AM, Jan Lieskovsky wrote:
Hi Kurt, vendors,
Date: Wed, 29 Feb 2012 16:54:49 -0500 (EST)
From: Kurt Seifried <kseifrie () hat com>
To: oss-security () ts openwall com
Cc: Florian Weimer <fw () eb enyo de>
Subject: Re: Bugs in "file" program VU#621745
On 02/29/2012 10:52 AM, Florian Weimer wrote:
* Kurt Seifried:
We recently pointed the CERT BFF at the ubiquitous "file" command
and found a few bugs. While we've not proven the bugs to be
exploitable, we've also not ruled out the possibility that they
Fixes were committed on Feb 16, 2012:
If any of these are security issues please let me know and I will
assign CVE #'s.
file also provides a library, libmagic. This could lead to crashes of
server processes which use libmagic. Debian will likely release a fix
as a security update.
Fair enough but I'd like some details before issuing CVE's, like what
are the actual security issues that have been fixed?
Based on further investigation, I am able to tell the issues here
are out-of heap-based buffer reads and / or invalid pointer dereferences
by processing various parts of CDF (Composite Document Files) header.
Out-of heap-based buffer reads:
i) either by attempt to access field at invalid index,
ii) or by attempt to access field out of allocated array bounds.
Invalid pointer dereferences:
iii) by attempt to access pointer value, being modified in
a for loop cycle.
Anyway, the file executable is terminated in each case yet by attempt
to read the location, thus these seem to be able to cause just file
Relevant Red Hat Bugzilla record is here:
Though issues having lower impact, would it be possible to allocate
one CVE identifier to these? (one should be enough, since the reason
is always the same and the underlying code is parsing CDF file header).
Thank you && Regards, Jan.
Jan iankko Lieskovsky / Red Hat Security Response Team
Please use CVE-2012-1571 for these issues.
Kurt Seifried Red Hat Security Response Team (SRT)