Sigma Rules
forensicsDéfinition
Les Sigma Rules constituent un standard ouvert de description de règles de détection destiné aux SIEM et systèmes de gestion de logs, permettant d'exprimer une logique de détection de menace de manière générique, indépendante du produit de destination, au format YAML lisible et versionnable. Une règle Sigma décrit les conditions permettant d'identifier un comportement suspect — par exemple une commande PowerShell encodée en base64, caractéristique de techniques d'évasion, ou un pattern d'événements Windows correspondant à une technique MITRE ATT&CK spécifique — en spécifiant la source de log concernée, les champs à examiner et les conditions logiques de déclenchement. Un moteur de conversion (sigmac, historiquement, remplacé par le projet pySigma et l'outil sigma-cli) traduit ensuite cette règle générique dans le langage de requête natif du SIEM cible : Splunk SPL, Elastic Query DSL, Microsoft Sentinel KQL, QRadar AQL, entre autres, évitant aux équipes de sécurité de réécrire manuellement leurs détections pour chaque plateforme et facilitant le partage communautaire de règles éprouvées. Le dépôt public SigmaHQ centralise des milliers de règles contribuées par la communauté, couvrant un large éventail de techniques d'attaque documentées. Sigma s'est imposé comme équivalent des règles YARA pour l'analyse de logs, jouant un rôle central dans les pratiques de threat hunting, la détection standardisée et le partage d'intelligence de détection entre organisations et CERT.
Description
Les Sigma Rules sont le standard ouvert de description de règles de détection comportementale pour SIEM et systèmes de gestion de logs. Au format YAML, elles décrivent les patterns d'attaque de manière abstraite et sont converties vers les langages de requête natifs des plateformes cibles (Splunk, Elastic, QRadar, Sentinel).
Usage forensique
Référentiel SigmaHQ sur GitHub : 3000+ règles couvrant les techniques MITRE ATT&CK pour Windows, Linux, réseau, cloud. Intégration dans les pipelines CI/CD de détection pour maintenir la couverture à jour face aux nouvelles menaces.
Points clés
- Champs logsource standardisés : product (windows/linux), service (security/sysmon), category (process_creation)
- Niveaux de criticité : informational, low, medium, high, critical pour le triage des alertes SIEM
- Compatibility matrix : chaque règle indique les SIEM supportés et les champs requis
Articles liés
Expert en cybersécurité offensive et intelligence artificielle. Pentest, audit et développement IA sur-mesure.
Services
- Audit Infrastructure
- Audit Kubernetes
- Audit Microsoft 365
- Audit Sécurité Réseau
- Analyse de Risques
- Audit Active Directory
- Audit Application Web
- Audit Cloud (AWS/Azure/GCP)
- Audit Messagerie
- Audit API (OWASP Top 10)
- Audit DevSecOps & CI/CD
- Audit Code Source (SAST)
- Audit Postes de Travail
- Audit Sauvegarde & Résilience
- Audit OT/SCADA (IEC 62443)
- Développement IA
- Formations
Ressources
Projets & Outils
© 2026 Ayi NEDJIMI Consultants. Tous droits réservés. 2.1.7
Un projet cybersécurité ?
Expert dispo · Réponse 24h