Note: This is an archival copy of Security Sun Alert 266488 as previously published on
Latest version of this security advisory is available from as Sun Alert 1020876.1.
Article ID : 1020876.1
Article Type : Sun Alerts (SURE)
Last reviewed : 2009-11-09
Audience : PUBLIC
Copyright Notice: Copyright © 2010, Oracle Corporation and/or its affiliates.

Security Vulnerability in Solaris TCP sockets May Allow Unprivileged Users to Cause a Denial of Service (DoS) Condition


Release Phase

Bug Id


Date of Resolved Release

A security vulnerability in OpenSolaris TCP sockets:

1. Impact

A security vulnerability in Solaris TCP sockets may allow local unprivileged users to leak kernel memory, thereby causing a Denial of Service (DoS) condition.

2. Contributing Factors

This issue can occur in the following releases:

SPARC Platform
  • OpenSolaris based upon builds snv_106 through snv_126
x86 Platform
  • OpenSolaris based upon builds snv_106 through snv_126
Note 1: Solaris 8, 9 and 10 are not impacted by this issue.

Note 2: OpenSolaris distributions may include additional bug fixes above and beyond the build from which it was derived.  To determine the base build of OpenSolaris, the following command can be used:
    $ uname -v
3. Symptoms

A forced crash dump generated on unresponsive systems that have the "kmem_flags" variable set to "0xf" in the "/etc/system" file (see system(4) for modifying this file) may show the following memory leaks:
    CACHE             LEAKED           BUFCTL CALLER
ffffff04e2078658 11 ffffff052b0cf1b8 allocb+0x64
ffffff04e2078658 79798 ffffff052fd3cd00 allocb+0x64
ffffff04e2070018 3 ffffff051763b890 dblk_constructor+0x58
ffffff04e2070018 8 ffffff05521a5bd8 dblk_constructor+0x58
ffffff04e2070018 79054 ffffff052a1e93d0 dblk_constructor+0x58
ffffff04e2070018 744 ffffff05225c7608 dblk_constructor+0x58
ffffff04e203e658 73803 ffffff056afa5570 dblk_constructor+0x85
ffffff04e203e658 10 ffffff056cad8300 dblk_constructor+0x85
streams_dblk_8192 leak: 79798 buffers, 112 bytes each, 8937376 bytes total
CACHE LASTLOG CONTENTS ffffff052fd3cd00 ffffff052b6de1c0 333c03f6b869
ffffff04e2078658 ffffff04f3d9d100 0

The following command can be run to find memory leaks in the crash dump files:
    $ echo ::findleaks -d | /usr/bin/mdb # >findleak.txt
Where "#" is the numerical suffix of the two operating system crash dump files. For example, if the suffix is "3", mdb infers that it should examine the files "unix.3" and "vmcore.3".

Open findleak.txt to confirm the above stack trace.

4. Workaround

There is no workaround for this issue.  Please see the Resolution section below.

5. Resolution

This issue is addressed in the following releases:

SPARC Platform
  • OpenSolaris based upon builds snv_127 or later
x86 Platform
  • OpenSolaris based upon builds snv_127 or later
For more information on Security Sun Alerts, see  1009886.1.
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 Terms of Use. This Sun Alert notification may only be used for the purposes contemplated by these agreements.

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

This solution has no attachment