Tips Seguridad Servidor WEB – Hardening Secure Apache Web Server

El presente instructivo tiene como finalidad mostrar algunas recomendaciones de configuraciones que pueden ser aplicadas en servidor web apache2 para su protección.

El presente instructivo ha sido actualizado y es aplicado perfectamente a servidor Web Apache versión 2.4

Aplicaciones o configuraciones complementarias:

Recomendaciones a nivel de sistema operativo:

1. Cambiar el directorio por defecto donde es alojada los website en apache. Por defecto Apache 2.4 crea un directorio “/var/www/html” en el cual es colocado los website o páginas a servir, es recomendable cambiarlos o crear uno nuevo, ejemplo /opt/www/html o /srv/www/html.

admin@servidor:/$ sudo mkdir -p /opt/www/html

2. Se recomienda efectuar cambios a nivel de fstab de las opciones de montaje del directorio “/srv”, habilitando las siguientes opciones:

  • -nodev: Impide la interpretación de los dispositivos especiales o de bloques del sistema de archivos
  • -nosuid: Bloquea el funcionamiento de suid, y sgid bits. suid permite a los usuarios comunes ejecutar binarios con privilegios concedidos temporalmente
  • -noexec: No permite la ejecución de binarios que se encuentren en el sistema de archivos. Muy pendiente con el código o aplicativo que se utilizará con el servidor apache, ya que si tienen un binario, el mismo no podrá ser ejecutada

Ejemplo de una entrada en fstab:

/dev/mapper/VolGroup-lvsrv /opt   ext4   nodev,nosuid,noexec   0    2

Recomendaciones a nivel de aplicativo Apache 2.4
Configuración

Evita la búsquedas de DNS para que los nombres de host se pueden registrar
1. Editar archivo de configuración de apache2:

admin@servidor:/$ sudo nano /etc/apache2/apache2.conf

Leer más »

Configuración de interfaces de red VLAN 802.1q

El presente instructivo tiene como finalidad mostrar el procedimiento de configuración de VLAN en dos (02) interfeces de red ethernet, en la distribución Linux RedHat 4 y Debian 9

Exposición del ejemplo:

Teniendo las siguientes direcciones IP fijas, privadas:

– Vlan 90 configurar IP 192.168.0.10/24
– Vlan 91 configurar IP 10.70.21.15/24

Correspondiente cada una a una VLAN (90 y 91), se desea la configuración en las interfaces de red ethernet (eth0 y eth1):

RedHat 4
Configuración:

1. Activar modulo 802.1q

root@server:/# modprobe --first-time 8021q

Leer más »

Dimensionamiento (Tunning) Apache2 prefork (+PHP5) Maxclients

La presente tiene como finalidad presentar un ejemplo práctico de como calcular el valor de Maxclients en Apache2 Prefork con PHP5.

Aplicaciones o configuraciones complementarias:

Documentación oficial de Apache2

La directiva MaxClients establece el límite en el número de solicitudes (peticiones) simultáneas que se servirán. Cualquier intento de conexión sobre el valor de MaxClients, se colocará en cola, hasta un número basado en la directiva ListenBacklog. Una vez que un proceso hijo se libera al final de una solicitud diferente, entonces será atendida la conexión.

Para los servidores prefork(que es nuestro caso de ejemplo), MaxClients se traduce en el número máximo de procesos secundarios que serán lanzadas para servir peticiones. El valor por defecto es 256; para aumentarlo se hace necesario incrementar ServerLimit.

Análisis servidor básico Debian + Apache2 + PHP5

Para efectuar los calculos de la directiva maxclients, se deben conocer los siguientes parámetros:
El el consumo de memoria RAM de Apache2 y PHP5, el consumo de memoria RAM del aplicativo (página web), la cantidad de memoria RAM consumido por el sistema operativo y la cantidad de memoria RAM a reservar

1. Consumo memoria RAM Apache2 + PHP5
2. Consumo memoria RAM aplicativo(página web)
3. Consumo memoria RAM sistema operativo
4. Cantidad memoria RAM a Reservar
Leer más »

Reducir el Tiempo, Reciclar y Reusar el Estado TIME_WAIT en conexión TCP

El presente instructivo tiene como finalidad presentar los pasos básicos necesarios para la configuración en el kernel de Linux del estado TIME_WAIT de conexión TCP.
Ésta configuración puede ser utilizada para optimizar las conexiones de servicios Web o Base de Datos, aunque es recomendado configurar una aplicación para el agrupamiento de conexiones (connection pooling) o en el caso del servidor WEB el Keep-Alive.

El agrupamiento de conexiones (connection pooling) permite entre otras cosas, el manejo de una colección de conexiones abiertas a una base de datos de manera que puedan ser reutilizadas al realizar múltiples consultas o actualizaciones. En el caso de los serviodres WEB (Apache), el “Keep-Alive”, permite “mantener viva” la conexión de un cliente durante algún periodo corto de tiempo.

En aplicaciones como Mysql, PostgreSQL, Oracle, entre otros entre otros suelen aperturar y cerrar conexiones a cada instante y dependiendo del número de usuarios y la demanda (peticiones por segundo), aumenta la posibilidad de sufrir degradación del servicio.

Cuando una conexión TCP se cierra activamente, el puerto DEBE permanecer en el estado de TIME-WAIT durante un tiempo de 2xMSL (Maximum Segment Lifetime), es decir 2 minutos, tiempo en el cual la conexión esta ocupada y no puede ser reutilizado inmediatamente.

A continuación esquema(Según Protocolo de Control de Transmisión RFC: 793) secuencia normal de cierre de una conexión TCP:

       TCP A                                                TCP B

  1.  ESTABLISHED                                          ESTABLISHED

  2.  (Close)
      FIN-WAIT-1  --> <SEQ=100><ACK=300><CTL=FIN,ACK>  --> CLOSE-WAIT

  3.  FIN-WAIT-2  <-- <SEQ=300><ACK=101><CTL=ACK>      <-- CLOSE-WAIT

  4.                                                       (Close)
      TIME-WAIT   <--  <SEQ=300><ACK=101><CTL=FIN,ACK> <-- LAST-ASK

  5.  TIME-WAIT   --> <SEQ=101><ACK=301><CTL=ACK>      --> CLOSED

  6.  (2 MSL)
      CLOSED

RFC 793. TRANSMISSION CONTROL PROTOCOL DARPA INTERNET PROGRAM PROTOCOL SPECIFICATION. 3.5. Closing a Connection. Secuencia de cierre normal. Figura 13

Configuración

1. Verificar las conexiones TIME_WAIT

root@server:/# netstat -nat | awk '{print $6}' | sort | uniq -c
      6 CLOSE_WAIT
      1 established)
     18 ESTABLISHED
      1 Foreign
     38 LISTEN
     10 TIME_WAIT

Leer más »

Instalar Fuentes Tipograficas en Linux

El presente instructivo tiene como finalidad presentar los pasos básicos necesarios para la instalación de fuente tipográficas de forma manual en Debian

Procedimiento

1. Seleccionar la fuentes a instalar:
Enlace: http://www.dafont.com/es/

2. Descargar la fuente a instalar:
Enlace: http://www.dafont.com/es/shanghai.font

3. Descomprimir archivo en la carpeta de fuentes del sistema

root@server:/tmp# unzip shanghai.zip -d /usr/share/fonts
Archive:  shanghai.zip
  inflating: /usr/share/fonts/english_.txt  
  inflating: /usr/share/fonts/shanghai.ttf 

Leer más »

Liberar Memoria RAM Cache de Linux

El presente instructivo tiene como finalidad mostrar los pasos básicos necesarios para el borrado de la memoria RAM cache del sistema.

Cuando se ejecuta una aplicación, la misma es cargada primero en la memoria RAM. Parte de la información del aplicativo queda en memoria RAM Cache, para cuando se vuelva ha ejecutar, no sea necesario cargarlo todo nuevamente y el proceso sea múcho más rápido.
Otra forma de utilizar memoria RAM Cache, es cuando tenemos mucha escritura en Disco (caso BD), ya que el Kernel de Linux graba primero en la memoria caché, para luego (cada cierto tiempo) hacer un volcado en el disco.

La limpieza y el manejo de la memoria RAM la hace el SO de forma automática, pero hay casos donde se hace necesario efectuar una limpieza “manual” para ellos debemos ejecutar los siguientes pasos:

1. Verificar el uso de la memoria RAM

root@server:/# free -m
             total       used       free     shared    buffers     cached
Mem:          7907       5962       1944        287         75        682
-/+ buffers/cache:       5203       2703
Swap:         1903        869       1034

2. Interpretar comando free -m en Linux

3. Limpiar los buffers del sistema de archivos:

root@server:/# sync

Leer más »

Desactivar OOM-Killer (out of memory killer) en Linux

El presente instructivo tiene como finalidad de desactivar la función del Kernel oom-killer.

El kernel de Linux asigna memoria a la demanda de las aplicaciones que se ejecutan en el sistema. Debido a que muchas aplicaciones asignan su memoria por adelantado y ha menudo no utilizan la memoria asignada, el kernel fue diseñado con la capacidad de “over-commit” de memoria, esto con la finalidad de hacer más eficiente el uso de la memoria. Este modelo de over-commit permite al núcleo asignar más memoria de la que realmente tiene físicamente disponible. Si un proceso utiliza realmente la memoria que fue asignada, el núcleo a continuación, proporciona estos recursos a la aplicación. Cuando varias aplicaciones comienzan a utilizar la memoria que le fueron asignadas, el modelo de over-commit puede ser problemático y el núcleo debe comenzar a “matar procesos” para mantenerse operativo. El mecanismo que el núcleo utiliza para recuperar la memoria en el sistema se conoce como “out-of-memory killer” o OOM-Killer.

Diagnóstico:

1. Verificar si el proceso oom-killer ha sido ejecutado en el sistema:

root@server:/# grep -i kill /var/log/messages*

2. Verificar uso de le memoria comando free

root@server:/# free -m

nota: Consultar interpretación comando free
3. verificar uso de la memoria comando vmstat

root@server:/# vmstat 3 50

Leer más »