Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
For bugs related to Red Hat Enterprise Linux 3 product line. The current stable release is 3.9. For Red Hat Enterprise Linux 6 and above, please visit Red Hat JIRA https://issues.redhat.com/secure/CreateIssue!default.jspa?pid=12332745 to report new issues.

Bug 232520

Summary: CVE-2007-1218 tcpdump denial of service
Product: Red Hat Enterprise Linux 3 Reporter: Fabio Olive Leite <fleite>
Component: tcpdumpAssignee: Jan Synacek <jsynacek>
Status: CLOSED WONTFIX QA Contact:
Severity: low Docs Contact:
Priority: medium    
Version: 3.8CC: rvokal, tao
Target Milestone: ---Keywords: Reopened, Security
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard: impact=low,source=full-disclosure,reported=20070302,public=20070301
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-04-27 19:37:58 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: 232347    
Bug Blocks:    

Description Fabio Olive Leite 2007-03-15 22:03:18 UTC 
+++ This bug was initially created as a clone of Bug #232347 +++

A potential denial of service flaw due to a single byte overflow was found in
the way tcpdump processes 802.11 packets:
http://seclists.org/fulldisclosure/2007/Mar/0003.html

The upstream patch is here:
http://cvs.tcpdump.org/cgi-bin/cvsweb/tcpdump/print-802_11.c?r1=1.42&r2=1.43

From inspecting our packages it seems that the initial, incorrect test isn't
even present, which still leaves our packages vulnerable to this flaw.

-- Additional comment from bressers on 2007-03-14 17:12 EST --
This flaw also affects RHEL 3 and RHEL4.  The code in question is not present in
RHEL 2.1
Comment 1 Fabio Olive Leite 2007-03-15 22:04:33 UTC 
Can we get this into 3.9?
Comment 7 Fabio Olive Leite 2012-04-27 19:37:58 UTC 
Closing after years of inactivity.