SecurityTracker.com
    Home    |    View Topics    |    Search    |    Contact Us    |   

SecurityTracker
Archives


 


Category:   OS (UNIX)  >   OpenBSD Kernel Vendors:   OpenBSD
OpenBSD Bridging Error Lets Remote Users Crash the System When in a Certain Configuration
SecurityTracker Alert ID:  1011069
SecurityTracker URL:  http://securitytracker.com/id/1011069
CVE Reference:   CVE-2004-0819   (Links to External Site)
Updated:  Sep 2 2004
Original Entry Date:  Aug 26 2004
Impact:   Denial of service via network
Fix Available:  Yes  Vendor Confirmed:  Yes  Exploit Included:  Yes  
Version(s): OpenBSD 3.4, 3.5
Description:   A denial of service vulnerability was reported in OpenBSD in the processing of ICMP packets in a bridged configuration. A remote user can cause a kernel panic.

Vafa Izadinia reported that in a certain configuration where the target system is configured as a gateway with IPSec enabled and performs bridging, a remote user can send a single ICMP echo request packet from one of the bridged networks to the other to cause the target system to crash.

If the DDB_PANIC option is set, the packet will cause the target system to reboot.

Impact:   A remote user can cause the target device to crash.
Solution:   A fix is available via CVS. The affected file is:

/cvs/src/sys/net/if_bridge.c

Patches are available at:

ftp://ftp.openbsd.org/pub/OpenBSD/patches/3.4/common/028_bridge.patch
ftp://ftp.openbsd.org/pub/OpenBSD/patches/3.5/common/016_bridge.patch

Vendor URL:  www.openbsd.org/ (Links to External Site)
Cause:   State error

Message History:   None.


 Source Message Contents

Subject:  Vulnerability: OpenBSD 3.5 Kernel Panic.



Hi, I have posted this vulnerability note to CERT and gotten no
response. It is remotely exploitable, but since it requires commands

to be executed as root on the gateway machine, it is unlikely to cause

any unplanned disruption.

OpenBSD was contacted, and they provided a patch within 12 hours.

-=-=-=-
Description
-=-=-=-
An OpenBSD 3.5 machine, configured as a gateway (2 NICs --Net A, 
and Net B), once bridging has been activated, and the link2 option 
given (for IPSec processing), is vulnerable to a single ICMP echo 
request sent from a machine on interface A's network sent to a machine

on interface B's network, causing it to crash. No core file is 
generated. If the DDB_PANIC option is set, the machine reboots upon 
receipt of the ICMP echo request.
-=-=-=-

Commands (assuming fxp0 and fxp1 are the two interfaces):

# ifconfig bridge0 create
# brconfig bridge0 add fxp0 add fxp1 up 
# brconfig bridge0 link2

the machine is now vulnerable to a single ping from a machine on NetA

destined to a machine in NetB.

The problem was observed on a test network, and reproduced on a VMWare

network. Screen-shots of the crash on the VMWare setup are available.


OpenBSD's patch follows.

'='='=' Begin Patch ='='='= Remove this line '='='='

Index: sys/net/if_bridge.c ===================================================================
RCS file: /cvs/src/sys/net/if_bridge.c,v
retrieving revision 1.136
diff -u -r1.136 if_bridge.c
--- sys/net/if_bridge.c	21 Jun 2004 23:50:36 -0000	1.136
+++ sys/net/if_bridge.c	18 Aug 2004 09:29:04 -0000
@@ -2275,9 +2275,9 @@
 			splx(s);
 			return (1);
 		} else {
+			splx(s);
  skiplookup:
 			/* XXX do an input policy lookup */
-			splx(s);
 			return (0);
 		}
 	} else { /* Outgoing from the bridge. */


'='='=' End Patch ='='='= Remove this line '='='='

cheers,

Vafa Izadinia.

 
 


Go to the Top of This SecurityTracker Archive Page





Home   |    View Topics   |    Search   |    Contact Us

This web site uses cookies for web analytics. Learn More

Copyright 2021, SecurityGlobal.net LLC