BTS SIO 2022 SISR – Myon
Analyse détaillée et méthodologie complète

Vidéosurveillance IP, segmentation VLAN, migration NAT, pare-feu, Snort, RAID, WiFi RADIUS et sudo.

SISRSession 2022InfrastructureCybersécuritéRéseau

Le sujet Myon est un cas très représentatif de l’option SISR : il ne suffit pas de connaître les notions réseau, il faut expliquer les choix techniques, justifier les règles de sécurité et éviter les oublis de configuration. Cette page reprend les quatre axes utiles pour réussir : analyse du cas, méthodologies, exemples modèles et pièges à éviter.

Plan de l’analyse

1. Analyse du cas Myon : comprendre l’infrastructure avant de configurer

L’entreprise Benoît Myon exploite une flotte importante de camions et dispose de plusieurs sites. Le système d’information doit rester disponible, sécurisé et maîtrisé. Le sujet évalue donc plusieurs compétences SISR : isoler la vidéosurveillance, migrer une application web, adapter le NAT et le pare-feu, détecter des attaques avec Snort, choisir un RAID cohérent et sécuriser les accès WiFi et Linux.

La grille d’analyse en 4 dimensions

  • Réseau : VLAN, tunnel VPN, segmentation des caméras IP, flux inter-sites.
  • Sécurité périmétrique : règles NAT, règles de pare-feu, ordre d’évaluation, blocage d’IP malveillantes.
  • Supervision : IDS Snort, port mirroring, mode promiscuité et détection de scans ou de ping.
  • Continuité : sauvegardes, RAID, WiFi RADIUS, limitation des privilèges sudo.

Le vrai fil conducteur du sujet

Le sujet ne demande pas seulement d’écrire des règles techniques. Il demande de comprendre les conséquences d’une mauvaise configuration. Une règle NAT sans règle de pare-feu cohérente rend l’application inaccessible. Un RAID mal choisi peut rendre les sauvegardes inutilisables. Un IDS mal positionné peut ne rien voir du trafic qu’il est censé surveiller.

Ce que le correcteur veut voir

Une bonne copie explique toujours le lien entre la configuration et l’objectif. Par exemple : “La règle NAT doit être modifiée pour rediriger vers Lxd2, mais la règle de filtrage doit aussi autoriser cette nouvelle adresse, sinon le pare-feu bloque le trafic après translation.”

Les grands blocs techniques du sujet

BlocCompétence attendueErreur à éviter
VidéosurveillanceSegmenter les caméras et isoler les fluxLaisser les caméras accessibles depuis les VLAN utilisateurs
NAT / pare-feuMaintenir la cohérence entre redirection et filtrageModifier seulement le NAT
SnortÉcrire des règles et expliquer la capture du traficOublier le port mirroring
RAIDChoisir une solution adaptée aux sauvegardesProposer RAID 0
RADIUS / sudoAuthentifier et limiter les privilègesUtiliser des accès partagés non traçables

2. Méthodologies : comment structurer les réponses

Méthode pour une question de migration NAT / pare-feu

  1. Identifier l’ancien serveur et le nouveau serveur.
  2. Modifier la règle NAT pour rediriger vers la nouvelle adresse IP.
  3. Modifier la règle de pare-feu correspondante pour autoriser le nouveau flux.
  4. Vérifier que le port, le protocole et l’action sont cohérents.
  5. Justifier que le NAT seul ne suffit pas.

Le point clé : toute translation d’adresse doit être accompagnée d’un filtrage cohérent. Sinon, le trafic arrive au bon endroit mais reste refusé par la politique de sécurité.

Méthode pour une question Snort

  1. Repérer le protocole à surveiller : ici ICMP pour le ping.
  2. Identifier les serveurs cibles : Lxd1 et Lxd2.
  3. Écrire une règle par serveur pour garder des alertes lisibles.
  4. Expliquer la syntaxe : action, protocole, source, destination, message, sid, rev.
  5. Préciser la configuration réseau : mode promiscuité et port mirroring.

Méthode pour choisir un RAID

Commencez toujours par le calcul : nombre de disques × capacité. Ensuite, comparez les niveaux RAID avec la capacité utile et le nombre de pannes tolérées. Enfin, reliez le choix au besoin métier : ici, les sauvegardes doivent rester restaurables même en cas de panne disque.

12 disques × 2 To = 24 To bruts
RAID 1 : 12 To utiles → insuffisant
RAID 5 : 22 To utiles → suffisant, 1 panne tolérée
RAID 6 : 20 To utiles → suffisant, 2 pannes tolérées

La réponse la plus solide est donc RAID 6, car il répond au besoin de 18 To tout en protégeant mieux les sauvegardes.

Niveau de difficulté : technique mais très structurable

Myon peut sembler dense parce qu’il mélange réseau, sécurité, stockage et administration système. Pourtant, chaque question devient accessible si vous utilisez une démarche stable : identifier le besoin, lire les adresses et ports, proposer la configuration, puis justifier le risque évité.

3. Exemples modèles 📗 : ce qu’une excellente réponse peut donner

Exemple modèle 1 : migration de Lxd1 vers Lxd2

“La règle NAT doit être modifiée pour rediriger le trafic externe vers l’adresse du nouveau serveur Lxd2. Mais cette modification n’est pas suffisante : la règle de pare-feu qui autorise l’accès au serveur web doit également pointer vers Lxd2. Sinon, le NAT redirige correctement le trafic mais le pare-feu continue d’autoriser uniquement l’ancienne adresse de Lxd1.”

Exemple modèle 2 : règles Snort

alert icmp any any -> 192.168.51.1 any (msg:"Tentative ping vers serveur Lxd1"; sid:1000001; rev:1;)
alert icmp any any -> 192.168.51.2 any (msg:"Tentative ping vers serveur Lxd2"; sid:1000002; rev:1;)

“Ces règles déclenchent une alerte lorsqu’un paquet ICMP est envoyé vers les serveurs surveillés. La sonde doit être placée sur un port miroir du commutateur, sinon elle ne verra pas le trafic destiné aux serveurs.”

Exemple modèle 3 : justification du RAID 6

“Le RAID 6 est préférable au RAID 5 car il conserve une capacité utile suffisante pour les 18 To de sauvegardes tout en tolérant deux pannes disque simultanées. Ce choix est plus adapté à un volume de sauvegarde important, où la reconstruction peut durer longtemps et solliciter fortement les disques restants.”

Exemple modèle 4 : intérêt de RADIUS

“RADIUS permet d’authentifier chaque mécanicien avec un compte personnel lié à l’annuaire. En cas de départ, il suffit de désactiver le compte. La solution améliore aussi la traçabilité, car les journaux permettent de savoir quel utilisateur s’est connecté, à quel moment et depuis quel équipement.”

Exemple modèle 5 : sudo et moindre privilège

“La configuration sudo permet d’autoriser uniquement certaines commandes d’administration réseau sans donner le mot de passe root. Elle applique le principe du moindre privilège : l’utilisateur peut effectuer les tâches prévues, mais ne dispose pas d’un accès administrateur complet au serveur.”

4. Pièges à éviter ⚠️ : les erreurs qui coûtent des points

Piège 1 : modifier uniquement le NAT

La migration de serveur impose de vérifier à la fois la redirection NAT et la règle de filtrage. Une copie qui oublie le pare-feu passe à côté du problème principal.

Piège 2 : placer les règles DENY après les règles ALLOW

Un pare-feu lit les règles dans l’ordre. Si une règle d’autorisation est rencontrée avant une règle de blocage, le trafic peut être accepté avant même que le blocage soit évalué.

Piège 3 : proposer RAID 0 pour des sauvegardes

Le RAID 0 améliore les performances mais ne protège pas les données. Une seule panne disque peut rendre tout le volume inutilisable. Pour des sauvegardes, c’est un choix à exclure.

Piège 4 : écrire une règle Snort sans expliquer la capture

Une règle Snort correcte ne suffit pas si la sonde ne reçoit pas le trafic. Il faut préciser le mode promiscuité et le port mirroring.

Piège 5 : confondre authentification WiFi et sécurité globale

RADIUS améliore l’authentification et la traçabilité, mais il faut aussi isoler le réseau WiFi, limiter les flux et éviter les accès directs aux serveurs internes.

Stratégie pour viser 15/20 ou plus

Plan d’attaque pendant l’épreuve

  1. Commencer par les schémas : VLAN, VPN, caméras et flux.
  2. Repérer les adresses IP : ancien serveur, nouveau serveur, cibles Snort.
  3. Travailler par binômes de configuration : NAT + pare-feu, Snort + mirroring, RADIUS + logs.
  4. Justifier chaque choix : risque évité, disponibilité améliorée, traçabilité renforcée.
  5. Relire les règles : ordre des pare-feu, syntaxe Snort, calculs RAID.

La copie qui dépasse 15/20

Une très bonne copie utilise un vocabulaire précis : segmentation VLAN, NAT, filtrage, port mirroring, mode promiscuité, tolérance de panne, RADIUS, moindre privilège. Elle ne donne pas seulement des commandes : elle explique pourquoi elles sont nécessaires.

FAQ – Sujet Myon BTS SIO 2022 SISR

Quel est le thème principal du sujet Myon ?

Le sujet porte sur la sécurisation d’une infrastructure réseau : caméras IP, VLAN, VPN, NAT, pare-feu, Snort, RAID, WiFi RADIUS et sudo.

Pourquoi faut-il modifier NAT et pare-feu ensemble ?

Le NAT redirige le trafic vers le bon serveur, mais le pare-feu décide si ce trafic est autorisé. Les deux configurations doivent donc rester cohérentes.

Quel RAID choisir pour les sauvegardes ?

Le RAID 6 est le choix le plus robuste dans ce contexte : il offre assez de capacité utile pour les 18 To et tolère deux pannes disque.

À quoi sert Snort dans le sujet ?

Snort sert à détecter des comportements suspects comme des ping ou des tentatives d’accès vers les serveurs. Il doit être placé correctement pour voir le trafic.

Pourquoi RADIUS est-il plus adapté qu’une clé WiFi partagée ?

RADIUS permet une authentification individuelle, une révocation simple et une meilleure traçabilité des connexions.

📥 Télécharger le document officiel

Sujet complet BTS SIO 2022 SISR Myon pour travailler l’épreuve.

📄 Sujet complet PDF

📚 Autres sujets SIO

Retrouvez les autres sujets BTS SIO disponibles pour compléter vos révisions.