Runtime Security
devsecopsDéfinition
La Runtime Security (sécurité en runtime) désigne l'ensemble des mécanismes de sécurité qui s'appliquent à l'exécution des applications en production, en complément des contrôles préventifs appliqués pendant le développement (SAST, DAST, SCA). Tandis que les contrôles de sécurité statiques et dynamiques cherchent à détecter les vulnérabilités avant le déploiement, la Runtime Security surveille et protège les applications qui s'exécutent, détectant les comportements anormaux et les attaques en temps réel. La Runtime Security opère à plusieurs niveaux de la stack technique. Au niveau kernel, des technologies basées sur eBPF (comme Falco, Tetragon, Cilium) interceptent les appels système pour détecter des comportements suspects : lancement de shells inattendus dans des conteneurs, accès à des fichiers de credentials, établissement de connexions réseau non autorisées, ou chargement de modules kernel malveillants. Au niveau applicatif, les agents RASP (Runtime Application Self-Protection) surveillent les appels aux APIs sensibles (requêtes SQL, exécution de commandes) depuis l'intérieur de l'application. Dans les environnements Kubernetes, la Runtime Security s'appuie sur plusieurs couches complémentaires. Seccomp profiles restreignent les appels système accessibles aux conteneurs (filtrage au niveau kernel). AppArmor/SELinux définissent des politiques de contrôle d'accès mandataire pour les processus conteneurisés. Les Pod Security Standards (Restricted, Baseline, Privileged) définissent des niveaux de sécurité pour les pods. Les Network Policies (Kubernetes native ou Cilium/Calico) contrôlent les flux réseau entre pods. La visibilité en runtime est indispensable pour détecter les menaces que les contrôles préventifs n'ont pas anticipées : zero-day exploits, attaques logic-based non détectables statiquement, et compromissions de la supply chain introduites dans des dépendances tierces après le déploiement. Les événements de runtime sont collectés et corrélés dans des SIEM pour la détection de patterns d'attaque multi-étapes. L'intégration de la Runtime Security dans les processus DevSecOps crée une boucle de feedback : les comportements anormaux détectés en production alimentent de nouvelles règles de détection, de nouveaux scénarios de Security Chaos Engineering, et de nouvelles Security User Stories pour renforcer les contrôles préventifs.
eBPF et Kernel-level Runtime Security
eBPF (extended Berkeley Packet Filter) permet d'observer le comportement des workloads au niveau kernel avec un overhead minimal (<2% CPU). Des outils comme Falco appliquent des règles de détection sur les syscalls, les accès fichiers et les connexions réseau. Tetragon ajoute l'enforcement (SIGKILL des processus suspects). Ces outils opèrent indépendamment des applications, rendant leur détection impossible à contourner depuis l'espace utilisateur — contrairement aux agents applicatifs qui peuvent être désactivés par un attaquant ayant un accès OS.
Seccomp, AppArmor et Pod Security Standards
Les mécanismes de sandboxing Kubernetes renforcent la Runtime Security : Seccomp profiles définissent la liste des syscalls autorisés (seccomp:RuntimeDefault bloque ~300 syscalls non nécessaires), AppArmor profiles limitent les accès fichiers et réseau par processus, Pod Security Standards (Restricted mode) imposent l'exécution en non-root, le filesystem read-only, et l'absence de capabilities Linux superflues. L'adoption du mode Restricted pour les nouveaux namespaces est une bonne pratique qui réduit significativement la surface d'attaque runtime.
Corrélation des événements runtime avec le SIEM
Les événements de Runtime Security (alertes Falco, violations AppArmor, événements Tetragon) doivent être centralisés dans un SIEM pour la détection de patterns multi-étapes : un accès inhabituels à /etc/passwd suivi d'une connexion réseau sortante vers une IP inconnue constitue un indicateur de compromission significatif. Des intégrations Falco → Elastic Security, Splunk, ou Microsoft Sentinel permettent cette corrélation. Les règles SIEM de Runtime Security évoluent en réponse aux nouvelles TTPs découvertes lors des exercices de Red Team et Threat Intelligence.
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