A security vulnerability in the ipsecah(7P) kernel module may allow an unprivileged local user the ability to panic a Solaris 10 system that has been configured to run a key management daemon for IPsec Security Associations. The error in the ipsecah(7P) kernel module may result in a Denial of Service (DoS) condition.
2. Contributing Factors
This issue can occur in the following releases:
- Solaris 10 without patch 127111-09
- Solaris 10 without patch 127112-09
Note: Solaris 8 and 9 are not impacted by this issue.
This issue affects only systems configured to use IPsec and run a daemon registered to PF_KEY socket such as in.iked(1M). By default no such daemon is running. To determine if such a daemon is running, the following command can be used (as "root" user):
# echo "::walk netstack | ::print -t netstack_t netstack_u.nu_s.nu_keysock | ::print -d -t keysock_stack_t keystack_num_extended" | mdb -k
If any of the numbers returned is non-zero, then one of the zones in the system is running the IPsec key management daemon and the system is vulnerable.
To determine if in.iked(1M) is running, the following command can be used:
$ pgrep iked
If this issue has been exploited, system panic would contain the following stack trace functions:
Until patches can be applied, sites may wish to disable IPsec key management daemons and use static keys. See ipseckey(1M) for details.
This issue is addressed in the following releases:
- Solaris 10 with patch 127111-09 or later
- Solaris 10 with patch 127112-09 or later
Copyright 2000-2008 Sun Microsystems, Inc., 4150 Network Circle, Santa Clara, CA 95054 U.S.A. All rights reserved.