Vulnerability Note VU#606857
EMC Legato NetWorker uses weak AUTH_UNIX authentication
EMC Legato NetWorker uses weak AUTH_UNIX authentication, allowing a remote attacker to execute arbitrary commands, gain elevated privileges, or cause a denial of service.
EMC Legato NetWorker is a cross-platform backup and recovery application. It is also repackaged by Sun Microsystems as Solstice Backup and StorEdge Enterprise Backup, by FSC as Fujitsu Siemens Computers' NetWorker, by NEC as WebSAM NetWorker Powered by Legato, and by Fujitsu as NetWorker.
NetWorker uses the AUTH_UNIX authentication mechanism (a client-based security option) for its RPC service. This means the NetWorker software trusts that the remote system calling its RPC interface has already authenticated the remote client process via standard UNIX user id mechanisms (i.e., if a daemon only allows UID 0 [root] access to its RPC interface, it trusts remote RPC clients to be running with UID 0 [root] privileges).
nwadmin and nsradmin are the administrative utilities for NetWorker. They can be used to view or modify the configuration of a NetWorker server. The NetWorker server grants administrative access based on an administrators list. nwadmin and nsradmin use getpwuid_r(getuid()) to determine the invoking user's name.
nsrports is used to specify the port ranges used by the NetWorker software. nsrports allows any user with an apparent username of "root" to set NetWorker port ranges.
The recover program is used to restore files that were backed up using the NetWorker software. recover determines what files may be accessed based on the UID of the user that calls the process.
nsrexec and nsrexecd are NetWorker components that provide functionality similar to rsh. nsrexec is a command that runs on the NetWorker server to send commands to the client systems. nsrexecd is a service that runs on the NetWorker client systems. nsrexecd executes commands on the client system that it receives from the NetWorker server. The combination of nsrexec and nsrexecd is what allows the NetWorker server to execute commands on the client remotely, such as initiating a backup process. The nsrexecd service uses RPC AUTH_UNIX to determine the identity of the user who will run the backup command.
The authentication mechanisms used by the various NetWorker components are weak. AUTH_UNIX authentication does not provide sufficient protection against attacks because it relies solely on the authentication credentials provided by the client. An attacker can spoof the user name to bypass the authentication mechanism used by nwadmin, nsradmin, and nsrports. An attacker can spoof the UID to bypass the authentication mechanism used by recover and nsrexecd.
A remote unauthenticated attacker may take any of the following actions:
A local user may be able to gain elevated privileges on a system running NetWorker.
- Execute arbitrary commands on a NetWorker client system
- View or modify the configuration of the NetWorker server
- Cause a denial-of-service condition by altering the ports used by NetWorker
- View files backed up by any other NetWorker client, regardless of file permissions
You may wish to block access to the vulnerable software from outside your network perimeter, specifically by blocking access to the ports used by NetWorker (typically TCP and UDP ports 7937-9936). This will limit your exposure to attacks. However, blocking at the network perimeter would still allow attackers within the perimeter of your network to exploit the vulnerability. The use of host-based firewalls in addition to network-based firewalls can help restrict access to specific hosts within the network. It is important to understand your network's configuration and service requirements before deciding what changes are appropriate.
If you are a vendor and your product is affected, let
|Vendor||Status||Date Notified||Date Updated|
|EMC Software||Affected||14 Jan 2005||16 Aug 2005|
|Fujitsu Limited||Affected||15 Aug 2005||24 Aug 2005|
|NEC||Affected||15 Aug 2005||24 Aug 2005|
|Sun Microsystems, Inc.||Affected||12 Jul 2005||19 Sep 2005|
Thanks to the NOAA NCIRT Lab for reporting this vulnerability.
This document was written by Will Dormann.
16 Aug 2005
Date First Published:
16 Aug 2005
Date Last Updated:
04 Oct 2005
If you have feedback, comments, or additional information about this vulnerability, please send us email.