Ordre des règles
Fait partie de la section Empêcher la propagation du Journey Cybersecurity de Coddy. Leçon 7 sur 20.
Une règle correcte peut n’avoir aucun effet si une règle précédente décide déjà de la connexion. Le pare-feu de Lumen s’arrête à la première correspondance.
Examine cette politique d’entraînement :
seclab machine demo-shopRepère ces lignes :
firewall (first match wins, anything unmatched is blocked):
rule action port from note
1 allow any any
2 deny 22 office never used: rule 1 decides firstLa règle « autoriser tout » est en premier. La règle de refus de l’administration du bureau en dessous n’est jamais atteinte. Déplace la règle de refus existante avant celle-ci :
seclab firewall demo-shop move 2 1Tu devrais voir :
Moved rule 2 on demo-shop to position 1. Rules are checked top down.Relis l’ordre :
seclab machine demo-shopRepère ces lignes :
firewall (first match wins, anything unmatched is blocked):
rule action port from note
1 deny 22 office
2 allow any anyLe refus s’applique maintenant au trafic du bureau vers le port 22. Les autres trafics peuvent passer à la règle suivante. Modifier l’ordre corrige cette politique sans ajouter une autre copie du même refus.
Défi
FacileTicket de Sam, responsable informatique
Un serveur report-server récemment ajouté est soumis à une règle de refus pour l’administration du bureau, mais dispatch-pc peut toujours y accéder. Trouve pourquoi la règle n’a aucun effet et corrige la politique avant la prochaine tentative de lecture de la configuration du serveur. Maintiens le service HTTPS du serveur disponible et laisse checkout ainsi que la sauvegarde dispatch approuvée fonctionner.
Essayez vous-même
Toutes les leçons de Empêcher la propagation
2Fermer la route indésirable
Règles de destinationOrdre des règlesRègles de sortieAutoriser le trafic nécessaireDeux routes indésirables