Différences

Ci-dessous, les différences entre deux révisions de la page.

--- reseau:stormshield:fiche5 [2022/10/10 22:48] – techer.charles_educ-valadon-limoges.fr
+++ reseau:stormshield:fiche5 [2022/10/10 23:04] (Version actuelle) – [Mise en place des règles de filtrage] techer.charles_educ-valadon-limoges.fr
@@ Ligne 47: / Ligne 47: @@
 La figure suivante présente l’ordre d’application des règles de filtrage et de NAT, il est important de noter que les paquets sont filtrés **avant** la phase de traduction (NAPT).
-{{ :reseau:stormshield:sns_81.png |}}
+{{ :reseau:stormshield:sns_93.png |}}
-Le premier paquet reçu est confronté aux règles de filtrage des différents slots suivant l’ordre présenté dans la figure ci-dessus.
-Dès que les éléments du paquet correspondent à une règle dans un slot, l’action de la règle (bloquer ou autoriser) est appliquée et le paquet n’est plus confronté aux règles suivantes.
+Le premier paquet reçu est confronté aux règles de filtrage des différents niveaux suivant l’ordre présenté dans la figure ci-dessus.
-Si aucune règle de filtrage ne correspond, le paquet est bloqué par défaut.
+Dès que les éléments du paquet correspondent à une règle dans un niveau, l’action de la règle (bloquer ou autoriser) est appliquée et le paquet n’est plus confronté aux règles suivantes.
+Si aucune règle de filtrage ne correspond, **le paquet est bloqué par défaut**.
+Dans le cas où le paquet est autorisé, il est confronté aux règles de **NAT** des différents niveaux toujours suivant l’ordre présenté ci-dessus.
+  * **Le filtrage implicite** regroupe les règles de filtrage pré-configurées ou ajoutées dynamiquement par le pare-feu pour autoriser ou bloquer certains flux après l’activation d’un service. Par exemple, une règle implicite autorise les connexions à destination des interfaces internes du pare-feu SNS sur le port HTTPS (443/TCP) afin d’assurer un accès continu à l’interface d’administration Web. Autre exemple, dès l’activation du service SSH, un ensemble de règles implicites sera ajouté pour autoriser ces connexions depuis toutes les machines des réseaux internes.
+  * **Le filtrage global** regroupe les règles de filtrage injectées au pare-feu depuis l’outil d’administration « Stormshield Management Server » (SMC) ou après affichage des politiques globales.
+  * **Le filtrage local** représente les règles de filtrage ajoutées par l’administrateur depuis l’interface d’administration du pare-feu SNS.
-Dans le cas où le paquet est autorisé, il est confronté aux règles de NAT des différents slots toujours suivant l’ordre présenté ci-dessus.
 Les règles implicites sont accessibles depuis le menu **CONFIGURATION / POLITIQUE DE SÉCURITÉ
 / Règles implicites**.
+{{ :reseau:stormshield:sns_94.png |}}
 Chaque règle peut être activée/désactivée.
@@ Ligne 66: / Ligne 71: @@
 La modification de l’état de ces règles a un impact direct sur le fonctionnement des services du firewall. Pour que le service concerné fonctionne toujours, il faut s’assurer au préalable que le flux est autorisé par les règles de priorité moindre telles que globales ou locales.
 </WRAP>
+====== Analyse des politiques prédéfinies de filtrage ======
+La découverte des règles déjà définies dans les deux premières politiques prédéfinies de filtrage, permet de comprendre le fonctionnement des règles de filtrage sur un pare-feu Stormshield.
+  * Ouvrir le menu **Configuration / Politique de sécurité / Filtrage et NAT / Filtrage**
+  * Dans la liste déroulante des politiques de sécurité, choisir **(1) Block all**.
+{{ :reseau:stormshield:sns_95.png |}}
+Cette politique bloque presque tous les flux (règle N°3) sauf ceux définis par les règles 1 et 2.
+**La règle numéro 1** autorise l’accès en https et sur le port prédéfini **1300 pare-feu_srv** à toutes les interfaces du pare-feu, elle permet donc l’administration à distance depuis n’importe quel réseau.
+**La règle numéro 2** autorise les requêtes **ICMP Echo** vers toutes les interfaces du pare-feu, afin de pouvoir vérifier la présence du pare-feu à l’aide des commandes ICMP.
+  * Dans la liste déroulante des politiques de sécurité, choisir **(2) High**.
+{{ :reseau:stormshield:sns_96.png |}}
+Cette politique est un peu moins restrictive que la précédente, elle autorise plus de chose à partir des réseaux internes.
+**La règle numéro 1** autorise l’accès à des services web en **http, https, dns** ⇒ elle permet l’accès à des sites web.
+**La règle numéro 2** autorise l’accès à des services **ftp**.
+**La règle numéro 3** autorise l’accès à des services de messagerie en **imap, smtp, pop3** elle permet l’envoi et la réception de messages.
+**La règle numéro 4** autorise les requêtes **ICMP Echo** vers n’importe quelle destination des réseaux internes, afin de pouvoir vérifier la présence du pare-feu et des services en DMZ à l’aide des commandes ICMP.
+<WRAP center round info >
+Vous remarquerez que pour toutes ces règles la colonne « Inspection de sécurité » stipule **IPS(Intrusion Prevention System)** qui est le niveau le plus élevé de filtrage avec inspection du contenu et le cas échéant blocage si l’on suspecte un comportement anormal ou une tentative d’intrusion.
+</WRAP>
 Les règles de filtrage font partie d’une politique présentée précédemment dans la partie **Traduction
@@ Ligne 81: / Ligne 119: @@
 ===== Mise en place des règles de filtrage =====
 Vous allez mettre en place une nouvelle politique de sécurité, il faudra commencer par désactiver la règle de filtrage **Pass all** et ajouter les règles de filtrage qui respecteront le cahier des charges décrit ci-après.
-Au besoin ajoutez les adresses IP privées de vos serveurs et les IP publiques des serveurs de vos voisins dans les **Objets Réseaux** (cf Partie 3 Objets réseau).
-|**srv_dns_priv** : 172.16.x.x0|**srv_dns_pub_X** : 192.36.253.x0|
-|**srv_web_priv** : 172.16.x.x1|**srv_web_pub_X** : 192.36.253.x1|
-|**srv_ftp_priv** : 172.16.x.x2|**srv_ftp_pub_X** : 192.36.253.x2|
-|**srv_mail_priv** : 172.16.x.x3|**srv_mail_pub_X** : 192.36.253.x3|