AOH :: HP Unsorted Q :: B06-2354.HTM

Quagga routing suite: multiple vulnerabilities



Quagga Routing Suite: Multiple vulnerabilities
Quagga Routing Suite: Multiple vulnerabilities



--nextPart1416104.PGprDjtcO8
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Gentoo Linux Security Advisory                           GLSA 200605-15
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
http://security.gentoo.org/ 
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

  Severity: Normal
     Title: Quagga Routing Suite: Multiple vulnerabilities
      Date: May 21, 2006
      Bugs: #132353
        ID: 200605-15

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Synopsis
=======
Quagga's RIP daemon allows the injection of routes and the disclosure
of routing information. The BGP daemon is vulnerable to a Denial of
Service.

Background
=========
The Quagga Routing Suite implements three major routing protocols: RIP
(v1/v2/v3), OSPF (v2/v3) and BGP4.

Affected packages
================
    -------------------------------------------------------------------
     Package          /   Vulnerable   /                    Unaffected
    -------------------------------------------------------------------
  1  net-misc/quagga      < 0.98.6-r1                     >= 0.98.6-r1

Description
==========
Konstantin V. Gavrilenko discovered two flaws in the Routing
Information Protocol (RIP) daemon that allow the processing of RIP v1
packets (carrying no authentication) even when the daemon is configured
to use MD5 authentication or, in another case, even if RIP v1 is
completely disabled. Additionally, Fredrik Widell reported that the
Border Gateway Protocol (BGP) daemon contains a flaw that makes it lock
up and use all available CPU when a specific command is issued from the
telnet interface.

Impact
=====
By sending RIP v1 response packets, an unauthenticated attacker can
alter the routing table of a router running Quagga's RIP daemon and
disclose routing information. Additionally, it is possible to lock up
the BGP daemon from the telnet interface.

Workaround
=========
There is no known workaround at this time.

Resolution
=========
All Quagga users should upgrade to the latest version:

    # emerge --sync
    # emerge --ask --oneshot --verbose ">=net-misc/quagga-0.98.6-r1"

References
=========
  [ 1 ] CVE-2006-2223
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-2223 
  [ 2 ] CVE-2006-2224
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-2224 
  [ 3 ] CVE-2006-2276
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-2276 
  [ 4 ] Official release information
http://www.quagga.net/news2.php?y 06&m=5&d=8#id1147115280 

Availability
===========
This GLSA and any updates to it are available for viewing at
the Gentoo Security Website:

http://security.gentoo.org/glsa/glsa-200605-15.xml 

Concerns?
========
Security is a primary focus of Gentoo Linux and ensuring the
confidentiality and security of our users machines is of utmost
importance to us. Any security concerns should be addressed to
security@gentoo.org or alternatively, you may file a bug at 
http://bugs.gentoo.org. 

License
======
Copyright 2006 Gentoo Foundation, Inc; referenced text
belongs to its owner(s).

The contents of this document are licensed under the
Creative Commons - Attribution / Share Alike license.

http://creativecommons.org/licenses/by-sa/2.5 

--nextPart1416104.PGprDjtcO8
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQBEcKOXEpc7MgVybcQRAkUDAKCgF3zkSpQHIH38x9qbHxS4BnFIEwCgg3R2
wrBYA+DRtF1k1k3kNEHDGUA=HAMG
-----END PGP SIGNATURE-----

--nextPart1416104.PGprDjtcO8--

The entire AOH site is optimized to look best in Firefox® 3 on a widescreen monitor (1440x900 or better).
Site design & layout copyright © 1986-2014 AOH
We do not send spam. If you have received spam bearing an artofhacking.com email address, please forward it with full headers to abuse@artofhacking.com.