Aller au contenu principal
Expert Cybersécurité & IAv9.0
Centres de ressources conformité
Besoin d'un accompagnement expert ?
Devis personnalisé sous 24h — audit, conformité, incident
Checklists Sécurité — Audit & Durcissement
Formats disponibles
📄 PDF 📊 Excel 🌐 Web

11 checklists professionnelles couvrant 2 200+ points de contrôle. Téléchargement gratuit, aucune inscription.

RASP DevSecOps

devsecops

Définition

Le RASP (Runtime Application Self-Protection) en contexte DevSecOps désigne l'intégration d'agents de protection applicative en temps réel directement dans les applications déployées, créant une couche de sécurité intrinsèque à l'application elle-même plutôt qu'externalisée dans un pare-feu WAF périphérique. Contrairement au WAF qui inspecte le trafic HTTP entrant à l'extérieur de l'application, le RASP opère à l'intérieur du runtime de l'application (JVM, .NET CLR, Node.js, Python) et peut intercepter les appels aux fonctions sensibles (requêtes SQL, appels système, accès aux fichiers) avec une connaissance complète du contexte d'exécution. L'avantage fondamental du RASP par rapport aux approches préventives statiques (SAST, SCA) est sa capacité à détecter et bloquer des attaques zero-day ciblant des vulnérabilités non encore connues ou corrigées, au moment de leur exploitation réelle en production. Là où un SAST ne peut détecter que des patterns de code vulnérables connus, un agent RASP peut détecter le comportement anormal résultant de l'exploitation d'une vulnérabilité (une requête SQL injectée se manifeste comme un appel SQL inattendu avec des paramètres anormaux, détectable même si la vulnérabilité source n'était pas connue). Les solutions RASP commerciales et open source incluent : Sqreen (acquis par Datadog, maintenant Datadog Application Security Management), Contrast Security (agent RASP Java, .NET, Python, Node.js avec intégration CI/CD), Imperva RASP, et des solutions open source comme IAST (Interactive Application Security Testing) tools. Ces agents s'intègrent dans les pipelines DevSecOps comme une étape de configuration du déploiement : l'agent est inclus dans l'image Docker ou configuré via une variable d'environnement, sans modification du code source. Le RASP en DevSecOps complète (sans remplacer) les contrôles préventifs (SAST, SCA, DAST) en fournissant une dernière ligne de défense en production, avec capacité de détection et de blocage en temps réel, et de génération d'alertes exploitables pour les équipes de réponse aux incidents.

RASP vs WAF : différences fondamentales

RASP vs WAF (Web Application Firewall) : un WAF inspecte le trafic HTTP au niveau réseau, sans connaissance du contexte applicatif — il peut bloquer des patterns connus (SQLi, XSS signatures) mais génère des faux positifs sur les requêtes légitimes complexes et est bypassable via l'encodage. Un agent RASP opère à l'intérieur de l'application avec une connaissance complète du contexte d'exécution : il sait que cette requête SQL particulière est le résultat d'un paramètre utilisateur non sanitisé atteignant un appel SQL — une détection précise et contextuelle impossible depuis l'extérieur. Le RASP génère moins de faux positifs et détecte des attaques non encore connues (zero-day).

Intégration RASP dans les pipelines DevSecOps

L'intégration d'un agent RASP dans un déploiement DevSecOps : Contrast Security agent Java s'active via un flag JVM (-javaagent:/opt/contrast/contrast.jar) configuré dans les variables d'environnement du container. Datadog ASM s'active via DD_APPSEC_ENABLED=true dans les variables d'environnement du container Kubernetes. Ces configurations sont ajoutées dans les Helm charts ou les manifestes Kubernetes, versionnées avec le reste de l'IaC. L'agent collecte les traces d'attaque et les transmet à la plateforme centrale pour analyse et alerting.

RASP et réponse aux incidents

Le RASP contribue à la réponse aux incidents en fournissant : le contexte précis de l'exploitation (quelle fonction, quelle requête, quel paramètre, quel utilisateur — informations forensiques immédiatement disponibles), la capacité de blocage automatique en mode protect (la requête malveillante est bloquée avant d'atteindre la base de données ou le système de fichiers), et les données pour le threat hunting rétroactif (les traces RASP permettent de déterminer si une exploitation a eu lieu avant que l'agent soit activé, en analysant les logs applicatifs). Ces informations accélèrent le Security Time to Restore (MTTR des incidents).

Articles liés

Un projet cybersécurité ?

Expert dispo · Réponse 24h

Devis