From nobody@FreeBSD.org  Mon Jul  8 02:49:19 2002
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2FEAB37B400
	for <freebsd-gnats-submit@FreeBSD.org>; Mon,  8 Jul 2002 02:49:19 -0700 (PDT)
Received: from www.freebsd.org (www.FreeBSD.org [216.136.204.117])
	by mx1.FreeBSD.org (Postfix) with ESMTP id EB5CF43E3B
	for <freebsd-gnats-submit@FreeBSD.org>; Mon,  8 Jul 2002 02:49:18 -0700 (PDT)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.12.4/8.12.4) with ESMTP id g689nIOT069924
	for <freebsd-gnats-submit@FreeBSD.org>; Mon, 8 Jul 2002 02:49:18 -0700 (PDT)
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.12.4/8.12.4/Submit) id g689nITC069923;
	Mon, 8 Jul 2002 02:49:18 -0700 (PDT)
Message-Id: <200207080949.g689nITC069923@www.freebsd.org>
Date: Mon, 8 Jul 2002 02:49:18 -0700 (PDT)
From: Ville-Pertti Keinonen <will@iki.fi>
To: freebsd-gnats-submit@FreeBSD.org
Subject: libalias bug causes natd crashes
X-Send-Pr-Version: www-1.0

>Number:         40331
>Category:       misc
>Synopsis:       libalias bug causes natd crashes
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Jul 08 02:50:01 PDT 2002
>Closed-Date:    Tue Aug 06 14:44:23 PDT 2002
>Last-Modified:  Tue Aug 06 14:44:23 PDT 2002
>Originator:     Ville-Pertti Keinonen
>Release:        -current
>Organization:
>Environment:
>Description:
In src/lib/libalias/alias_db.c, when using NEW_IPFW, ClearFWHole doesn't check whether firewall-hole-punching is enabled and fw_clrfield may dereference a NULL-pointer.
>How-To-Repeat:

>Fix:
I worked around the problem by compiling libalias with -DNO_FW_PUNCH to get a working natd for my own use.

The correct solution is to verify either that hole-punching is enabled or that fwhole is non-negative before fw_clrfield.  There may well be other places like this.  I'd rather not take the time to check since this is probably code that is actively undergoing changes, anyhow.
>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->closed 
State-Changed-By: luigi 
State-Changed-When: Tue Aug 6 14:44:06 PDT 2002 
State-Changed-Why:  
fixed, thanks 


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