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

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

                        ESB-2008.0618 -- [Solaris]
   Solaris 10 Patches Cause ARP to Erroneously Detect Duplicate Network
     Address Which Leaves the Affected Interface in an Unusable State
                              28 August 2008

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

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

Product:              Solaris 10
                      OpenSolaris
Publisher:            Sun Microsystems
Operating System:     Solaris
Impact:               Denial of Service
Access:               Existing Account

Original Bulletin:   
  http://sunsolve.sun.com/search/printfriendly.do?assetkey=1-66-238887-1

Revision History:     August 28 2008: Added OpenSolaris as a vulnerable 
                                      product, resolution now available
                        June 16 2008: Initial Release

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


   Solution Type: Sun Alert
   Solution  238887 :   Solaris 10 Patches Cause ARP to Erroneously
   Detect Duplicate Network Address Which Leaves the Affected Interface
   in an Unusable State          
   Bug ID: 6691986

   Product
   Solaris 10 Operating System
   OpenSolaris

   Date of Workaround Release: 13-Jun-2008

   Date of Resolved Release: 26-Aug-2008

   SA Document Body
   Installation of Solaris 10 patch 120011-14(SPARC) or 120012-14(x86) ... 
   see below for details:

   1. Impact

   Installation of Solaris 10 patch 120011-14(SPARC) or 120012-14(x86)
   may result in network interfaces being erroneously disabled by the 
   removal of its published ARP Cache Entry (ACE).
   This happens when ARP (see arp(7P)) incorrectly determines that there 
   has been an  address conflict.
   Additionally there may be cases when the ACE should be deleted and the
   interface taken down due to a valid address conflict, but the interface
   is left in an 'UP' state without a published ACE.
   This issue does not require any 3rd party software to occur, however
   some cluster frameworks when used with IPMP (IP Multi Pathing) have
   been seen to trigger this issue upon cluster node reboot.
   The interaction of cluster framework code with IPMP tends to change
   interface flags quite rapidly, restarting the Duplicate Address
   Detection process several times during boot.

   2. Contributing Factors

   This issue can occur in the following releases:
   SPARC Platform
     *
   Solaris 10 with patch 120011-14 and without patch 137111-06
     *
   OpenSolaris based upon builds snv_47 through snv_92

   x86 Platform
     *
   Solaris 10 with patch 120012-14 and without patch 137112-06
     *
   OpenSolaris based upon builds snv_47 through snv_92


   Notes: 
   Solaris 8 and 9 are not impacted by this issue.
   OpenSolaris distributions may include additional bug fixes above
   and beyond the build from which it was derived.
   The base build can be derived as follows:-
    $ uname -a
    SunOS  phys-node-1 5.11 snv_86 i86pc i386 i86pc

   3. Symptoms

   When this issue occurs, the system loses communication with the network
   via the affected interface and the following message appears on the
   console and in log files:
    ar_entry_query: Could not find the ace for source address XX.XX.XX.XX"
   The source address referred to is the network address currently assigned 
   to a local physical interface which is in the 'UP' state.
   Example:
   ar_entry_query: Could not find the ace for source address 10.10.10.1
   In which case ifconfig might show something like:
    # ifconfig -a
    bge0: flags=201000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4,CoS> mtu 1500
    index 2
    inet 10.10.10.1 netmask ff000000 broadcast 10.255.255.255

   4. Workaround

   Relief from this issue is possible by determining what the system should 
   look like, monitoring that system and then rectifying the system if it 
   affected by this issue as shown below.
   a) Determining which network address are assigned to each local physical
   interface, (which have the "P" flag set) using the following command :-
    $ netstat -np | grep P
    bge0   129.156.173.71       255.255.255.255 SPLA     00:14:4f:70:61:d6
    bge1   129.156.205.9        255.255.255.255 SPLA     00:14:4f:6f:c7:54

   Here the IP address assigned to bge0 is 129.156.173.71
   a) Monitoring the output of netstat -p to determine when the issue has 
   occurred by spotting when the entry for a local physical interface has 
   disappeared
   - in this case 129.156.173.71
    $ netstat -np | grep P
    bge1   129.156.205.9        255.255.255.255 SPLA     00:14:4f:6f:c7:54

   b) Rectify the missing entry by using the following command:-
   (Substituting the IP address and MAC address found in step a).

    # arp -s 129.156.173.71 00:14:4f:70:61:d6 permanent pub
   The procedure should be relatively simple to script.

   5. Resolution

   This issue is addressed in the following releases:
   SPARC Platform
     *
   Solaris 10 with patch 137111-06 or later
     *
   OpenSolaris based upon builds snv_93 or later

   x86 Platform
     *
   Solaris 10 with patch 137112-06 or later
     *
   OpenSolaris based upon builds snv_93 or later

   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-2008 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

iQCVAwUBSLY4/Ch9+71yA2DNAQLmnQP+O53L7FkZ/VpoMkofcaoSzlmUbQTkNdYk
ADZrMemz5B0bwW8ji11pqtucvWlbLfV+VzFLVc2t8CHAXILn/caIGWDs+USxvSC6
SEolhK8DFMx+0ad+i7MEhFwP+Wy2gX73U72Spcsx1U8J1eWiidN8Xi8GEjGPyMOq
kAh21SvDLps=
=dzk5
-----END PGP SIGNATURE-----