-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

===========================================================================
             AUSCERT External Security Bulletin Redistribution

                        ESB-2006.0864 -- [Solaris]
        A Malformed Packet Received by snmpd(1) via TCP may Cause a
                          Denial of Service (DoS)
                              5 December 2006

===========================================================================

        AusCERT Security Bulletin Summary
        ---------------------------------

Product:              snmpd
Publisher:            Sun Microsystems
Operating System:     Solaris 10
Impact:               Denial of Service
Access:               Remote/Unauthenticated
CVE Names:            CVE-2005-2177

Revision History:  December  5 2006: CVE number has been updated
                   November 24 2006: Initial Release

- --------------------------BEGIN INCLUDED TEXT--------------------

Sun(sm) Alert Notification
     * Sun Alert ID: 102725
     * Synopsis: A Malformed Packet Received by snmpd(1) via TCP may
       Cause a Denial of Service (DoS)
     * Category: Security
     * Product: Solaris 10 Operating System
     * BugIDs: 6473670
     * Avoidance: Workaround
     * State: Workaround
     * Date Released: 22-Nov-2006
     * Date Closed: 
     * Date Modified: 30-Nov-2006

1. Impact

   A local or remote unprivileged user may be able to disable the
   snmpd(1M) daemon causing a Denial of Service (DoS) of the SNMP
   service.

   This issue is also referenced at the following URL:
     * http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2005-2177

2. Contributing Factors

   This issue can occur in the following releases:

   SPARC Platform
     * Solaris 10

   x86 Platform
     * Solaris 10

   Note 1: Solaris 8 and Solaris 9 do not ship with the Net-SNMP software
   and thus are not impacted by this issue.

   Note 2: The Net-SNMP software was not bundled with Solaris prior to
   Solaris 10. However, customers who have built and/or installed a
   vulnerable version of Net-SNMP on any version of Solaris are at risk.
   See the Net-SNMP web site to download the latest version of Net-SNMP
   which addresses these issues.

   Note 3: The Solaris 10 patches which address this vulnerability do not
   increment the version of Net-SNMP. The version of Net-SNMP supplied
   with the patches will still be reported as 5.0.9.

   This issue only affects systems which have the SUNWsmagt package
   installed. To determine if the SUNWsmagt package is installed on the
   system, the following command can be used:
     $ pkginfo -l SUNWsmagt
    PKGINST: SUNWsmagt
    NAME: System Management Agent files and libraries
    CATEGORY: system
    VERSION: 1.0,REV=2005.01.08.05.16

   Note: Only Net-SNMP 5.0.9 and earlier listening on TCP:161 (as
   delivered by SUNWsmagt)is affected by this issue.

   To confirm the version of Net-SNMP installed on the system, the
   following command can be used:
    $ /usr/sfw/sbin/snmpd -v
    NET-SNMP version:  5.0.9
    Web:    http://www.net-snmp.org/
    Email:  net-snmp-coders@lists.sourceforge.net

   If the version reported is 5.0.9 or earlier, and the above patch is
   not installed when testing the version of snmpd(1M) that is shipped
   with Solaris, then the described issue may occur.

   Note: The Net-SNMP distribution of snmpd(1M) by default listens only
   for UDP requests. To confirm whether "/usr/sfw/sbin/snmpd" is
   listening on port 161 for TCP requests, one can telnet to port 161 on
   the system in question:
    $ telnet <hostname/localhost> 161
    Trying x.x.x.x...
    Connected to ..
    Escape character is '^]'.
    Connection to . closed by foreign host.

   If a connection can be made to port 161 then it is likely that the
   snmp(1M) daemon is listening for TCP requests.

   To further verify that it is not a service other than snmpd(1M):
    $ grep 161 /etc/services

   The above command should only return the following:
    snmpd   161/udp   snmp    # SMA snmp daemon

   and possibly:
    snmpd    161/tcp    snmp     # SMA snmp daemon

   Note: Even if TCP is not listed for snmpd(1M) in /etc/services, it is
   possible that snmpd(1M) has been passed arguments at startup causing
   it to listen for tcp.

3. Symptoms

   If the described issue occurs, high utilization of system resources by
   snmpd(1), as viewed by a utility such as prstat(1M) may occur. 

4. Relief/Workaround

   To work around the described issue, disable snmpd(1M) from listening
   to TCP requests on port 161 (UDP is unaffected).

   To Disable snmpd from listing to TCP requests on port 161, pass the
   following argument to snmpd(1M) at startup:
    UDP:161

   For example :
    /usr/sfw/sbin/snmpd UDP:161

   To Verify snmpd(1M) is no longer listening for TCP requests on port
   161:
   $ telnet <hostname/localhost> 161
    telnet: Unable to connect to remote host: Connection refused


5. Resolution

   A final resolution is pending completion.

Change History

   30-Nov-2006:
     * Updated url in the Impact section

   This Sun Alert notification is being provided to you on an "AS IS"
   basis. This Sun Alert notification may contain information provided by
   third parties. The issues described in this Sun Alert notification may
   or may not impact your system(s). Sun makes no representations,
   warranties, or guarantees as to the information contained herein. ANY
   AND ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING WITHOUT LIMITATION
   WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, OR
   NON-INFRINGEMENT, ARE HEREBY DISCLAIMED. BY ACCESSING THIS DOCUMENT
   YOU ACKNOWLEDGE THAT SUN SHALL IN NO EVENT BE LIABLE FOR ANY DIRECT,
   INDIRECT, INCIDENTAL, PUNITIVE, OR CONSEQUENTIAL DAMAGES THAT ARISE
   OUT OF YOUR USE OR FAILURE TO USE THE INFORMATION CONTAINED HEREIN.
   This Sun Alert notification contains Sun proprietary and confidential
   information. It is being provided to you pursuant to the provisions of
   your agreement to purchase services from Sun, or, if you do not have
   such an agreement, the Sun.com Terms of Use. This Sun Alert
   notification may only be used for the purposes contemplated by these
   agreements.

   Copyright 2000-2006 Sun Microsystems, Inc., 4150 Network Circle, Santa
   Clara, CA 95054 U.S.A. All rights reserved

- --------------------------END INCLUDED TEXT--------------------

You have received this e-mail bulletin as a result of your organisation's
registration with AusCERT. The mailing list you are subscribed to is
maintained within your organisation, so if you do not wish to continue
receiving these bulletins you should contact your local IT manager. If
you do not know who that is, please send an email to auscert@auscert.org.au
and we will forward your request to the appropriate person.

NOTE: Third Party Rights
This security bulletin is provided as a service to AusCERT's members.  As
AusCERT did not write the document quoted above, AusCERT has had no control
over its content. The decision to follow or act on information or advice
contained in this security bulletin is the responsibility of each user or
organisation, and should be considered in accordance with your organisation's
site policies and procedures. AusCERT takes no responsibility for consequences
which may arise from following or acting on information or advice contained in
this security bulletin.

NOTE: This is only the original release of the security bulletin.  It may
not be updated when updates to the original are made.  If downloading at
a later date, it is recommended that the bulletin is retrieved directly
from the author's website to ensure that the information is still current.

Contact information for the authors of the original document is included
in the Security Bulletin above.  If you have any questions or need further
information, please contact them directly.

Previous advisories and external security bulletins can be retrieved from:

        http://www.auscert.org.au/render.html?cid=1980

If you believe that your computer system has been compromised or attacked in 
any way, we encourage you to let us know by completing the secure National IT 
Incident Reporting Form at:

        http://www.auscert.org.au/render.html?it=3192

===========================================================================
Australian Computer Emergency Response Team
The University of Queensland
Brisbane
Qld 4072

Internet Email: auscert@auscert.org.au
Facsimile:      (07) 3365 7031
Telephone:      (07) 3365 4417 (International: +61 7 3365 4417)
                AusCERT personnel answer during Queensland business hours
                which are GMT+10:00 (AEST).
                On call after hours for member emergencies only.
===========================================================================

-----BEGIN PGP SIGNATURE-----
Comment: http://www.auscert.org.au/render.html?it=1967

iQCVAwUBRXTgTSh9+71yA2DNAQK2awP+JeI4n5Kb/6Pvh3kVQbIA/DjH1QbfJ2om
IxpBe7ah75imsUPM55jhq4eLUGvzJDY22chaXrLLrd32C5a6E+CXvShHy8Ik98ln
R3/e1QJlgx1n3RQcxlRlvz74kV0Zt/YDjwvcBX5yesHMLv7LGICfyPj1438X3Pz8
KhlVhUwzr/c=
=f5Ac
-----END PGP SIGNATURE-----