4)
PHP
Editaremos el Archivo php.ini
expose_php = Off
Para evitar mostrar la versión del PHP en las cabeceras X-Powered-By: PHP, etc.
; Resource Limits ;
max_execution_time = 30 --> máximo tiempo de ejecución de un script php. Si en 30 segunos no obtiene respuesta el script se para y sale un "timeout" como errror.
memory_limit = 8M --> tamaño maximo que puede consumir un script php.
; File Uploads ;
Si queremos enviar ficheros al servidor, aqui lo podemos permitir:
file_uploads = On --> si queremos o no queremos
upload_tmp_dir = F:webspublic --> el directorio donde se copiarán los archivos que nos suban.
upload_max_filesize = 1M --> el tamaño máximo que queremos que nos envien.
Una caracteristica muy importante, especialmente para hostings, es la posibilidad de no permitir algunas de las funciones de PHP. La razon es muy sencilla: algunas funciones de PHP como system, proc, etc hacen y permiten ejecutar comandos del sistema, lo que puede provocar problemas de seguridad. Por ejemplo, un usuario quizas quiera ejecutar un comando "no peligroso" como uptime, pero otro usuario mal intencionado puede utilizar otros comandos del sistema para extraer informacion comprometida de la maquina: como id, who, cat, etc.
Hosting gratuitos como Lycos, iespana tienen capadas estas funciones por lo comentado arriba, es potencialmente peligroso.
Para no permitir la ejecucion concreta de algunas funciones en PHP (no confundir con comandos) es con:
disable_functions =exec,system,shell_exec,readfile
Aunque las funciones en PHP son exec(), debemos ponerlo sin ().
Por ejemplo en Mi Arroba:
Warning: fsockopen, pfsockpen, show_source, php_uname, ini_alter, ini_restore, ini_set, getrusage, get_current_user, set_time_limit, getmyuid, getmypid, dl, leak, listen, chown, chmod, chgrp, realpath, tmpfile, link() has been disabled for security reasons.
Más restrictivo:
Funciones a deshabilitar:
exec, system, shell_exec, readfile, passthru, escapeshellcmd, proc_open, posix_uname, posix_getuid, posix_geteuid, posix_getgid, getcwd
Otra manera es hacer funcionar el php en safe_mode. Esto se indica en el php.ini y se activa con la opción:
Safe_mode = ON
o sea modo seguro. Muchos hostings gratuitos lo tienen activado por defecto. De esta manera varias funciones están desactivadas y muchas otras comprueban los permisos a la hora de leer ficheros, etc.
http://www.zend.com/manual/features.safe-mode.functions.phpallow_url_fopen off --> para no dejar que se abran archivos remotos
register_globals off --> desactivar las variables globales para que no se pueda permitir la inyección a variables que no están supuestos a modificar (muy importante).
Otra manera intersante de progeter el php es con el magic_quotes_gpc:
Copy/paste de
http://vulnfact.com/papers/VF-php_secure.txt - Buscamos la directiva magic_quotes_gpc, que quizá este en Off, pues la activamos con
On. Esto hace la adición automática del caracter de escape "" en variables tomadas
de GET, POST y Cookies.
magic_quotes_gpc = On ; magic quotes for incoming GET/POST/Cookie data
- Para evitar que en lugar de enviar cadenas mal intencionadas, sean almacenadas en
bases de datos o archivos de texto. Debemos activar magic_quotes_runtime.
magic_quotes_runtime = Off ; magic quotes for runtime-generated data.
Para mayor seguridad, podemos hacer que un vhost (virtual host) del apache no tenga php:
#bastaría con añadir esta linea dentro del vhost del apache
php_admin_flag engine ON
O bien podemos deshabilitar el safe_mode en un vhost (dominio)
php_admin_flag safe_mode Off
Más info:
http://es2.php.net/manual/en/configuration.changes.phpopen_basedir = none
En el vhost del Apache:
php_admin_value open_basedir /home/user/public_html
De esta manera sólo dejamos abrir los ficheros que estén en ese directorio (para evitar problemas).
De la misma manera deberíamos logear los errores del php pero no mostrarlos (evitaremos path disclosures, etc).
Añadimos varias instrucciones en el vhost del apache:
php_flag display_errors Off
php_flag log_errors On
php_value error_log "/home/uesr/logs/errorsphp"
Por si todo esto falla y consiguen una shell:
#le damos permisos sólo al root para este fichero
chmod 700 /usr/bin/wget
# modo invariable
chattr +i /usr/bin/wget
Lo mismo para los comandos:
wget, curl, lynx, w3m, framebuffer, links2 (navegadores) y gcc, cc y demás compiladores o binarios que nos parezcan potencialmente peligrosos.
Se podría decir que hasta ahí tenemos mas o menos asegurado PHP. ¿Fácil, no?.
Fuente:
http://foro.elhacker.net/index.php/topic,251.0.html
Mostrar Mensajes
