Inicio > Hacking, Networking > Definiendo reglas IPTables para un Servidor Web

Definiendo reglas IPTables para un Servidor Web

MEDIDAS DE SEGURIDAD PACKET FILTER/HOST-BASED FIREWALL CON IPTABLES

Iptables es un firewall que viene incluido en la mayoría de distribuciones basadas en GNU/Linux recientes, como cualquier otro firewall, su principal objetivo es filtrar paquetes entrantes y salientes de la maquina, este objetivo es cumplido con las reglas de configuración definidas en el firewall que delimitan puertos, protocolos, estados de conexiones, direcciones IP, entre otras cosas. Como podrá imaginar el lector, la “piedra angular” de esta potente herramienta es precisamente la correcta definición de las reglas establecidas, dado que una mala configuración de iptables, puede convertir un sistema operativo GNU/Linux es un objetivo fácil y casi tan inseguro como cualquier plataforma Windows (bueno, vale, he exagerado un poco…) no obstante, la correcta definición de las reglas definidas en el firewall permiten tener un sistema robusto contra intentos de penetración desde un sistema remoto, así que se trata de una practica vital en la seguridad en las comunicaciones entrantes y salientes que no debe de ser tomada nunca a la ligera y por el contrario, debería de ser una de las tareas mas importantes que desempeña un administrador y/o equipo en seguridad en redes y telecomunicaciones.

El uso de un conjunto de reglas bien definido, evita que cualquier escaner de puertos pueda enumerar todos los servicios que se ejecutan en el servidor, aunque es cierto que un escaner como Nmap puede generar “predicciones” sobre el sistema objetivo para brindar mas informacion a un atacante, utilizar reglas iptables correctamente establecidas, reduce considerablemente la precisión de un escaneo y de un posible ataque restringiendo el acceso a servicios sensibles tales como SSH, de este modo puede indicarse que solamente las direcciones IP definidas puedan acceder a dicho servicio, no obstante, esto no es a prueba de tontos, ya que un atacante puede realizar un ataque de “spoofing” utilizando como objetivo las direcciones IP que tienen acceso a dichos servicios, pero sin lugar a dudas, plantea dificultades a la hora de llevar a cabo un ataque

A continuacion se lista un ejemplo del uso de Iptables para permitir la conectividad de un servidor de paquetes entrantes solamente a los puertos 80/TCP y 443/TCP (Servidor Web) y por otro lado restringiendo el acceso de todos los paquetes entrantes al puerto 22/TCP (Donde se encuentra el servicio SSH) excepto para una dirección IP determinada (que puede ser una maquina de administración remota)

  1. En primera instancia, Limpiar todas las reglas actualmente establecidas en el servidor:

    iptables -F
    iptables -X

  2. Establecer la política de filtros, para Denegar por defecto todo

    iptables -P INPUT DROP
    iptables -P OUTPUT DROP
    iptables -P FORWARD DROP

  3. Aceptar todas las peticiones entrantes por HTTP al servidor web por el puerto 80 desde cualquier sitio

    iptables -A INPUT -p tcp -s 0/0 –sport 1024:65535 -d 192.168.1.33 –dport 80 -m state –state NEW,ESTABLISHED -j ACCEPT

  4. Aceptar todas las respuestas salientes por HTTP desde el servidor web por el puerto 80 a cualquier sitio

    iptables -A OUTPUT -p tcp -s 192.168.1.33 –sport 80 -d 0/0 –dport 1024:65535 -m state –state ESTABLISHED -j ACCEPT

  5. Aceptar todas las peticiones entrantes por HTTPS al servidor web por el puerto 443 desde cualquier sitio

    iptables -A INPUT -p TCP -s 0/0 –sport 1024:65535 -d 192.168.1.33 –dport 443 -m state –state NEW,ESTABLISHED -j ACCEPT

  6. Aceptar todas las respuestas salientes por HTTPS desde el servidor web por el puerto 443 a cualquier sitio

    iptables -A OUTPUT -p tcp -s 192.168.1.33 –sport 443 -d 0/0 –dport 1024:65535 -m state –state ESTABLISHED -j ACCEPT

  7. Aceptar conexiones entrantes SSH SOLAMENTE desde la dirección IP de administración (192.168.1.34) al servidor web en el puerto 22 TCP

    iptables -A INPUT -p tcp -s 192.168.1.34 –sport 1024:65535 -d 192.168.1.33 –dport 22 -m state –state NEW,ESTABLISHED -j ACCEPT

  8. Aceptar todo el trafico SSH saliente SOLAMENTE desde el servidor web en el puerto 22/TCP la dirección IP de administración

    iptables -A OUTPUT -p tcp -s 192.168.1.33 –sport 22 -d 192.168.1.34 –dport 1024:65535 -m state –state ESTABLISHED -j ACCEPT

  9. Finalmente, de forma explicita definir que todo el trafico entrante y/o saliente que no coincida con los criterios anteriormente declarados, deben ser borrados

    iptables -A INPUT -j DROP
    iptables -A OUTPUT -j DROP

Esta configuración se enfoca, principalmente en la capa de enlace y de transporte sobre el protocolo TCP/IP, permitiendo solamente aquellos paquetes interesantes y descartando cualquier otro tipo de paquete, de esta forma las peticiones y respuestas viajan de forma “segura” desde y hacia el servidor web. Este seriá un buen punto de partida que lleve hacia una configuración optima (es decir, un poco menos insegura o incitativa, sin embargo… en el mundo en el que vivimos todo es cada vez, menos seguro.)

  1. abril 11, 2014 en 3:06 am

    una pregunta, yo cuando configuro la opcion por defecto que bloquee el FORWARD osea iptables -P FORWARD DROP igualmente me bloquea todo por mas que despues abra especificamente los puertos y por IP osea -s y -d … y se que el problema reside en ese -P DROP porque apenas se lo saco, funciona OK.
    No se porque no me sale dejar por defecto el DROP y despues abrir las ip y puertos especificos.

    he probado asi:
    iptables -P FORWARD DROP
    iptables -P INPUT DROP
    iptable s-P OUTPUT DROP

    mi ip en ETH1 es 192.168.222.249
    mi ip en ETH0 es 172.16.221.120

    iptable -A FORWARD -s 192.168.222.249 -i eth1 -p tcp –dport 3389 -j ACCEPT

    (esto es porque hago pruebas de conexion por RDP de windows)
    tambien probe con

    iptable -A FORWARD -s 192.168.222.249 -o eth0 -p tcp –dport 3389 -j ACCEPT
    iptable -A FORWARD -d 172.16.221.120 -i eth0 -p tcp –dport 3389 -j ACCEPT

    No funca con ninguna, salvo que vuelva a poner el valor -P de FORWARD a ACCEPT

    Me gusta

  1. No trackbacks yet.

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s

A %d blogueros les gusta esto: