Bug 214288 – CVE-2006-5757 ISO9660 __find_get_block_slow() denial of service

Bug 214288 - CVE-2006-5757 ISO9660 __find_get_block_slow() denial of service

Summary:	CVE-2006-5757 ISO9660 __find_get_block_slow() denial of service

Status:	CLOSED ERRATA

Aliases:	None

Product:	Red Hat Enterprise Linux 4
Classification:	Red Hat
Component:	kernel (Show other bugs)
Sub Component:
Version:	4.0
Hardware:	All Linux

Priority	medium Severity low
Target Milestone:	---
Target Release:	---
Assigned To:	Eric Sandeen
QA Contact:	Brian Brock
Docs Contact:

URL:
Whiteboard:	impact=low,source=internet,reported=2...
Keywords:	Security

Depends On:
Blocks:	214419
	Show dependency tree / graph

Reported:	2006-11-06 17:06 EST by Marcel Holtmann
Modified:	2007-11-30 17:07 EST (History)
CC List:	2 users (show)

See Also:
Fixed In Version:	RHSA-2007-0014
Doc Type:	Bug Fix
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	2007-01-30 09:41:48 EST
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

External Trackers
Tracker	ID	Priority	Status	Summary	Last Updated
Red Hat Product Errata	RHSA-2007:0014	normal	SHIPPED_LIVE	Important: kernel security update	2007-01-30 09:25:00 EST

Groups: None (edit)

Description Marcel Holtmann 2006-11-06 17:06:53 EST

Reported as MOKB-05-11-2006:

http://projects.info-pull.com/mokb/MOKB-05-11-2006.html

The ISO9660 filesystem handling code of the Linux 2.6.x kernel fails to properly
handle corrupted data structures, leading to an exploitable denial of service
condition. This particular vulnerability seems to be caused by a race condition
and a signedness issue. When performing a read operation on a corrupted ISO9660
fs stream, the isofs_get_blocks() function will enter an infinite loop when
__find_get_block_slow() callback from sb_getblk() fails ("due to various races
between file io on the block device and getblk").

Comment 3 Eric Sandeen 2006-11-06 17:42:21 EST

This upstream patch resolves the issue:
http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=e5657933863f43cc6bb76a54d659303dafaa9e58;hp=e0ab2928cc2202f13f0574d4c6f567f166d307eb

Comment 5 Jason Baron 2006-11-10 16:59:16 EST

committed in stream U5 build 42.24. A test kernel with this patch is available
from http://people.redhat.com/~jbaron/rhel4/

Comment 7 Mike Gahagan 2007-01-18 13:07:24 EST

verified with the mokb image and numerous runs of fsfuzz have not reproduced
similar behavior.

Comment 9 Red Hat Bugzilla 2007-01-30 09:41:48 EST

An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHSA-2007-0014.html

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