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
Outils open source — Gratuits, portables, hors ligne
Caractéristiques communes
100 % hors ligne — aucune donnée transmise
Portables — un seul fichier exécutable
Gratuits — MIT ou GPL v3
Code source ouvert sur GitHub
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.

Academy Contact

Attack Surface Management

devsecops

Définition

L'Attack Surface Management (ASM, gestion de la surface d'attaque) désigne le processus continu de découverte, d'inventaire, de classification et de surveillance de tous les actifs exposés d'une organisation susceptibles d'être exploités par des attaquants, incluant les applications web, les APIs, les services cloud, les certificats, les domaines, les adresses IP, et les dépendances tierces. En DevSecOps, l'ASM automatise la réponse à la question "qu'est-ce qu'un attaquant peut atteindre depuis l'extérieur de notre organisation ?" La surface d'attaque d'une organisation moderne est dynamique et souvent inconnue dans sa totalité : de nouvelles applications sont déployées dans des environnements cloud (Shadow IT), des branches expirées de repos GitHub restent publiques avec des endpoints actifs, des services de test sont déployés et oubliés, des acquisitions apportent des actifs non inventoriés, et des dépendances tierces exposent des APIs non documentées. Sans ASM automatisé, la surface d'attaque réelle est toujours plus large que l'inventaire supposé. Les outils d'ASM modernes combinent : la découverte DNS (reverse DNS, bruteforce de sous-domaines via tools comme subfinder, amass), le scan de ports et de services (Shodan, Censys, masscan), l'identification d'applications web (WhatWeb, Wappalyzer), la détection de certificats TLS (Certificate Transparency Logs via crt.sh), et la corrélation avec des bases de vulnérabilités connues. Des plateformes ASM commerciales (Cybelangel, Detectify, Shodan Monitor, Wiz) agrègent ces sources et fournissent une vue unifiée et continue de la surface d'attaque. L'intégration de l'ASM dans le cycle DevSecOps signifie que chaque nouveau déploiement (API, microservice, infra cloud) est automatiquement découvert et ajouté à l'inventaire de la surface d'attaque, avec scan de sécurité déclenché, et toute exposition non attendue (port ouvert inattendu, service exposé sans authentification) génère une alerte immédiate — rather qu'être découverte par un attaquant.

Découverte automatique de la surface d'attaque

Outils de découverte ASM open source : subfinder -d example.com (découverte passive de sous-domaines via sources OSINT — Certificate Transparency, Shodan, DNS Dumpster), amass enum -d example.com (énumération active et passive de sous-domaines), httpx -l subdomains.txt (vérification des services HTTP actifs sur les sous-domaines découverts), nuclei -l live-subdomains.txt -t exposures/ (scan de vulnérabilités connus sur les actifs découverts). Ces outils en pipeline automatisé constituent un scanner ASM DIY couvrant la découverte, la vérification de disponibilité, et le scan initial.

Certificate Transparency pour l'inventaire des actifs

Les Certificate Transparency (CT) Logs (crt.sh, Google Certificate Transparency) publient tous les certificats TLS émis par les CAs de confiance. Pour une organisation, surveiller les CT logs pour son domaine (exemple.fr et *.exemple.fr) permet de détecter : les nouveaux sous-domaines pour lesquels un certificat a été émis (donc une application ou un service a été déployé), les certificats expirés (risque de downtime ou d'insécurité), et les certificats frauduleux émis pour le domaine par un acteur malveillant (domain hijacking, phishing). Des outils comme certstream et ct-exposer automatisent cette surveillance en temps réel.

ASM et Shadow IT en DevSecOps

Le Shadow IT (actifs déployés sans validation de sécurité — buckets S3 créés par des développeurs, instances cloud expérimentales, applications SaaS non approuvées) est un défi majeur de l'ASM. Les solutions cloud-native d'ASM (Wiz, Lacework, Orca Security) scannent en permanence l'ensemble des clouds de l'organisation (AWS, GCP, Azure) via des APIs cloud pour inventorier tous les actifs, même ceux non connus des équipes de sécurité. Cette approche "scan from outside + scan from inside" fournit une vue exhaustive de la surface d'attaque réelle vs l'inventaire déclaré.

Articles liés

Un projet cybersécurité ?

Expert dispo · Réponse 24h

Devis