Comment configurer un pare-feu avec UFW sur Ubuntu

Introduction

UFW, ou Uncomplicated Firewall, est une interface pour iptables qui vise à simplifier le processus de configuration d’un pare-feu. Bien que iptables soit un outil solide et flexible, il peut être difficile pour les débutants d’apprendre à l’utiliser pour configurer correctement un pare-feu. Si vous cherchez à sécuriser votre réseau et que vous n’êtes pas sûr de quel outil utiliser, UFW pourrait être le bon choix pour vous.

Ce tutoriel vous montrera comment configurer un pare-feu avec UFW sur Ubuntu v18.04 et versions ultérieures.

Prérequis

Pour suivre ce tutoriel, vous aurez besoin de :

• Un serveur fonctionnant sous Ubuntu, ainsi qu’un utilisateur non-root avec des privilèges sudo. Pour des instructions sur la façon de les configurer, veuillez choisir votre distribution dans cette liste et suivre notre Guide de configuration initiale du serveur.

• UFW est installé par défaut sur Ubuntu. Si jamais il a été désinstallé pour une raison quelconque, vous pouvez l’installer avec sudo apt install ufw.

Configurer le pare-feu Ubuntu avec UFW

1. Activer IPv6
2. Définir les politiques par défaut
3. Autoriser les connexions SSH
4. Activer UFW
5. Autoriser toute autre connexion nécessaire
6. Refuser les connexions
7. Suppression des règles du pare-feu
8. Vérifier l’état et les règles de l’UFW
9. Comment désactiver ou réinitialiser le pare-feu sur Ubuntu

Étape 1 — S’assurer qu’IPv6 est activé

Dans les versions récentes d’Ubuntu, IPv6 est activé par défaut. En pratique, cela signifie que la plupart des règles de pare-feu ajoutées au serveur incluront à la fois une version IPv4 et une version IPv6, cette dernière étant identifiée par v6 dans la sortie de la commande de statut de l’UFW. Pour vous assurer qu’IPv6 est activé, vous pouvez vérifier le fichier de configuration de votre UFW à l’emplacement /etc/default/ufw. Ouvrez ce fichier à l’aide de nano ou de votre éditeur de ligne de commande préféré :

sudo nano /etc/default/ufw

Assurez-vous ensuite que la valeur de IPV6 est définie sur yes. Cela devrait ressembler à ceci :

IPV6=yes

Enregistrez et fermez le fichier. Si vous utilisez nano, vous pouvez le faire en tapant CTRL+X, puis Y et ENTRÉE pour confirmer.

Lorsque l’UFW est activé dans une étape ultérieure de ce guide, il sera configuré pour écrire à la fois des règles de pare-feu IPv4 et IPv6.

Étape 2 — Configuration des politiques par défaut

Si vous débutez avec UFW, une bonne première étape est de vérifier vos politiques de pare-feu par défaut. Ces règles contrôlent la manière de gérer le trafic qui ne correspond pas explicitement à d’autres règles.

Par défaut, UFW est configuré pour refuser toutes les connexions entrantes et autoriser toutes les connexions sortantes. Cela signifie que quiconque essaie d’atteindre votre serveur ne pourra pas se connecter, tandis que toute application à l’intérieur du serveur pourra atteindre le monde extérieur. Des règles supplémentaires pour autoriser des services et des ports spécifiques sont incluses en tant qu’exceptions à cette politique générale.

Pour vous assurer que vous pourrez suivre le reste de ce tutoriel, vous allez maintenant configurer vos politiques par défaut de UFW pour le trafic entrant et sortant.

Pour définir la politique entrante par défaut de UFW sur deny, exécutez :

sudo ufw default deny incoming

Output
Default incoming policy changed to 'deny'
(be sure to update your rules accordingly)

Pour définir la politique sortante par défaut de UFW sur allow, exécutez :

sudo ufw default allow outgoing

Output
Default outgoing policy changed to 'allow'
(be sure to update your rules accordingly)

Ces commandes définissent les valeurs par défaut pour refuser les connexions entrantes et autoriser les connexions sortantes. Ces valeurs par défaut du pare-feu peuvent suffire seules pour un ordinateur personnel, mais les serveurs ont généralement besoin de répondre aux demandes entrantes des utilisateurs externes. Nous verrons cela ensuite.

Étape 3 — Autoriser les connexions SSH

Si vous activiez maintenant votre pare-feu UFW, il refuserait toutes les connexions entrantes. Cela signifie que vous devrez créer des règles qui permettent explicitement les connexions entrantes légitimes — SSH ou HTTP, par exemple — si vous voulez que votre serveur réponde à ces types de demandes. Si vous utilisez un serveur cloud, vous voudrez probablement autoriser les connexions SSH entrantes afin de pouvoir vous connecter à et gérer votre serveur.

Autorisation du profil d’application OpenSSH UFW

À l’installation, la plupart des applications qui dépendent de connexions réseau enregistrent un profil d’application dans UFW, ce qui permet aux utilisateurs d’autoriser ou de refuser rapidement l’accès externe à un service. Vous pouvez vérifier quels profils sont actuellement enregistrés dans UFW avec :

sudo ufw app list

Output
Available applications:
  OpenSSH

Pour activer le profil d’application OpenSSH, exécutez :

sudo ufw allow OpenSSH

Output
Rule added
Rule added (v6)

Cela créera des règles de pare-feu pour autoriser toutes les connexions sur le port 22, qui est le port sur lequel le démon SSH écoute par défaut.

Autoriser SSH par Nom de Service

Une autre façon de configurer UFW pour permettre les connexions SSH entrantes consiste à faire référence à son nom de service : ssh.

sudo ufw allow ssh

Output
Rule added
Rule added (v6)

UFW sait quels ports et protocoles un service utilise en fonction du fichier /etc/services.

Autoriser SSH par Numéro de Port

Alternativement, vous pouvez écrire la règle équivalente en spécifiant le port plutôt que le profil d’application ou le nom du service. Par exemple, cette commande fonctionne de la même manière que les exemples précédents :

sudo ufw allow 22

Output
Rule added
Rule added (v6)

Si vous avez configuré votre démon SSH pour utiliser un port différent, vous devrez spécifier le port approprié. Par exemple, si votre serveur SSH écoute sur le port 2222, vous pouvez utiliser cette commande pour autoriser les connexions sur ce port :

sudo ufw allow 2222

Output
Rule added
Rule added (v6)

Maintenant que votre pare-feu est configuré pour autoriser les connexions SSH entrantes, vous pouvez l’activer.

Étape 4 — Activation de UFW

Votre pare-feu devrait maintenant être configuré pour autoriser les connexions SSH. Pour vérifier quelles règles ont été ajoutées jusqu’à présent, même lorsque le pare-feu est toujours désactivé, vous pouvez utiliser :

sudo ufw show added

Output
Added user rules (see 'ufw status' for running firewall):
ufw allow OpenSSH

Après avoir confirmé que vous avez une règle pour autoriser les connexions SSH entrantes, vous pouvez activer le pare-feu avec :

sudo ufw enable

Output
Command may disrupt existing ssh connections. Proceed with operation (y|n)? y
Firewall is active and enabled on system startup

Vous recevrez un avertissement indiquant que la commande peut perturber les connexions SSH existantes. Vous avez déjà configuré une règle de pare-feu qui autorise les connexions SSH, donc vous pouvez continuer sans problème. Répondez à l’invite avec y et appuyez sur ENTRÉE.

Le pare-feu est maintenant actif. Exécutez la commande sudo ufw status verbose pour voir les règles qui sont définies. Le reste de ce tutoriel couvre comment utiliser UFW en détail, comme autoriser ou refuser différents types de connexions.

Étape 5 — Autoriser d’autres connexions

À ce stade, vous devriez autoriser toutes les autres connexions auxquelles votre serveur doit répondre. Les connexions que vous devez autoriser dépendent de vos besoins spécifiques. Vous savez déjà comment écrire des règles qui autorisent les connexions en fonction d’un profil d’application, d’un nom de service ou d’un port ; vous avez déjà fait cela pour SSH sur le port 22. Vous pouvez également le faire pour :

• HTTP sur le port 80, que les serveurs web non chiffrés utilisent, en utilisant sudo ufw allow http ou sudo ufw allow 80
• HTTPS sur le port 443, utilisé par les serveurs Web chiffrés, en utilisant sudo ufw allow https ou sudo ufw allow 443.
• Apache avec à la fois HTTP et HTTPS, en utilisant sudo ufw allow ‘Apache Full’.
• Nginx avec à la fois HTTP et HTTPS, en utilisant sudo ufw allow ‘Nginx Full’.

N’oubliez pas de vérifier quels profils d’application sont disponibles pour votre serveur avec sudo ufw app list.

Il existe plusieurs autres moyens de permettre des connexions, en dehors de spécifier un port ou un nom de service connu. Nous verrons certaines de ces méthodes ensuite.

Plages de ports spécifiques

Vous pouvez spécifier des plages de ports avec UFW. Certaines applications utilisent plusieurs ports, au lieu d’un seul.

Par exemple, pour autoriser les connexions X11, qui utilisent les ports 6000 à 6007, utilisez ces commandes:

sudo ufw allow 6000:6007/tcp
sudo ufw allow 6000:6007/udp

Lorsque vous spécifiez des plages de ports avec UFW, vous devez préciser le protocole (tcp ou udp) auquel les règles doivent s’appliquer. Nous ne l’avons pas mentionné auparavant car ne pas spécifier le protocole autorise automatiquement les deux protocoles, ce qui est OK dans la plupart des cas.

Adresses IP spécifiques

Lorsque vous travaillez avec UFW, vous pouvez également spécifier des adresses IP dans vos règles. Par exemple, si vous souhaitez autoriser les connexions depuis une adresse IP spécifique, comme une adresse IP professionnelle ou domestique de 203.0.113.4, vous devez utiliser le paramètre from, en fournissant ensuite l’adresse IP que vous souhaitez autoriser :

sudo ufw allow from 203.0.113.4

Output
Rule added

Vous pouvez également spécifier un port auquel l’adresse IP est autorisée à se connecter en ajoutant to any port suivi du numéro de port. Par exemple, si vous souhaitez autoriser 203.0.113.4 à se connecter au port 22 (SSH), utilisez cette commande :

sudo ufw allow from 203.0.113.4 to any port 22

Output
Rule added

Sous-réseaux

Si vous souhaitez autoriser un sous-réseau d’adresses IP, vous pouvez le faire en utilisant la notation CIDR pour spécifier un masque de sous-réseau. Par exemple, si vous souhaitez autoriser toutes les adresses IP comprises entre 203.0.113.1 et 203.0.113.254, vous pouvez utiliser cette commande :

sudo ufw allow from 203.0.113.0/24

Output
Rule added

De même, vous pouvez également spécifier le port de destination auquel le sous-réseau 203.0.113.0/24 est autorisé à se connecter. Encore une fois, nous utiliserons le port 22 (SSH) comme exemple :

sudo ufw allow from 203.0.113.0/24 to any port 22

Output
Rule added

Connexions à une interface réseau spécifique

Si vous souhaitez créer une règle de pare-feu qui s’applique uniquement à une interface réseau spécifique, vous pouvez le faire en spécifiant « autoriser sur » suivi du nom de l’interface réseau.

Vous voudrez peut-être consulter vos interfaces réseau avant de continuer. Pour ce faire, utilisez cette commande :

ip addr

Output Excerpt
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state
. . .
3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default
. . .

La sortie en surbrillance indique les noms des interfaces réseau. Elles sont généralement nommées quelque chose comme eth0 ou enp3s2.

Ainsi, si votre serveur possède une interface réseau publique appelée eth0, vous pourriez autoriser le trafic HTTP (port 80) vers celle-ci avec cette commande :

sudo ufw allow in on eth0 to any port 80

Output
Rule added
Rule added (v6)

Cela permettrait à votre serveur de recevoir des requêtes HTTP depuis l’internet public.

Ou, si vous souhaitez que votre serveur de base de données MySQL (port 3306) écoute les connexions sur l’interface réseau privée eth1, par exemple, vous pourriez utiliser cette commande :

sudo ufw allow in on eth1 to any port 3306

Output
Rule added
Rule added (v6)

Cela permettrait à d’autres serveurs de votre réseau privé de se connecter à votre base de données MySQL.

Étape 6 — Refuser les connexions

Si vous n’avez pas modifié la politique par défaut pour les connexions entrantes, UFW est configuré pour refuser toutes les connexions entrantes. En général, cela simplifie le processus de création d’une politique de pare-feu sécurisée en vous obligeant à créer des règles qui autorisent explicitement certains ports et adresses IP.

Cependant, parfois vous voudrez refuser des connexions spécifiques en fonction de l’adresse IP source ou du sous-réseau, peut-être parce que vous savez que votre serveur est attaqué depuis là-bas. De plus, si vous souhaitez modifier votre politique entrante par défaut pour autoriser (ce qui n’est pas recommandé), vous devriez créer des règles de refus pour tout service ou adresse IP pour lesquels vous ne souhaitez pas autoriser les connexions.

Pour écrire des règles de refus, vous pouvez utiliser les commandes précédemment décrites, en remplaçant autoriser par refuser.

Par exemple, pour refuser les connexions HTTP, vous pourriez utiliser cette commande :

sudo ufw deny http

Output
Rule added
Rule added (v6)

Ou si vous souhaitez refuser toutes les connexions provenant de 203.0.113.4, vous pourriez utiliser cette commande :

sudo ufw deny from 203.0.113.4

Output
Rule added

Dans certains cas, vous voudrez peut-être également bloquer les connexions sortantes depuis le serveur. Pour refuser à tous les utilisateurs d’utiliser un port sur le serveur, tel que le port 25 pour le trafic SMTP, vous pouvez utiliser deny out suivi du numéro de port :

sudo ufw deny out 25

Output
Rule added
Rule added (v6)

Cela bloquera tout le trafic SMTP sortant sur le serveur.

Étape 7 — Suppression des règles

Savoir comment supprimer les règles de pare-feu est tout aussi important que savoir comment les créer. Il existe deux façons différentes de spécifier quelles règles supprimer : par numéro de règle ou par sa dénomination lisible par l’homme (similaire à la façon dont les règles ont été spécifiées lors de leur création).

Suppression d’une règle UFW par numéro

Pour supprimer une règle UFW par son numéro, vous voudrez d’abord obtenir une liste numérotée de toutes vos règles de pare-feu. La commande de statut UFW a une option pour afficher les numéros à côté de chaque règle, comme démontré ici :

sudo ufw status numbered

Numbered Output:
Status: active

     To                         Action      From
     --                         ------      ----
[ 1] 22                         ALLOW IN    15.15.15.0/24
[ 2] 80                         ALLOW IN    Anywhere

Si vous décidez de supprimer la règle numéro 2, celle qui autorise les connexions sur le port 80 (HTTP), vous pouvez la spécifier dans une commande de suppression UFW comme ceci :

sudo ufw delete 2

Output
Deleting:
 allow 80
Proceed with operation (y|n)? y
Rule deleted

Cela demandera une confirmation puis supprimera la règle 2, qui autorise les connexions HTTP. Notez que si vous avez IPv6 activé, vous voudrez également supprimer la règle IPv6 correspondante.

Suppression d’une règle UFW par nom

Au lieu d’utiliser les numéros de règle, vous pouvez également vous référer à une règle par sa dénomination lisible par l’humain, qui est basée sur le type de règle (généralement autoriser ou refuser) et le nom du service ou le numéro de port qui était la cible de cette règle, ou le nom du profil d’application dans le cas où il était utilisé. Par exemple, si vous voulez supprimer une règle autoriser pour un profil d’application appelé Apache complet qui était précédemment activé, vous pouvez utiliser :

sudo ufw delete allow "Apache Full"

Output
Rule deleted
Rule deleted (v6)

La commande delete fonctionne de la même manière pour les règles qui ont été créées en référençant un service par son nom ou son port. Par exemple, si vous avez précédemment défini une règle pour autoriser les connexions HTTP avec sudo ufw allow http, voici comment vous pourriez supprimer ladite règle :

sudo ufw delete allow http

Output
Rule deleted
Rule deleted (v6)

Parce que les noms de service sont interchangeables avec les numéros de port lors de la spécification des règles, vous pourriez également vous référer à la même règle en tant que allow 80, au lieu de allow http :

sudo ufw delete allow 80

Output
Rule deleted
Rule deleted (v6)

Lors de la suppression des règles UFW par nom, à la fois les règles IPv4 et IPv6 sont supprimées si elles existent.

Étape 8 — Vérification du statut et des règles UFW

À tout moment, vous pouvez vérifier le statut de UFW avec cette commande :

sudo ufw status verbose

Si UFW est désactivé, ce qui est le cas par défaut, vous verrez quelque chose comme ceci :

Output
Status: inactive

Si UFW est actif, ce qui devrait être le cas si vous avez suivi l’étape 3, la sortie indiquera qu’il est actif et listera toutes les règles qui sont définies. Par exemple, si le pare-feu est configuré pour autoriser les connexions SSH (port 22) depuis n’importe où, la sortie pourrait ressembler à ceci :

Output
Status: active
Logging: on (low)
Default: deny (incoming), allow (outgoing), disabled (routed)
New profiles: skip

To                         Action      From
--                         ------      ----
22/tcp                     ALLOW IN    Anywhere

Utilisez la commande status si vous voulez vérifier comment UFW a configuré le pare-feu.

Étape 9 — Désactiver ou Réinitialiser le Pare-feu

Si vous décidez de ne pas utiliser le pare-feu UFW, vous pouvez le désactiver avec cette commande :

sudo ufw disable

Output
Firewall stopped and disabled on system startup

Toutes les règles que vous avez créées avec UFW ne seront plus actives. Vous pouvez toujours exécuter sudo ufw enable si vous avez besoin de l’activer ultérieurement.

Si vous avez déjà configuré des règles UFW mais que vous décidez de recommencer, vous pouvez utiliser la commande de réinitialisation :

sudo ufw reset

Output
Resetting all rules to installed defaults. This may disrupt existing ssh
connections. Proceed with operation (y|n)? y
Backing up 'user.rules' to '/etc/ufw/user.rules.20210729_170353'
Backing up 'before.rules' to '/etc/ufw/before.rules.20210729_170353'
Backing up 'after.rules' to '/etc/ufw/after.rules.20210729_170353'
Backing up 'user6.rules' to '/etc/ufw/user6.rules.20210729_170353'
Backing up 'before6.rules' to '/etc/ufw/before6.rules.20210729_170353'
Backing up 'after6.rules' to '/etc/ufw/after6.rules.20210729_170353'

Cela désactivera UFW et supprimera toutes les règles qui ont été définies précédemment. Cela vous donnera un nouveau départ avec UFW. Gardez à l’esprit que les politiques par défaut ne reviendront pas à leurs paramètres d’origine si vous les avez modifiés à un moment donné.

Conclusion

Votre pare-feu est maintenant configuré pour permettre (au moins) les connexions SSH. Assurez-vous de permettre toute autre connexion entrante nécessaire à votre serveur, tout en limitant les connexions inutiles, afin que votre serveur soit fonctionnel et sécurisé.

Pour en savoir plus sur les configurations UFW courantes, consultez le tutoriel UFW Essentials: Règles et commandes de pare-feu courantes.