Hola!
He estado investigando, y esta vulnerabilidad no es "muy nueva".
Hay noticias de ella desde principios del año pasado.
Hay algunos foros en internet que explican como arreglarlo.
Básicamente el problema es que un usuario crea un Symlink desde su cuenta al directorio raiz del server "/", y a partir de ahí puede leer todos los archivos para los que tenga permisos de lectura, que generalmente abarcan los de los otros usuarios.
Solución: desactivar la directiva FollowSymLinks de Apache, de forma que no puedan sobreescribirla con el archivo .htaccess
Problema: algunos scripts como Joomla necesitan esta directiva, y por lo tanto habrá problemas con los usuarios que usen scripts como este.
¿Como desactivar la directiva FollowSymLinks?
En general está desactivada, son los usuarios los que la activan modificando el archivo .htaccess
Por lo tanto lo que tenemos que hacer es desactivar la posibilidad de activar FollowSymLinks, es decir, cambiar la opción "Override".
En
http://www.webhostingtalk.com/archive/index.php/t-1091567.html explican que, en el archivo httpd.conf sustituyas las lineas que son más o menos como
<Directory "/">
Options +ExecCGI -FollowSymLinks Includes IncludesNOEXEC Indexes MultiViews SymLinksIfOwnerMatch
AllowOverride All
</Directory>A estas otras
<Directory "/">
Options +ExecCGI -FollowSymLinks Includes IncludesNOEXEC Indexes MultiViews SymLinksIfOwnerMatch
AllowOverride AuthConfig FileInfo Indexes Limit Options=Includes,Indexes,MultiViews
</Directory>El caso es que en AllowOverride en lugar de All (que implica que los usuarios puedan sobreescribir todas las opciones en los archivos .htaccess) ponemos una lista de las acciones que se puede sobreescribir, y la opcion FollowSymLinks no está entre ellas.
Re*****: cuidado con sistemas que usen symlinks como Joomla, que dejarán de funcionar.
Hay que encontrar una solución a esto.
Por ultimo, quiero decir que esto no es una vulnerabilidad de cPanel, si no de Apache (también funciona con otro script que no sea cPanel) pero más que "vulnerabilidad" yo lo describiría como error de configuración, puesto que no es un "bug" de Apache.
Un saludo
