Low CentOS autofs Update
|autofs-5.0.1-0.rc2.177.el5.i386.rpm, autofs-5.0.1-0.rc2.177.el5.src.rpm, autofs-5.0.1-0.rc2.177.el5.x86_64.rpm|
|rhn.redhat.com, lists.centos.org, lists.centos.org|
An updated autofs package that fixes one security issue, several bugs, and
adds one enhancement is now available for Red Hat Enterprise Linux 5.
The Red Hat Security Response Team has rated this update as having low
security impact. A Common Vulnerability Scoring System (CVSS) base score,
which gives a detailed severity rating, is available from the CVE link in
the References section.
The autofs utility controls the operation of the automount daemon. The
automount daemon automatically mounts and unmounts file systems.
A bug fix included in RHBA-2012:0264 introduced a denial of service flaw in
autofs. When using autofs with LDAP, a local user could use this flaw to
crash autofs, preventing future mount requests from being processed until
the autofs service was restarted. Note: This flaw did not impact existing
mounts (except for preventing mount expiration). (CVE-2012-2697)
Red Hat would like to thank Ray Rocker for reporting this issue.
This update also fixes the following bugs:
* The autofs init script sometimes timed out waiting for the automount
daemon to exit and returned a shutdown failure if the daemon failed to exit
in time. To resolve this problem, the amount of time that the init script
waits for the daemon has been increased to allow for cases where servers
are slow to respond or there are many active mounts. (BZ#585058)
* Due to an omission when backporting a change, autofs attempted to
download the entire LDAP map at startup. This mistake has now been
* A function to check the validity of a mount location was meant to check
only for a small subset of map location errors. A recent modification in
error reporting inverted a logic test in this validating function.
Consequently, the scope of the test was widened, which caused the automount
daemon to report false positive failures. With this update, the faulty
logic test has been corrected and false positive failures no longer occur.
* When there were many attempts to access invalid or non-existent keys, the
automount daemon used excessive CPU resources. As a consequence, systems
sometimes became unresponsive. The code has been improved so that automount
checks for invalid keys earlier in the process which has eliminated a
significant amount of the processing overhead. (BZ#847101)
* The auto.master(5) man page did not document the "-t, --timeout" option
in the FORMAT options section. This update adds this information to the man
This update also adds the following enhancement:
* Previously, it was not possible to configure separate timeout values for
individual direct map entries in the autofs master map. This update adds
this functionality. (BZ#690404)
All users of autofs are advised to upgrade to this updated package, which
contains backported patches to correct these issues and add this
Please see https://www.redhat.com/footer/terms-of-use.html
Am I vulnerable?
The constraints below list the versions that this vulnerability is patched in, and versions that are unaffected. If a patch is ready but unrealeased, then it is pending.
Or, you can just let us figure it out for you! Appcanary continously monitor your installed packages, and tell you if any of them are vulnerable.Sign up for monitoring
Affected package information