Packet Filter

Un article de Wikipédia, l'encyclopédie libre.

Cet article est une ébauche à compléter concernant les logiciels, vous pouvez partager vos connaissances en le modifiant.

Cet article est une ébauche à compléter concernant la sécurité informatique, vous pouvez partager vos connaissances en le modifiant.

Packet Filter (ou PF) est le pare-feu logiciel et officiel de OpenBSD, écrit à l'origine par Daniel Hartmeier. C'est un Logiciel Libre gratuit.

Il remplace IPFilter de Darren Reed depuis la version 3.0 de OpenBSD, suite à des problèmes de licence mais aussi des refus systématiques de Reed d'incorporer des modifications de code venant de développeurs OpenBSD.

Il a été porté sur DragonflyBSD 1.2 et NetBSD 3.0 ; il est fourni en standard sur FreeBSD (version 5.3 et ultérieures).

Un port gratuit de PF a également été réalisé pour les systèmes d'exploitation Windows 2000 et XP par la communauté Core FORCE. Ce port n'est cependant qu'un firewall personnel : il n'implémente pas les fonctions de PF permettant de faire du NAT ou d'utiliser ALTQ

Sommaire

1 Gestion de La Bande Passante
2 Qualités
3 Défauts
4 Commandes et paramètres
5 Exemple de configuration
6 Voir aussi
- 6.1 Les autres pare-feux libres
- 6.2 Liens externes

[modifier] Gestion de La Bande Passante

Depuis OpenBSD 3.0, la Mise en queue alternée ALTQ fait partie du système de base.

Depuis OpenBSD 3.3, ALTQ a été intégrée dans PF.

L'implémentation de ALTQ dans OpenBSD supporte les algorithmes de Mise en Queue par classes (CBQ) et de Mise en Queue par priorités (PRIQ), mais aussi la Détection Aléatoire Anticipée (RED) et la Notification de Congestion Explicite (ECN).

L'intégration de ALTQ dans PF permet entre autre de définir la priorité d'un trafic dans le filtre qui l'autorise.

Voir: PF : Gestion de La Bande Passante

Ceci permet par exemple:

de rendre HTTP prioritaire par rapport à SMTP si vous voulez rendre le surf sur internet prioritaire à l'envoi de mails.
de rendre les petits paquets d'Acquittements prioritaires sur les autres paquets, ce qui est très pratique pour les accès à Internet asymétriques (ADSL...).
de réserver des bandes passantes minimum pour des applications temps réels comme Voix sur réseau IP.

[modifier] Qualités

Le chargement de la configuration est atomique. C'est à dire que si une erreur de syntaxe ou de cohérence est trouvée dans le fichier configuration, un retour en arrière est effectué. Quasiment aucun pare-feu commercial n'implémente de solution de ce type.

Grace à la Gestion de La Bande Passante et l'intégration de ALTQ, Packet Filter offre un contrôle souple des flux et des performances réseau.

Pour des raisons de sécurité, PF ne fait pas d'inspection de service (Comme FTP, RPC) dans le noyau. En effet l'inspection de service étant complexe, tout bug pourrait permettre la prise de contrôle de la machine. Pour faire de l'inspection de service il faut installer un proxy qui lui tourne en Espace utilisateur.

Les développeurs ont fourni un effort important pour rendre la syntaxe lisible, souple et claire (les erreurs d'utilisation représentant un danger important pour la sécurité d'un pare-feu).

Grâce à l'utilisation combinée de pfsync et CARP, PF peut utiliser de la redondance pour assurer de la haute disponibilité.

[modifier] Défauts

Le fait que PF (comme IPF) ne fasse pas d'inspection de service mais impose l'utilisation de proxy est gênant quand il manque un proxy pour un protocole. Par exemple il n'y a pas de proxy pour les protocoles basés sur RPC, ni pour le protocole UPnP (Universal Plug and Play).

Comme la plupart des pare-feux libres, PF ne gère pas IPsec, les proxys, les IDS, les serveurs d'authentification et plein d'autres technologies que les pare-feux commerciaux ont l'habitude de gérer. Pour faire cela il faut utiliser d'autres modules BSD qui se configurent à part.

Les IDS et logiciels antivirus conçus pour une intégration étroite avec les logiciels pare-feux supportent rarement PF (et plus généralement, les pare-feux des systèmes BSD).

[modifier] Commandes et paramètres

Quelques exemples d'utilisation de pfctl, l'outil d'administration en ligne de commande des pare-feux utilisants PF:

pfctl -e -> active pf
pfctl -d -> désactive pf
pfctl -f <fichier> -> charge les règles décrites par le fichier dans PF. Si une seule erreur de syntaxe est trouvée dans le fichier, rien n'est changé.
pfctl -sn -> affiche les règles de NAT activées
pfctl -sr -> affiche les règles de filtrage activées

[modifier] Exemple de configuration

Explications élémentaires sur la syntaxe:

Les valeurs des macros sont automatiquement substituées lors de l'évaluation de la configuration.
La syntaxe $interface:network se voit automatiquement substituer l'adresse du réseau attachée à $interface.
Le mot clef "egress" est automatiquement remplacé par le nom de l'interface à laquelle est attachée la route par defaut, et "(egress)" par son IP. Ces valeurs sont mises à jour dynamiquement en cas de changement.

# Macros
int_if="rl0"
ports_ouverts_pourt_tous="{ http https }"
ports_ouverts_pour_lequipe="{ ssh 21 60000:60100 }"

# Tables
table <ip_de_lequipe> { XXX.XXX.XXX.XXX, XXX.XXX.XXX.XXX, XXX.XXX.XXX.XXX }

# Normalisation du trafic
scrub in no-df

# NAT
nat on egress -> (egress)

# Règles de filtrage
block in
pass out keep state
pass in on egress proto tcp from <ip_de_lequipe> to port $ports_ouverts_pour_lequipe flags S/SFRA keep state
pass in on egress proto tcp to $ports_ouverts_pourt_tous flags S/SFRA keep state
block in quick on $int_if proto tcp from $int_if:network to port 4662
pass quick on !egress keep state