Accueil

UQO · Projet d'équipe en laboratoire

Un incident en cours, deux heures pour le contenir.

Concevoir, instrumenter et animer un exercice de réponse à incident : une autre équipe prend le quart d'analyste SOC d'une PME acéricole et doit détecter, qualifier et contenir un incident qui progresse en temps réel, sans mettre la production à l'arrêt.

2 h

de quart SOC, en temps réel, au maximum

5

sources de journaux centralisées dans Splunk

6 sem.

de saison des sucres, quand chaque arrêt coûte le plus cher

Ce que voit le SOC, source par source.

Faites défiler : chaque source s'allume, avec ses équipements, quand ses journaux rejoignent Splunk.

Trois zones cloisonnées, un seul point de passage : le routeur-pare-feu.

Internet
Site marketplace
Routeur-pare-feu 192.168.0.1

LAN Site Web Site Web

192.168.1.0/24

  • Reverse-proxy .1
  • Apache .2
  • Serveur applicatif e-commerce .3
  • Base de données e-commerce .4

LAN Administratif Admin

192.168.2.0/24

  • Active Directory .1
  • Bastion .2
  • Splunk (SIEM) .3
  • Poste administrateur IT .4
  • Postes RH · Finances · Ventes · Direction .5–.8

LAN Production Production

192.168.3.0/24

  • Serveur SCADA (supervision) .1
  • Poste opérateur IHM .2
  • Passerelle IoT
  • Capteur d'ouverture de valve
  • Capteur de température
  • Automate de contrôle de valve

SI d'Érablière Boréale

  1. 01 Routeur-pare-feu

    Pare-feu : tous les flux entre zones.

    Rien ne passe d'une zone à l'autre, ni vers Internet, sans traverser le routeur-pare-feu. Ses journaux disent qui parle à qui.

  2. 02 LAN Site Web

    Serveurs applicatifs : la face exposée.

    Reverse-proxy, Apache et serveur e-commerce : les journaux du seul service publié sur Internet.

  3. 03 LAN Administratif

    Active Directory : les authentifications.

    Chaque ouverture de session et chaque changement de compte, des serveurs aux postes de bureau.

  4. 04 LAN Administratif

    Bastion : les sessions d'administration.

    Passage obligatoire pour administrer un serveur à distance : chaque session y est tracée.

  5. 05 LAN Production

    Capteurs : le procédé physique.

    Ouverture de valve et température rejoignent les journaux : la disponibilité et l'intégrité de la production deviennent des signaux de sécurité.

  6. 06 LAN Administratif

    Splunk corrèle : une seule console.

    Les cinq sources convergent vers le SIEM central, principale source d'alertes de l'analyste.

01

Concevoir et animer l'exercice

Une architecture en trois zones derrière un routeur-pare-feu, les journaux centralisés dans Splunk, un Bastion pour l'administration, et des scripts d'animation qui injectent journaux, trafic et alertes au rythme d'un incident réel. Puis l'énoncé, les règles d'engagement et la conduite en direct.

02

Défendre celui d'une autre équipe

Le rôle inverse : analyste SOC sur l'environnement conçu par une autre équipe. Trier le signal dans le bruit, qualifier, demander des mesures de confinement proportionnées et tenir le journal d'incident au fil de l'eau.

Deux heures, quatre temps.

Des stimuli injectés en direct, dont ni le contenu ni l'heure ne sont connus à l'avance, et un point de statut toutes les 15 minutes environ, même sans nouvel élément.

Déroulement de la séance

  1. T+0 → 10 min

    Briefing

    Contexte, remise des accès, vérification des outils, règles d'engagement.

  2. T+10 → 100 min

    Phase active

    Les stimuli arrivent : alertes Splunk, courriels, signalements d'employés, demandes de la direction.

  3. T+100 → 115 min

    Clôture

    Dernières mesures de confinement et de rétablissement.

  4. T+115 → 120 min

    Synthèse

    Journal d'incident finalisé, dernières communications de statut.

Le cycle attendu, à chaque stimulus.

Une mesure plus intrusive n'est pas toujours la meilleure : en pleine saison des sucres, isoler la production sans nécessité peut coûter plus cher que l'incident.

Méthode et règles d'engagement

  1. 1

    Détecter

    Isoler le signal du bruit, le corréler à d'autres sources, écarter les faux positifs.

  2. 2

    Qualifier

    Attribuer une sévérité et une portée (zone, actifs touchés), et la justifier.

  3. 3

    Contenir

    Des mesures proportionnées, déclarées et horodatées. Jamais en ligne de commande sur la production.

  4. 4

    Éradiquer

    Traiter la cause : le compte, l'accès ou le composant à l'origine.

  5. 5

    Rétablir

    Valider le retour à la normale avant de clore l'incident.

  6. 6

    Communiquer

    Informer les parties prenantes à chaque changement de statut significatif.

Entraîner la décision sous contrainte : contenir un incident sans sacrifier la production, et en laisser une trace exploitable par la direction.

alexis@rolland.app — zsh

Tab pour compléter · ↑↓ historique