From nobody@FreeBSD.org  Wed Nov 29 19:34:49 2000
Return-Path: <nobody@FreeBSD.org>
Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21])
	by hub.freebsd.org (Postfix) with ESMTP id 9622F37B400
	for <freebsd-gnats-submit@FreeBSD.org>; Wed, 29 Nov 2000 19:34:49 -0800 (PST)
Received: (from nobody@localhost)
	by freefall.freebsd.org (8.11.1/8.11.1) id eAU3Yna18739;
	Wed, 29 Nov 2000 19:34:49 -0800 (PST)
	(envelope-from nobody)
Message-Id: <200011300334.eAU3Yna18739@freefall.freebsd.org>
Date: Wed, 29 Nov 2000 19:34:49 -0800 (PST)
From: ming@unixbox.com
Sender: nobody@FreeBSD.org
To: freebsd-gnats-submit@FreeBSD.org
Subject: possible panic when ipfw is used on ICMP on 4.2-stable
X-Send-Pr-Version: www-1.0

>Number:         23187
>Category:       kern
>Synopsis:       possible panic when ipfw is used on ICMP on 4.2-stable
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    darrenr
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Nov 29 19:40:01 PST 2000
>Closed-Date:    Wed Feb 21 13:25:47 PST 2001
>Last-Modified:  Wed Feb 21 13:25:59 PST 2001
>Originator:     Ming Zhang
>Release:        4.2-stable
>Organization:
>Environment:
FreeBSD bluerose.windmoon.nu 4.2-STABLE FreeBSD 4.2-STABLE #27: Tue Nov 28 23:21:47 PST 2000     fengyue@bluerose.windmoon.nu:/usr/src/sys/compile/bluerose  i386
b
>Description:
the ofin struct passed into fr_makefrip() from ip_state.c is created
on the local function stack and its fin_v member is not init'ed.
fr_makefrip() checks fin_v to determine wether to execute IPV6 code
or IPV4 code, however fin_v's value is undetermined and thus it's
possible it may contain 6 while the packet (ip_t) is a IPV4 packet,
and this may cause kernel to panic sometimes (Happened once to me already)
>How-To-Repeat:
tough to reproduce the crash but very easy to get fr_makefrip() to
execute IPV6 code when dealing with IPV4 ICMP packets.  Simply
keep doing traceroute to some hosts on the net, evetually fin_v may
contain the value 6
>Fix:
change v = fin->fin_v; to v = fin->fin_v = ip->ip_v;

the patch is at http://www.windmoon.nu/mypatch


>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-bugs->billf 
Responsible-Changed-By: dougb 
Responsible-Changed-When: Sun Dec 3 18:47:47 PST 2000 
Responsible-Changed-Why:  

This sounds like something Bill will be interested in 
when he's done moving. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=23187 
Responsible-Changed-From-To: billf->darrenr 
Responsible-Changed-By: ru 
Responsible-Changed-When: Mon Dec 4 01:37:23 PST 2000 
Responsible-Changed-Why:  
This is not ipfw but rather an IP Filter issue. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=23187 
State-Changed-From-To: open->suspended 
State-Changed-By: darrenr 
State-Changed-When: Mon Dec 4 06:26:25 PST 2000 
State-Changed-Why:  
fix will be integrated in next ipfilter import 

http://www.freebsd.org/cgi/query-pr.cgi?pr=23187 
State-Changed-From-To: suspended->closed 
State-Changed-By: darrenr 
State-Changed-When: Wed Feb 21 13:25:47 PST 2001 
State-Changed-Why:  
fixed with latest import 

http://www.freebsd.org/cgi/query-pr.cgi?pr=23187 
>Unformatted:
