[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Iptable et DNS Local :(



Troumad a écrit :
Voilà, c'est long... et ça doit mériter des améliorations !

Certes, mais je n'ai rien vu qui soit susceptible de bloquer le trafic DNS entrant ou sortant sur le réseau local.

LOCAL="eth0"
NET="eth1"

case "$1" in
   start)
       echo "Mise en place du mur de feu"

       # /etc/network/if-pre-up.d/iptables-start
       # Script qui démarre les règles de filtrage "iptables"
       # MISE à ZERO des règles de filtrage
       iptables -F
       iptables -t nat -F

Ajoute une commande -X pour chaque table pour supprimer les éventuelles chaînes utilisateur comme dans le choix stop.

       # Je veux que les connexions entrantes soient bloquées par défaut
       iptables -P INPUT DROP

       # Je veux accepter les connexions qui entrent par
       # une interface et sortent par l'autre (ex. de eth1 vers ppp0)
       # appelé aussi Forwarding
       iptables -P FORWARD ACCEPT

Tu n'as peur de rien, dis ! Donc le firewall protège la passerelle mais pas le réseau local.

       # Je veux que les connexions sortantes soient acceptées par défaut
       iptables -P OUTPUT ACCEPT

       # Pas de filtrage sur l'interface de "loopback"
       iptables -A INPUT -i lo -j ACCEPT

# Je veux permettre tous les paquets sortants provenant de mon ordinateur iptables -A OUTPUT -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT

Règle redondante avec la politique par défaut ACCEPT de la chaîne OUTPUT.

       # accepter le protocole ICMP (ex.ping)
       iptables -A INPUT -p icmp -j ACCEPT

AMA il vaut mieux gérer explicitement les différents types de requêtes ICMP et laisser la règle suivante s'occuper des ICMP qui sont des réponses ou des messages d'erreur relatifs à des connexions existantes.

# J'accepte les packets entrants relatifs à des connexions déjà établies
       iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur FTP éventuel
       # soit joignable de l'extérieur
       iptables -A INPUT -p tcp --dport 20 -j ACCEPT
       iptables -A INPUT -p tcp --dport 21 -j ACCEPT

La première règle pour le port 20 est inutile quand on utilise le suivi de connexion. Le port 20 est utilisé uniquement comme port source par un serveur FTP en mode actif pour établir une connexion ftp-data _sortante_ vers le client.

[...]
       # Décommentez la ligne suivante pour que Imap soit
       # accéssible sur le réseau interne
       iptables -A INPUT -i $LOCAL -p tcp --dport 110 -j ACCEPT

110 c'est le port pour POP3, et le port IMAP est plutôt le 143.

[...]
       iptables -A INPUT -i $LOCAL -p tcp --dport 111 -j ACCEPT
       iptables -A INPUT -i $LOCAL -p tcp --dport 2049 -j ACCEPT
       iptables -A INPUT -i $LOCAL -p tcp --dport 4000 -j ACCEPT
       iptables -A INPUT -i $LOCAL -p tcp --dport 4001 -j ACCEPT
       iptables -A INPUT -i $LOCAL -p tcp --dport 4002 -j ACCEPT
       iptables -A INPUT -i $LOCAL -p tcp --dport 4003 -j ACCEPT
       iptables -A INPUT -i $LOCAL -p udp --dport 111 -j ACCEPT
       iptables -A INPUT -i $LOCAL -p udp --dport 2049 -j ACCEPT
       iptables -A INPUT -i $LOCAL -p udp --dport 4000 -j ACCEPT
       iptables -A INPUT -i $LOCAL -p udp --dport 4001 -j ACCEPT
       iptables -A INPUT -i $LOCAL -p udp --dport 4002 -j ACCEPT
       iptables -A INPUT -i $LOCAL -p udp --dport 4003 -j ACCEPT

Quelle horreur, que c'est lourd. Essaie de regrouper autant que possible les ports par intervalles et le reste avec la correspondance multiport, ou mieux mport si ton noyau et ta version d'iptables le supportent. Par exemple en TCP :

iptables [...] -p tcp -m multiport --dports 111,2049 -j [...]
iptables [...] -p tcp --dports 4000:4003 -j [...]

ou encore plus simplement :

iptables [...] -p tcp -m mport --dport 111,2049,4000:4003 -j [...]

et la même chose en UDP.

Suggestion : regrouper les règles INPUT concernant l'interface locale dans une chaîne utilisateur pour éviter de répéter -i $LOCAL à chaque fois.

       # La règle par défaut pour la chaine INPUT devient DROP
       # pour des raisons de sécurité
       iptables -A INPUT -j DROP

Conseil : préfère REJECT au lieu de DROP, c'est plus propre. Eventuellement avec une limitation (-m limit) en cas de flood.

       # FIN des règles de filtrage
       # DEBUT des règles pour le partage de connexion (i.e. le NAT)
       # Décommentez la ligne suivante pour que le système fasse office de
# "serveur NAT" et ainsi cacher les machines forwardées par le firewall

       iptables -t nat -A POSTROUTING -o $NET -j MASQUERADE

Une correspondance -s sur la plage d'adresses source du réseau local ne ferait pas de mal.

[...]

   restart)
       $0 stop

Pourquoi faire puisque le $0 start qui suit vide aussi les chaînes et redéfinit les politiques par défaut ?

       /bin/sleep 1
       #/usr/bin/sleep 1
       $0 start



Reply to: