Alert.png The wiki is deprecated and due to be decommissioned by the end of September 2022.
The content is being migrated to other supports, new updates will be ignored and lost.
If needed you can get in touch with EGI SDIS team using operations @

EGI CSIRT:Alerts/liblinker-2010-10-18

From EGIWiki
Revision as of 09:31, 1 November 2010 by Tdussa (talk | contribs)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search
** WHITE information - Unlimited distribution allowed                       **
** see for distribution restrictions **


Title:       HIGH Vulnerability in C library dynamic linker (CVE-2010-3847) [EGI-ADV-20101018]
Date:        October 18, 2010
Last update: November 01, 2010


Earlier today, Tavis Ormandy released information about a
vulnerability in GNU libc, complete with an exploit that on many
systems can give any local user root privileges. (For full details,
see the link below.)

This vulnerability has been labelled CVE-2010-3847, and is present on
many Linux distributions, including RHEL/CentOS/SL 5 (but *not* RHEL 3
and 4 and their derivatives). Vendor patches are available for many


As far as is known, the vulnerability can only be exploited if users can
write to a file system that contains binaries with suid root
permissions. (Since it is necessary for the attacker to create a hard
link to a suid root binary.)

This is, for instance, the case if /bin is located on the same
filesystem as /tmp (or any other user writable location, like /var/tmp,
/home, /var/lib/texmf, and so on). This is unfortunately a common


To make it impossible to make the required hard link, directories
containing suid/sgid binaries can be made to appear to as separate
file systems by doing

  mount -o bind /sbin /sbin

for each such directory. 

Please note that these commands must be re-run whenever the system is
rebooted, for example by adding them to a suitable init script.

A baseline list of directories with suid/sgid binaries on a typical
RHEL 5 system is:


You should check for any additional site specific locations using a command

  find / -type f \( -perm /u+s -o -perm /g+s \)

that will list all files with suid/sgid permissions.


Apply the mitigation method above for all relevant locations if there are no
vendor patches available for your system.

You may wish to suspend user logins and job submission until these steps
have been taken; please refer to your local site policy. 
Vendor patches are available for RHEL5 and its derivates (SL5, SCL5, CentOS5);
see below for links.  Install the patches as soon as possible.


* RHEL5:                                                                                                
* SL5:                                                            
* SLC5:                                                                        
* CentOS5: