Visualisez votre surface d'attaque avant les attaquants

Attack Surface Management — Foire aux questions

Qu'est-ce que l'Attack Surface Management (ASM) et pourquoi est-ce important ?

L'Attack Surface Management (ASM) consiste en la découverte, l'inventaire et l'évaluation de sécurité en continu de tous les actifs accessibles à d'éventuels attaquants. Contrairement aux analyses de vulnérabilités ponctuelles, l'ASM fonctionne en continu — car votre surface d'attaque change chaque fois que vous déployez un nouveau service, ajoutez un enregistrement DNS ou accordez une nouvelle permission IAM. L'ASM de CATAAM couvre à la fois votre périmètre externe (ce que les attaquants voient depuis Internet) et votre environnement cloud interne (ce que les attaquants peuvent atteindre une fois à l'intérieur).

Qu'est-ce que l'Internal Attack Surface Management (iASM) et en quoi diffère-t-il du CSPM ?

Le Cloud Security Posture Management (CSPM) vérifie si vos ressources cloud respectent les référentiels de sécurité — mauvaises configurations, violations de politiques, écarts par rapport aux CIS Benchmarks. L'Internal Attack Surface Management (iASM) va plus loin : il cartographie les chemins d'attaque entre les ressources pour montrer comment un attaquant pourrait enchaîner des mauvaises configurations individuelles jusqu'à une compromission totale. Là où le CSPM dit « ce rôle IAM est surprivilégié », l'iASM dit « ce rôle IAM surprivilégié peut être assumé par cette fonction Lambda, déclenchée par ce bucket S3 public — voici le rayon d'impact complet ».

Comment CATAAM découvre-t-il les sous-domaines et les actifs externes ?

CATAAM utilise la surveillance des journaux de transparence des certificats via crt.sh — la même technique qu'utilisent les testeurs d'intrusion professionnels — pour découvrir en continu tous les certificats TLS émis pour votre domaine. Chaque nouveau sous-domaine déclenche automatiquement des contrôles de santé DNS (SPF, DMARC, DNSSEC), des analyses de ports, l'identification de services et l'analyse des chiffrements TLS. Les résultats sont comparés à votre inventaire d'actifs connus afin de faire ressortir le shadow IT et les actifs oubliés.

Comment CATAAM associe-t-il les constatations ASM à MITRE ATT&CK ?

Chaque constatation dans CATAAM est automatiquement étiquetée avec l'identifiant de technique MITRE ATT&CK pertinent. Par exemple, une interface d'administration exposée correspond à T1190 (Exploitation d'une application exposée publiquement), tandis qu'un rôle IAM avec iam:PassRole correspond à T1548 (Abus d'un mécanisme de contrôle d'élévation). La catégorie de tactique (Accès initial, Élévation de privilèges, Exfiltration, etc.) est également affichée. Cela permet aux équipes de sécurité de prioriser les corrections selon l'impact pour l'attaquant plutôt que selon le seul score CVSS, et fournit aux auditeurs la preuve que les contrôles couvrent des vecteurs de menace précis.

Comment l'iASM alimente-t-il les preuves de conformité GRC ?

Les modules iASM et GRC de CATAAM sont entièrement intégrés. L'inventaire des actifs issu de l'iASM alimente automatiquement votre registre des actifs pour ISO 27001 A.8, SOC 2 CC6.1 et l'exigence 2 de PCI-DSS. Les constatations relatives aux chemins d'attaque alimentent les évaluations de risques pour la clause 6.1 d'ISO 27001 et la HIPAA §164.308(a)(1). Lorsque vous corrigez une constatation iASM, la preuve de remédiation est automatiquement liée au contrôle de conformité concerné — éliminant le travail en double.

Quelles plateformes cloud l'iASM prend-il en charge ?

L'iASM de CATAAM prend actuellement en charge AWS (EC2, RDS, S3, Lambda, IAM, CloudTrail, VPC, Security Groups), Microsoft Azure (VM, stockage, IAM, réseau) et Google Cloud Platform (GCE, GCS, IAM). La découverte multi-comptes et multi-régions est prise en charge pour les trois fournisseurs. Le graphe d'attaque visualise les chemins d'attaque inter-cloud lorsque les organisations exécutent des charges de travail sur plusieurs fournisseurs.