The default configuration of autofs 5 in some Linux distributions, such as Red Hat Enterprise Linux (RHEL) 5, omits the nosuid option for the hosts (/net filesystem) map, which allows local users to gain privileges via a setuid program on a remote NFS server.

From Red Hat Security Advisory 2007:1129 :

Updated Red Hat Enterprise Linux 4 Technology Preview autofs5 packages are now available to fix a security flaw.

This update has been rated as having important security impact by the Red Hat Security Response Team.

The autofs utility controls the operation of the automount daemon, which automatically mounts and unmounts file systems after a period of inactivity. The autofs version 5 package was made available as a technology preview in Red Hat Enterprise Linux version 4.6.

There was a security issue with the default installed configuration of autofs version 5 whereby the entry for the 'hosts' map did not specify the 'nosuid' mount option. A local user with control of a remote nfs server could create a setuid root executable within an exported filesystem on the remote nfs server that, if mounted using the default hosts map, would allow the user to gain root privileges.
(CVE-2007-5964)

Due to the fact that autofs version 5 always mounted hosts map entries suid by default, autofs has now been altered to always use the 'nosuid' option when mounting from the default hosts map. The 'suid' option must be explicitly given in the master map entry to revert to the old behavior. This change affects only the hosts map which corresponds to the /net entry in the default configuration.

Users are advised to upgrade to these updated autofs5 packages, which resolve this issue.

Red Hat would like to thank Josh Lange for reporting this issue.

From Red Hat Security Advisory 2007:1128 :

Updated autofs packages are now available to fix a security flaw for Red Hat Enterprise Linux 5.

This update has been rated as having important security impact by the Red Hat Security Response Team.

The autofs utility controls the operation of the automount daemon, which automatically mounts and unmounts file systems after a period of inactivity.

There was a security issue with the default installed configuration of autofs version 5 whereby the entry for the 'hosts' map did not specify the 'nosuid' mount option. A local user with control of a remote nfs server could create a setuid root executable within an exported filesystem on the remote nfs server that, if mounted using the default hosts map, would allow the user to gain root privileges.
(CVE-2007-5964)

Due to the fact that autofs always mounted hosts map entries suid by default, autofs has now been altered to always use the 'nosuid' option when mounting from the default hosts map. The 'suid' option must be explicitly given in the master map entry to revert to the old behavior. This change affects only the hosts map which corresponds to the /net entry in the default configuration.

Users are advised to upgrade to these updated autofs packages, which resolve this issue.

Red Hat would like to thank Josh Lange for reporting this issue.

Updated Red Hat Enterprise Linux 4 Technology Preview autofs5 packages are now available to fix a security flaw.

This update has been rated as having important security impact by the Red Hat Security Response Team.

The autofs utility controls the operation of the automount daemon, which automatically mounts and unmounts file systems after a period of inactivity. The autofs version 5 package was made available as a technology preview in Red Hat Enterprise Linux version 4.6.

There was a security issue with the default installed configuration of autofs version 5 whereby the entry for the 'hosts' map did not specify the 'nosuid' mount option. A local user with control of a remote nfs server could create a setuid root executable within an exported filesystem on the remote nfs server that, if mounted using the default hosts map, would allow the user to gain root privileges.
(CVE-2007-5964)

Due to the fact that autofs version 5 always mounted hosts map entries suid by default, autofs has now been altered to always use the 'nosuid' option when mounting from the default hosts map. The 'suid' option must be explicitly given in the master map entry to revert to the old behavior. This change affects only the hosts map which corresponds to the /net entry in the default configuration.

Users are advised to upgrade to these updated autofs5 packages, which resolve this issue.

Red Hat would like to thank Josh Lange for reporting this issue.

There was a security issue with the default installed configuration of autofs version 5 whereby the entry for the 'hosts' map did not specify the 'nosuid' mount option. A local user with control of a remote nfs server could create a setuid root executable within an exported filesystem on the remote nfs server that, if mounted using the default hosts map, would allow the user to gain root privileges.
(CVE-2007-5964)

NOTICE: Due to the fact that autofs always mounted hosts map entries suid by default, autofs has now been altered to always use the 'nosuid' option when mounting from the default hosts map. The 'suid' option must be explicitly given in the master map entry to revert to the old behavior. This change affects only the hosts map which corresponds to the /net entry in the default configuration.

Updated autofs packages are now available to fix a security flaw for Red Hat Enterprise Linux 5.

This update has been rated as having important security impact by the Red Hat Security Response Team.

The autofs utility controls the operation of the automount daemon, which automatically mounts and unmounts file systems after a period of inactivity.

There was a security issue with the default installed configuration of autofs version 5 whereby the entry for the 'hosts' map did not specify the 'nosuid' mount option. A local user with control of a remote nfs server could create a setuid root executable within an exported filesystem on the remote nfs server that, if mounted using the default hosts map, would allow the user to gain root privileges.
(CVE-2007-5964)

Due to the fact that autofs always mounted hosts map entries suid by default, autofs has now been altered to always use the 'nosuid' option when mounting from the default hosts map. The 'suid' option must be explicitly given in the master map entry to revert to the old behavior. This change affects only the hosts map which corresponds to the /net entry in the default configuration.

Users are advised to upgrade to these updated autofs packages, which resolve this issue.

Red Hat would like to thank Josh Lange for reporting this issue.

The default behaviour of autofs 5 for the hosts map did not specify the nosuid and nodev mount options. This could allow a local user with control of a remote NFS server to create a setuid root executable on the exported filesystem of the remote NFS server. If this filesystem was mounted with the default hosts map, it would allow the user to obtain root privileges (CVE-2007-5964). Likewise, the same scenario would be available for local users able to create device files on the exported filesystem which could allow the user to gain access to important system devices (CVE-2007-6285).

Because the default behaviour of autofs was to mount -hosts map entries with the dev and suid options enabled by default, autofs has been altered to always use nodev and nosuid by default. In order to have the old behaviour, the configuration must now explicitly set the dev and/or suid options.

This change only affects the -hosts map which corresponds to the /net entry in the default configuration.

Update :

The previous update shipped with an incorrect LDAP lookup module that would prevent the automount daemon from starting. This update corrects that problem.

- Thu Dec 13 2007 Ian Kent <ikent at redhat.com> -     5.0.2-20

    - Bug 409701: CVE-2007-5964 Privilege Escalation (from       local system) through /net autofs mount configuration       bug

    - use mount option 'nosuid' for '-hosts' map unless       'suid' is explicily specified.

    - Tue Nov 20 2007 Ian Kent <ikent at redhat.com> -       5.0.2-17

    - fix schema selection in LDAP schema discovery.

    - check for '*' when looking up wildcard in LDAP.

    - fix couple of edge case parse fails of timeout option.

    - add SEARCH_BASE configuration option.

    - add random selection as a master map entry option.

    - re-read config on HUP signal.

    - add LDAP_URI, LDAP_TIMEOUT and LDAP_NETWORK_TIMEOUT       configuration options.

    - fix deadlock in submount mount module.

    - fix lack of ferror() checking when reading files.

    - fix typo in autofs(5) man page.

    - fix map entry expansion when undefined macro is       present.

    - remove unused export validation code.

    - add dynamic logging (adapted from v4 patch from Jeff       Moyer).

    - fix recursive loopback mounts (Matthias Koenig).

    - add map re-load to verbose logging.

    - fix handling of LDAP base dns with spaces.

    - handle MTAB_NOTUPDATED status return from mount.

    - when default master map, auto.master, is used also       check for auto_master.

    - update negative mount timeout handling.

    - fix large group handling (Ryan Thomas).

    - fix for dynamic logging breaking non-sasl build       (Guillaume Rousse).

    - eliminate NULL proc ping for singleton host or local       mounts.

Note that Tenable Network Security has extracted the preceding description block directly from the Fedora security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

- Thu Dec 13 2007 Ian Kent <ikent at redhat.com> -     5.0.1-29

    - Bug 421351: CVE-2007-5964 autofs defaults don't       restrict suid in /net [f7]

    - use mount option 'nosuid' for '-hosts' map unless       'suid' is explicily specified.

    - Wed Sep 5 2007 Ian Kent <ikent at redhat.com> -       5.0.1-28

    - add ldaps support (required by schema discovery).

    - add back LDAP schema discovery if no schema is       configured.

    - Tue Aug 28 2007 Ian Kent <ikent at redhat.com> -       5.0.1-26

    - fix 'nosymlink' option handling and add desription to       man page.

    - update patch to prevent failure on empty master map.

    - if there's no 'automount' entry in nsswitch.conf use       'files' source.

    - add LDAP schema discovery if no schema is configured.

    - Tue Aug 21 2007 Ian Kent <ikent at redhat.com> -       5.0.1-25

    - change random multiple server selection option name to       be consistent with upstream naming.

  - Tue Aug 21 2007 Ian Kent <ikent at redhat.com> -     5.0.1-24

    - don't fail on empty master map.

    - allow for older schemas that allow '*' as a key value.

    - add support for the '%' hack for case insensitive       attribute schemas.

    - Mon Jul 30 2007 Ian Kent <ikent at redhat.com> -       5.0.1-23

    - mark map instances stale so they aren't 'cleaned'       during updates.

    - fix large file compile time option.

    - Fri Jul 27 2007 Ian Kent <ikent at redhat.com> -       5.0.1-22

    - fix version passed to get_supported_ver_and_cost (bz       249574).

    - Tue Jul 24 2007 Ian Kent <ikent at redhat.com> -       5.0.1-21

    - fix parse confusion between attribute and attribute       value.

    - Fri Jul 20 2007 Ian Kent <ikent at redhat.com> -       5.0.1-20

    - fix handling of quoted slash alone (bz 248943).

    - Wed Jul 18 2007 Ian Kent <ikent at redhat.com> -       5.0.1-19

    - fix wait time resolution in alarm and state queue       handlers (bz 247711).

    - Mon Jul 16 2007 Ian Kent <ikent at redhat.com> -       5.0.1-18

    - correct man page of patch which added mount options       append control.

    - Mon Jul 16 2007 Ian Kent <ikent at redhat.com> -       5.0.1-17

    - fix mount point directory creation for bind mounts.

    - add quoting for exports gathered by hosts map.

    - Thu Jun 7 2007 Ian Kent <ikent at redhat.com> -       5.0.1-13

    - fix deadlock in alarm manager module.

    - Sun Jun 3 2007 Ian Kent <ikent at redhat.com> -       5.0.1-11

    - correct mistake in logic test in wildcard lookup.

    - Mon May 7 2007 Ian Kent <ikent at redhat.com> -       5.0.1-10

    - fix master map lexer to admit '.' in macro values.

Note that Tenable Network Security has extracted the preceding description block directly from the Fedora security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

ID	Name	Product	Family	Severity
67622	Oracle Linux 4 : autofs5 (ELSA-2007-1129)	Nessus	Oracle Linux Local Security Checks	medium
67621	Oracle Linux 5 : autofs (ELSA-2007-1128)	Nessus	Oracle Linux Local Security Checks	medium
67062	CentOS 4 : autofs5 (CESA-2007:1129)	Nessus	CentOS Local Security Checks	medium
60330	Scientific Linux Security Update : autofs on SL5.x i386/x86_64	Nessus	Scientific Linux Local Security Checks	medium
43663	CentOS 5 : autofs (CESA-2007:1128)	Nessus	CentOS Local Security Checks	medium
37526	Mandriva Linux Security Advisory : autofs (MDVSA-2008:009-1)	Nessus	Mandriva Local Security Checks	medium
29715	Fedora 8 : autofs-5.0.2-20 (2007-4532)	Nessus	Fedora Local Security Checks	medium
29713	Fedora 7 : autofs-5.0.1-29 (2007-4469)	Nessus	Fedora Local Security Checks	medium
29693	RHEL 4 : autofs5 (RHSA-2007:1129)	Nessus	Red Hat Local Security Checks	medium
29692	RHEL 5 : autofs (RHSA-2007:1128)	Nessus	Red Hat Local Security Checks	medium

Detections

Analytics

CVE-2007-5964

high

Tenable Plugins

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium