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

A Security Vulnerability in idmap(1M) of OpenSolaris may Allow a Denial of the CIFS (Common Internet File System) Service (DoS)


Release Phase

Bug Id


Date of Resolved Release

A security vulnerability in the OpenSolaris idmap(1M) command:

1. Impact

A security vulnerability in the OpenSolaris idmap(1M) command may allow a local unprivileged user to kill the idpmapd(1M) daemon on a CIFS (Common Internet File System/Windows file service) server and cause the idmapd(1M) SMF service to transition to the "maintenance" state (see smf(5)). This is a type of Denial of Service (DoS).

2. Contributing Factors

This issue can occur in the following releases:

SPARC Platform
  • OpenSolaris based upon builds snv_88 through snv_110
x86 Platform
  • OpenSolaris based upon builds snv_88 through snv_110
Note 1: Solaris 8, 9 and 10 are not impacted by this issue as they do not support idmap for CIFS.

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
Note 3: Only systems that are configured to be a CIFS server are impacted by this issue.  To determine if a system is a CIFS server, check to see if the SMB server service is online:
    $ svcs svc:/network/smb/server:default
STATE          STIME    FMRI
online          9:17:49 svc:/network/smb/server:default
3. Symptoms

If the described issue occurs the idmapd(1M) SMF service (svc:/system/idmap) will be in the "maintenance" state and one or more core files may be generated depending on the configuration of coreadm(1M).

The state of the service can be confirmed by using the following command:
    $ svcs svc:/system/idmap
If a core file is generated, the start of the stack trace (from pstack(1) for example) will be similar to the following:`strlen+0x30(0, fea4e9bc, a, 5)
list_mappings_cb+0x71c(fea4ea70, 13, 83b5838, 83b597c)
sqlite_exec+0xc5(817f818, 821e540, 806410c, fea4ea70, fea4ea6c, 0)
process_list_svc_sql+0x50(817f818, 80a8514, 821e540, 400, 0, 8)
4. Workaround

There is no workaround for this issue.  However, if the described issue occurs, the system can be recovered by executing the following command as root:
    # svcadm clear svc:/system/idmap:default
Note: This will only recover from the failure and does not prevent further failures.

5. Resolution

This issue is addressed in the following releases:

SPARC Platform
  • OpenSolaris based upon builds snv_111 or later
x86 Platform
  • OpenSolaris based upon builds snv_111 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