Category
Security
Release Phase
Resolved
Bug Id
6872588
ProductOpenSolaris
Date of Resolved Release10-Nov-2009
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
snv_86
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
ADDR BUFADDR TIMESTAMP THREAD
CACHE LASTLOG CONTENTS ffffff052fd3cd00 ffffff052b6de1c0 333c03f6b869
ffffff051646b480
ffffff04e2078658 ffffff04f3d9d100 0
kmem_cache_alloc_debug+0x283
kmem_cache_alloc+0x164
allocb+0x64
socopyinuio+0xd3
so_sendmsg+0x1c6
socket_sendmsg+0x61
sendit+0x1bd
sendmsg+0x2b9
...
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 Sun.com 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.
AttachmentsThis solution has no attachment