Garden of KnowledgeApplied Sciences › Computer Science › Software › Security › Defensive › SOC Analysis
February 15, 2025

Structure d'un SOC

Un Security Operations Center (SOC) est une cellule centralisée dédiée à la surveillance, la détection, la réponse et la mitigation des menaces cyber. Son organisation, ses processus et ses outils déterminent directement sa capacité à protéger l’organisation.

Modèles d’organisation§

SOC interne (In-house)§

L’organisation maintient son propre SOC avec des équipes dédiées.

AvantagesInconvénients
Connaissance approfondie du contexte métierCoût élevé (personnel, outils, formation continue)
Réactivité maximaleDifficulté à trouver et retenir les talents
Contrôle total sur les donnéesRisque d’angle mort (même équipe, même biais)
Pas de dépendance externeDisponibilité 24/7 coûteuse

SOC externalisé (MSSP — Managed Security Service Provider)§

Un prestataire tiers assure tout ou partie de la fonction SOC.

AvantagesInconvénients
Coût maîtrisé, pas de CAPEXConnaissance métier limitée
Expertise et outils mutualisésTemps de réponse potentiellement plus longs
24/7 inclusDépendance contractuelle
Montée en charge rapideAccès partagé aux experts

SOC hybride§

Combinaison : équipe interne pour le contexte et la réponse, MSSP pour la surveillance 24/7.

SOC virtuel (vSOC)§

Équipe distribuée géographiquement, sans site physique dédié. Courant dans les entreprises cloud-first.

Tiers et rôles§

Tier 1 — Alert Triage§

Mission : Premier filtre. Reçoit toutes les alertes SIEM, trie et qualifie.

Tâches quotidiennes :

Outils : SIEM (Splunk, Sentinel), ticketing (ServiceNow, TheHive), threat intel feeds.

Métriques : MTTA (Mean Time To Acknowledge), taux de FP, volume alertes traitées/heure.

Tier 2 — Incident Investigation§

Mission : Investigation approfondie des incidents escaladés.

Tâches :

Outils : EDR, SOAR, Velociraptor, Volatility, Wireshark, CyberChef.

Tier 3 — Threat Hunting & Advanced Analysis§

Mission : Chasse proactive aux menaces non détectées.

Tâches :

Outils : Ghidra, IDA, CAPE, MITRE ATT&CK Navigator, Atomic Red Team.

Threat Intelligence Analyst§

Mission : Collecter, analyser et diffuser le renseignement sur les menaces.

Tâches :

Detection Engineer§

Mission : Concevoir et maintenir le contenu de détection (règles SIEM, EDR, IDS).

Tâches :

DFIR (Digital Forensics & Incident Response) Analyst§

Mission : Investigation forensique lors d’incidents majeurs.

Tâches :

Security Engineer / Architect§

Mission : Concevoir, déployer et maintenir l’infrastructure du SOC.

Tâches :

Équipes complémentaires§

Blue Team (Défense)§

Regroupe SOC + équipe vulnérabilités + équipe hardening. Objectif : réduire la surface d’attaque et détecter les compromissions.

Red Team (Offensif)§

Simule des attaquants réels (APT) avec des TTPs sophistiquées sur une durée prolongée (weeks/months). Objectif : évaluer l’efficacité des défenses réelles.

Différence avec pentest :

Purple Team§

Collaboration structurée entre Red et Blue pour maximiser l’amélioration :

  1. Red Team exécute une TTP (ex: Kerberoasting)
  2. Blue Team observe et analyse sa capacité à détecter
  3. Ajustement des détections si angle mort
  4. Documentation dans la base de connaissances

Vulnerability Management Team§

Processus fondamentaux§

Cycle de vie d’un incident§

Détection (SIEM, EDR, utilisateur)

Qualification / Triage (Tier 1)

Investigation (Tier 2)
        ├─ Incident confirmé → Containment
        └─ Faux positif → Clôture + tuning règle

Containment (isolation, blocage)

Eradication (suppression malware, patches)

Recovery (restauration services)

Post-Incident Review (lessons learned)

Classification des incidents§

NiveauDéfinitionExemplesSLA réponse
P1 — CritiqueImpact business majeur, compromission activeRansomware actif, exfiltration en cours< 15 min
P2 — ÉlevéCompromission probable, données sensibles exposéesCompte admin compromis, C2 actif< 1h
P3 — MoyenActivité suspecte, pas de compromission confirméeBrute force, scan interne< 4h
P4 — FaibleViolations de politique, anomalies mineuresAccès hors heures, port scan externe< 24h

Runbooks et playbooks§

Procédures documentées pour les scénarios courants :

Métriques SOC§

MétriqueDescriptionCible
MTTD (Mean Time To Detect)Délai entre compromission et détection< 24h
MTTA (Mean Time To Acknowledge)Délai avant prise en charge de l’alerte< 15 min (P1)
MTTR (Mean Time To Respond)Délai de résolution de l’incident< 4h (P1)
False Positive Rate% d’alertes non pertinentes< 10%
Alert BacklogAlertes non traitées en file d’attente< 24h de volume
Coverage% des TTPs ATT&CK couverts par des détectionsCroissant
Incidents per AnalystVolume d’incidents traités par analyste/jourVarie selon contexte

Stack technologique typique§

CatégorieSolutions courantes
SIEMSplunk, Microsoft Sentinel, IBM QRadar, Elastic
EDRCrowdStrike Falcon, SentinelOne, Microsoft Defender
SOARSplunk SOAR, Palo Alto XSOAR, TheHive+Cortex
Threat IntelligenceMISP, OpenCTI, Recorded Future, ThreatConnect
Vulnerability ScannerNessus Professional, Qualys VMDR
Network DetectionDarktrace, ExtraHop, Zeek
ForensicsVelociraptor, Volatility, KAPE, Autopsy
Case ManagementTheHive, ServiceNow SecOps, IBM Resilient
Log ManagementGraylog, Splunk, Elastic Stack

SOC 24/7 — Organisation humaine§

Pour couvrir 24h/24 et 7j/7 avec 3 équipes de 8h :

Chaque shift comporte :

La nuit, le volume d’alertes est généralement plus faible mais les attaques nocturnes sont fréquentes (exploitation des fuseaux horaires différents).

—The Gardener