Rédiger une réponse : schéma, règle de filtrage, commande

Une bonne réponse d'E7 nomme la notion, explique le mécanisme et l'applique au cas, dans la forme que demande la consigne : un paragraphe justifié, un tableau de règles de filtrage, quelques lignes de configuration, un calcul posé ou un schéma. Ce chapitre donne la structure commune à toutes les réponses, puis la méthode pour chaque forme, avec des réponses modèles.

La structure de base : nommer, expliquer, contextualiser

Toute réponse justifiée suit trois temps.

1. Nommer la notion avec le terme exact : « inondation de la table d'adresses MAC (MAC flooding) », « principe de minimisation (article 5 du RGPD) », « trap SNMP ».
2. Expliquer le mécanisme en une ou deux phrases : ce qui se passe, pourquoi.
3. Contextualiser : relier au cas, avec un élément du dossier et la conséquence pour l'organisation.

Exemple, sur la question « Expliquer pourquoi un trap SNMP est plus pertinent qu'une interrogation périodique pour être alerté d'une violation de la sécurité des ports » :

Les trois temps tiennent en quatre lignes. Une réponse qui ne fait que nommer (« il faut un trap ») rapporte peu ; une réponse qui explique sans contextualiser montre que tu connais ton cours, pas que tu as traité le cas.

Les règles de filtrage en tableau

C'est la forme la plus fréquente des questions techniques : en 2025, deux tableaux (redirection et filtrage du Wi-Fi invité) ; en 2026, les règles d'un commutateur de niveau 3. Le sujet impose en général les colonnes : adresse IP source, port source, adresse IP de destination, port de destination, protocole, décision.

Prenons un réseau simple : un pare-feu relie Internet, une DMZ et deux VLAN internes.

Le besoin : le site web est public ; les utilisateurs naviguent sur Internet et consultent le site ; seul le poste d'administration administre le serveur web en SSH ; le résolveur DNS interne sert les postes et interroge Internet ; tout le reste est interdit.

Les règles que le correcteur vérifie :

• Le port source est presque toujours *. Un client choisit un port éphémère (au-dessus de 1024) ; c'est le port de destination qui désigne le service.
• Une règle par flux, dans le sens de l'ouverture de la connexion. Le pare-feu est à états (stateful) : il laisse passer automatiquement les réponses d'une connexion autorisée. N'écris pas de règle « retour ».
• L'ordre compte. Le pare-feu applique la première règle qui correspond : un refus ciblé doit précéder toute autorisation large qui l'engloberait. La règle 5 n'est pas indispensable, puisque la règle 7 refuse déjà ces flux, mais elle rend explicite l'interdiction de la DMZ vers le réseau interne (192.168.0.0/16 contient tous les VLAN internes) et la protège d'une autorisation trop large ajoutée plus tard en dessous. Note aussi que la règle 1, de source *, autorise les utilisateurs internes à joindre le site en HTTPS. De même, dans la règle 6, * désigne Internet : en toute rigueur, elle autorise aussi les postes à joindre les serveurs internes en HTTP et HTTPS. Si ce n'est pas voulu, place avant elle un refus 192.168.10.0/24 → 192.168.0.0/16, ou écris la destination « Internet » si le sujet le permet.
• La dernière règle interdit tout (« tout ce qui n'est pas explicitement autorisé est interdit »). Si le sujet dit que cette règle existe déjà, ne la réécris pas, mais place tes règles avant elle.
• Des réseaux en notation CIDR, des adresses exactes prises dans le plan d'adressage du dossier. Une adresse inventée ou un masque faux coûte la ligne.
• Le bon protocole de transport : DNS en UDP (et TCP pour les grandes réponses), HTTPS en TCP, SNMP en UDP, Syslog en UDP 514 ou TCP 6514 avec TLS.

La redirection (NAT de destination)

Certaines questions demandent une table de traduction : publier un serveur interne, ou rediriger les requêtes web d'un client non authentifié vers un portail captif. Les colonnes ajoutent l'adresse et le port traduits.

Ici, toute requête web d'un client du réseau invité 192.168.30.0/24 est renvoyée vers le pare-feu 192.168.30.1, qui affiche la page d'authentification. Une redirection ne remplace pas le filtrage : il faut aussi les règles qui autorisent le client à joindre le portail, puis Internet une fois authentifié.

Une commande ou une configuration

Quand on te demande une configuration, écris les commandes dans l'ordre où tu les taperais, avec le mode de l'équipement, et commente les lignes importantes. Exemple : envoyer les journaux d'un routeur Cisco vers un serveur Syslog 192.168.20.50, en ne transmettant que les messages de gravité 0 à 4.

Routeur> enable
Routeur# configure terminal
Routeur(config)# service timestamps log datetime msec   ! horodatage précis des messages
Routeur(config)# logging host 192.168.20.50            ! serveur Syslog destinataire
Routeur(config)# logging trap warnings                 ! gravités 0 à 4 (warnings = 4)
Routeur(config)# logging source-interface Vlan20       ! adresse source stable
Routeur(config)# end
Routeur# copy running-config startup-config

Le correcteur ne note pas ta mémoire des espaces ou des majuscules : il note le bon mot-clé au bon endroit, la bonne valeur tirée du sujet, et l'explication. Si tu hésites sur une syntaxe exacte, écris la commande la plus proche et précise en une phrase ce qu'elle fait. Le sujet fournit souvent un extrait de documentation de l'équipement : ta syntaxe doit suivre celle de cet extrait, pas celle d'un autre constructeur.

Un calcul posé

Les sujets demandent parfois un calcul : la priorité d'un message Syslog, un niveau de priorité ITIL, une durée de rétention, un nombre de sauvegardes conservées. Pose toujours la formule, puis les valeurs, puis le résultat avec son unité.

Le détail des codes Syslog est dans le chapitre Thèmes systèmes.

Un schéma sur ta copie

Un schéma rapporte quand il remplace une longue explication : une architecture cible avec ses VLAN, le chemin d'un flux, la place d'un relais Syslog. Quatre règles : un titre, des zones nommées avec leur adresse réseau, des équipements nommés comme dans le sujet, une légende si tu utilises des couleurs ou des flèches différentes. Accompagne-le toujours de deux ou trois phrases de justification : le schéma montre, le texte justifie.

Une note pour un responsable

« Rédiger une note », « préparer une partie du rapport », « justifier par écrit auprès de la directrice » : la consigne fixe un destinataire. Écris pour lui.

• Un objet en une ligne.
• Le constat, appuyé sur le dossier.
• Le risque pour l'organisation, en termes compréhensibles : arrêt d'activité, fuite de données de clients, sanction.
• La recommandation, concrète, avec son coût ou sa contrainte si le contexte en parle.

Un responsable non technicien n'a pas besoin du détail des trames ; une responsable sécurité, si. Dix lignes bien construites valent mieux qu'une page de généralités.

Exercices