Attack Surface Management · Fortgale CTI
Exposure · module de la Fortgale Defence Platform · Disponible

Ce que votre CMDB ne voit pas.

External Attack Surface Management : discovery outside-in de la surface d'attaque externe telle que la voit un attaquant. Actifs internet-facing, vulnérabilités exploitables, shadow IT, M&A non intégrés, cloud misconfigurations, leaks de credentials. Les expositions détectées sont priorisées avec la threat intelligence (CISA KEV, EPSS, acteurs actifs), pas une liste de CVE théoriques, mais une liste de risques concrets.

HebdoScan planifié
24hScan à la demande
3 statutsOuverte · traitée · faux positif
Standards · frameworks
NIST CSF
CISA KEV
EPSS
MITRE ATT&CK
Discipline · sources
Certificate Transparency
Passive DNS
OSINT
Internet scanning
Le module

Exposure dans la Fortgale Defence Platform.

Exposure est le module EASM de la Fortgale Defence Platform, le portail où se consultent les résultats des services Fortgale. Statut : Disponible. Une des 8 capabilities CTI. Deliverable : dashboard dans la Fortgale Defence Platform, aucun rapport périodique inclus.

01

Inventaire continu

Inventaire des actifs exposés sur internet, mis à jour à chaque scan : domaines, sous-domaines, IP, services, certificats.

02

Vulnérabilités et mauvaises configurations

Résultats avec gravité et actions. Profil «Vulnérabilités connues» par défaut ; profil «Applicative» uniquement avec l'autorisation écrite du client.

03

Identifiants et secrets

Identifiants fuités par type de secret et secrets dans les dépôts publics.

Scan hebdomadaire et à la demande sous 24 heures. Chaque résultat est classé ouvert, traité ou faux positif. Avec un domaine MDR, les résultats entrent dans le cycle de défense.

Le problème

Le VM scanne ce qu'il connaît. L'attaquant trouve le reste.

Le vulnerability management traditionnel est inside-out : il scanne ce que le CMDB connaît. Mais l'attaquant ne part pas du CMDB · il part de Shodan, Censys, certificate transparency, OSINT. L'EASM comble le gap · discovery outside-in, comme l'attaquant.

01

CMDB obsolètes · shadow IT

La plupart des organisations ont 20-40 % d'actifs internet-facing que le CMDB ne connaît pas. Shadow IT, M&A, développeurs externes, marketing.

02

Liste de CVE sans priorité

Des milliers de CVE par an · seules certaines sont actively exploited. Sans corrélation avec KEV, EPSS et acteurs actifs, l'équipe patche partout ou nulle part.

03

Cloud & secret leaks invisibles

Buckets S3 publics, secrets sur GitHub, environment variables dans des endpoints debug · hors du radar du VM traditionnel, mais fully visible à l'attaquant.

La distinction qui change tout

VM inside-out vs EASM outside-in.

Même discipline (vulnerability), perspective opposée. L'EASM complète le VM traditionnel · il ne le remplace pas.

VM traditionnel · inside-out
  • Scanne ce que le CMDB connaît
  • Nécessite des agents ou des credentials
  • Mappe l'inventory déclaré
  • Priorité : CVSS score pur
  • Fréquence : hebdomadaire ou mensuelle
Nécessaire, non suffisant
EASM Fortgale · outside-in
  • Discovery sans CMDB · trouve le shadow IT
  • Aucun agent, aucun credential, aucune intégration
  • Mappe l'inventory réel (CMDB + tout le reste)
  • Priorité : CISA KEV + EPSS + acteurs actifs
  • Fréquence : scan hebdomadaire, plus un scan à la demande sous 24 heures
Complémentaire · actor-aware
La méthode · 4 étapes

De l'OSINT à la règle de priorité.

Quatre phases documentées · du discovery outside-in à la règle de priorité calibrée sur les acteurs actifs contre votre secteur.

  1. 01
    Mapping du périmètre tel que le voit l'attaquant

    Discovery outside-in

    Discovery entièrement outside-in : aucun agent, aucun credential, aucun accès interne. Sources : certificate transparency logs (CT), passive DNS, internet-wide scanning, ASN profiling, OSINT, registrar feeds.

    CT logsPassive DNSInternet scanASN profiling
  2. 02
    De l'actif à la bannière

    Enumeration et fingerprinting

    Pour chaque actif détecté : enumeration des ports, services, bannières, versioning logiciel, certificats TLS, en-têtes HTTP, redirect chain. Identification précise de la stack technologique (Apache vs Nginx, IIS, Tomcat, application server, framework).

    Port scanBanner grabTLS fingerprintStack ID
  3. 03
    De la CVE générique à la CVE qui vous touche

    Prioritization avec CTI

    Les vulnérabilités détectées sont corrélées avec CISA KEV (Known Exploited Vulnerabilities), EPSS score, et les acteurs actifs suivis par la CTI Fortgale. Seul ce qui est réellement exploité contre votre secteur monte en priorité.

    CISA KEVEPSS scoreActor correlationSector match
  4. 04
    Du scan ponctuel à la surveillance continue

    Scan périodique et classification dans le portail

    Scan hebdomadaire plus un scan à la demande sous 24 heures. Chaque exposition est classée ouverte, traitée ou faux positif dans le dashboard de la Fortgale Defence Platform.

    Scan hebdomadaireÀ la demande sous 24 hOuverte · traitée · faux positif
Catégories de discovery

Cinq catégories d'exposition · coverage complète.

Les cinq familles d'expositions que l'EASM Fortgale mappe en continu · chacune avec une méthodologie et des sources dédiées.

Catégorie 01

Asset Discovery

Domaine · subdomain · IP · ASN · certificats

Discovery de tous les actifs internet-facing de l'organisation : domaines et subdomains (racine + acquisitions + marques), IP ranges (ASN-owned + cloud-hosted), certificats, endpoints API. La plupart des organisations découvrent 20-40 % d'actifs qu'elles ne savaient pas posséder.

  • Certificate Transparency Monitoring continu des CT logs pour les certificats émis sur des domaines détenus · trouve les subdomains non déclarés avant qu'ils ne soient actifs.
  • Passive DNS Base de données historique des résolutions DNS · permet de trouver des subdomains désaffectés mais encore répondants.
  • ASN profiling Mapping des ASN détenus ou utilisés · identifie les actifs cloud-hosted (AWS, Azure, GCP) et on-prem.
  • Brand & acquisition tracking Domaines achetés post-M&A, domaines brand-protection, domaines de typosquatting détenus.
  • Endpoints API & GraphQL Discovery des endpoints API exposés, GraphQL introspection activée, OpenAPI/Swagger exposés.
Catégorie 02

Vulnerability Intelligence

CISA KEV · EPSS · exploitation in-the-wild

Les vulnérabilités seules ne sont pas une priorité. La priorité est donnée par la corrélation avec une exploitation réelle : groupes ransomware actifs, campagnes de mass exploitation, acteurs ciblant le secteur.

  • CISA KEV catalog Tracking du catalogue CISA des vulnérabilités activement exploitées · signalement dans le dashboard si une CVE de votre stack y apparaît.
  • EPSS score Exploit Prediction Scoring System · probabilité d'exploitation dans les 30 prochains jours · combiné au CVSS pour un scoring composite.
  • Mass exploitation campaigns Tracking des campagnes de mass exploitation (Cl0p MOVEit, Akira Cisco ASA, Black Basta Citrix) · signalement si vous êtes une cible potentielle.
  • 0-day & N-day en vente Listings d'exploits en vente sur les marketplaces · corrélation avec les CVE de votre stack.
  • Patch lag tracking Pour les actifs visibles publiquement : detection si le patch est en retard par rapport à la publication · pression sur la remédiation.
Catégorie 03

Shadow IT & M&A discovery

Actifs hors CMDB · post-acquisition · ex-employés

Le shadow IT est l'actif le plus dangereux : personne ne le connaît, personne ne le supervise, personne ne le met à jour. Discovery automatique via brand keywords, executive names, IP correlation.

  • M&A inheritance Actifs de sociétés acquises non encore intégrés au périmètre principal · souvent avec une stack obsolète et sans monitoring.
  • Ex-employés / développeurs Actifs hébergés dans des tenants personnels (AWS, Heroku, Vercel, Netlify) pendant le développement · souvent oubliés après le départ de l'employé.
  • Marketing & vendor-controlled Microsites, landing pages, campagnes marketing publiées hors du périmètre IT principal.
  • Test / staging exposés Environnements de test ou staging accidentellement publiés sur internet (souvent sans authentification).
  • Acquisitions de marques Domaines achetés pour brand-protection · souvent non maintenus · vecteur de typosquatting.
Catégorie 04

Cloud Misconfiguration

S3 · Azure Blob · GCS · Kubernetes · Docker · CI/CD

Les cloud misconfigurations sont aujourd'hui l'une des premières causes de data breach. Discovery des buckets publics, API servers exposés, container registries, secrets dans les repositories publics.

  • S3 / Azure Blob / GCS Buckets publics détenus ou gérés par des fournisseurs · échantillonnage du contenu pour estimer la sensibilité (PII, code, backups).
  • Kubernetes API exposed kube-apiserver, etcd, kubelet publiquement accessibles · l'un des vecteurs les plus exploités en 2024-2026.
  • Docker registry & Helm Container registries exposés · permettent le pull d'images · souvent avec des credentials dans les environment variables.
  • CI/CD pipelines exposées Jenkins, GitLab CI, GitHub Actions runners publiquement accessibles · souvent avec accès au code et aux secrets.
  • Cloudflare workers · Vercel · Netlify Déploiements serverless publics · souvent avec des secrets dans l'environment, des API keys dans le code client-side.
Catégorie 05

Credential & Secret leaks

GitHub · dépôts publics · paste sites · environment leak

Les secrets (clés API, mots de passe, certificats, fichiers .env) finissent dans des dépôts publics et des paste sites. Le module les recherche en continu et les remonte par type de secret, pour agir avant toute exploitation.

  • GitHub / GitLab leaks Scanning continu des repositories publics pour secrets attribuables au client (API keys, AWS credentials.env, private keys).
  • Paste sites & gists Pastebin, GhostBin, Gist, RentryCo · monitoring des leaks de code ou de credentials.
  • Identifiants fuités par type de secret Résultats regroupés par type (clé API, token, mot de passe, certificat) · chaque entrée est classée ouverte, traitée ou faux positif.
  • Environment variable leak Detection des endpoints qui exposent inadvertently des variables d'environment (ex. /env, /debug, /actuator).
  • Mobile app reverse-engineering Analyse des applications mobiles de l'entreprise · extraction des API keys, endpoints privés, certificate pinning bypass.
Parmi les plus suivies

Sept expositions qui font la différence.

Un extrait des expositions les plus pertinentes pour le risque réel 2024-2026 · chacune corrélée à des groupes d'acteurs qui l'exploitent activement.

VPN/Edge exposed · 2024-2026 · top

Citrix NetScaler exposed

CVE-2023-3519 · CVE-2024-8534 · CVE chains
Type
Edge device · VPN/load balancer
Coverage
Banner version · build · admin panel · session injection

Vecteur d'intrusion numéro un en 2024-2026. Tracking continu des versions de Citrix NetScaler/ADC exposées · signalement des versions vulnérables aux CVE activement exploitées par Black Basta, LockBit, RansomHub. Admin panel exposed = critical.

KEV-listedTop exploit 2024-26Mass exploitationPre-ransomware
Risk · Critical Vérifier l'exposition →
VPN/Edge · 2023-actif · KEV

Ivanti Connect Secure

CVE-2023-46805 · CVE-2024-21887 · CVE-2024-22024
Type
Edge device · SSL VPN
Coverage
Version detection · auth bypass · template injection

La mass exploitation 2024 a fait des victimes dans tous les secteurs. Tracking des versions vulnérables, build ID, configuration admin panel.

KEV-listedMass exploitedAPT + cybercrime
Risk · Critical Vérifier l'exposition →
VPN · 2024-actif · KEV

Fortinet FortiOS exposed

CVE-2024-21762 · CVE-2024-23113 · CVE chains
Type
Firewall · SSL VPN
Coverage
Build · admin panel · vulnerable CVE chain

CVE chains activement exploitées par Akira, BlackBasta et groupes APT. Tracking des FortiOS/FortiGate exposés avec versions vulnérables ou configurations admin publiques.

KEV-listedVPN exploitationAkira target
Risk · Critical Vérifier l'exposition →
File transfer · 2023-actif

MOVEit Transfer exposed

Cl0p mass exploitation pattern · CVE-2023-34362
Type
File transfer · SQL injection
Coverage
Version detection · admin path · public URL

Vecteur de la mass exploitation Cl0p 2023 · a touché des centaines d'organisations. Tracking des MOVEit Transfer encore exposés publiquement.

Cl0p targetSQL injectionMass exploited
Risk · High Vérifier l'exposition →
Cloud misconfig · ongoing

Public S3 / Azure Blob

AWS S3 / Azure Blob / GCS storage
Type
Cloud storage misconfiguration
Coverage
Bucket discovery · public access · content sampling

Tracking continu des buckets cloud publiquement accessibles détenus par le client ou gérés par des fournisseurs. Échantillonnage du contenu (sans download) pour estimer la sensibilité.

CloudData exposureSupplier risk
Risk · High Vérifier l'exposition →
CMS · 2024-actif

WordPress vulnerable plugin

WordPress + plugins (Elementor, WPBakery, Yoast, …)
Type
CMS · plugin chain exploitation
Coverage
Plugin version · vulnerable known CVE · admin path

Tracking continu des sites WordPress détenus par le client ou contrôlés (marketing, brand site). Plugins vulnérables souvent vecteur de defacement, SEO poisoning, malvertising.

WordPressPlugin chainDefacement risk
Risk · Medium Vérifier l'exposition →
Hypervisor · 2024-actif

VMware vCenter / ESXi

CVE-2024-38812 · CVE-2024-37085 · auth bypass
Type
Hypervisor · management plane exposed
Coverage
Version detection · auth bypass paths

Les hyperviseurs exposés publiquement sont un vecteur privilégié de ransomware (LockBit, RansomHub, Akira ont un encryptor ESXi dédié). Suivi continu.

ESXi encryptorCritical exposurePre-ransomware
Risk · Critical Vérifier l'exposition →
Severity · méthodologie

Priorités calculées · pas CVSS pur.

Chaque exposition reçoit une severity calculée comme une fonction de CVSS · KEV-listed · EPSS · acteurs actifs · criticité de l'actif. Pas un nombre de 0 à 10, mais une décision de patching priority.

Critical

Remédiation immédiate

CVE présente dans la CISA KEV, activement exploitée par des groupes qui ciblent votre secteur, sur un actif critique exposé (VPN, Citrix, hyperviseur, transfert de fichiers). Priorité de remédiation immédiate.

High

Priorité haute

CVE listée KEV mais pas encore observée contre votre secteur, OU actif critique exposé avec configuration faible, OU EPSS score > 50 %. Priorité haute.

Medium

Priorité planifiée

CVE publiée non listée KEV, EPSS score bas, actif non critique, exposition à faible impact. Priorité planifiée.

Info

Dashboard uniquement

Découverte d'un nouvel actif, changement non critique (ex. nouveau sous-domaine marketing), informatif uniquement. Disponible dans le dashboard.

L'output

Comment l'EASM est livré.

Deliverable : dashboard dans la Fortgale Defence Platform, aucun rapport périodique inclus. Les résultats se consultent, se classent et se reprennent dans le portail.

01

Dashboard Exposure

Vue dans la Fortgale Defence Platform des actifs détectés, des vulnérabilités et mauvaises configurations avec gravité et actions, et des identifiants fuités. Filtres par gravité, catégorie et statut.

02

Classification des résultats

Chaque exposition est ouverte, traitée ou faux positif : le statut reste dans le portail et le scan suivant le met à jour.

03

Scan à la demande

En plus du scan hebdomadaire, vous pouvez en demander un à la demande sous 24 heures, par exemple après une modification du périmètre.

04

Dans le cycle de défense

Avec un domaine MDR actif, les résultats entrent dans le cycle de défense : les expositions sur les actifs critiques orientent la détection et l'investigation.

Honnêteté technique

Quand il n'est pas utile d'activer l'EASM.

Si la surface externe est minimale · pas d'IPv4 publiques, pas de SaaS, pas de cloud distribué, pas de M&A fréquents, pas de développeurs externes · le VM traditionnel interne couvre la majeure partie du risque. L'EASM se justifie quand il existe des périmètres non intégrés.

L'EASM devient critique quand : cloud distribué (multi-cloud, multi-tenant, multi-region), M&A fréquents, supplier ecosystem large, shadow IT non gouverné, marque visible (e-commerce, applications B2C), secteur cible de mass exploitation campaigns (industrie, finance, santé).

Vous n'êtes pas sûrs ? Parlons-en. Si cela ne vous est pas utile, Fortgale vous le dira.

À distinguer

Exposure, monitoring externe avec partenaire et dark web : trois choses différentes.

Trois périmètres souvent confondus. Exposure regarde votre propre surface exposée ; les deux autres répondent à des questions différentes.

01

Exposure

Votre surface exposée : actifs, vulnérabilités, mauvaises configurations, secrets dans les dépôts. Un module de la Fortgale Defence Platform.

02

Monitoring externe avec partenaire

Un service distinct, avec son propre périmètre et son propre mode de fourniture. Il n'est pas inclus dans le module Exposure.

03

Dark web monitoring

Identifiants et données diffusés ou vendus dans des environnements fermés. C'est une autre capability CTI : Deep & Dark Web Monitoring.

Ce qu'il ne fait pas

Ce qu'Exposure ne fait pas.

Ce n'est pas un outil de vulnerability management interne : il ne scanne pas les réseaux internes et ne demande ni agent ni identifiants. Il complète le VM traditionnel, il ne le remplace pas.

Ce n'est ni du dark web monitoring ni du monitoring externe avec partenaire : ce sont des services distincts. Il ne produit aucun rapport périodique : les résultats se lisent dans le dashboard de la Fortgale Defence Platform.

À porter au Conseil

Trois slides · la surface réelle.

L'EASM produit des données que le CISO peut porter au Conseil pour justifier des investissements et des priorités de remédiation · en langage business.

01 · La surface

Combien d'actifs internet-facing avez-vous réellement (vs combien dans le CMDB) · combien de shadow IT a été découvert · combien d'actifs M&A non intégrés.

02 · L'exposition

Combien de CVE actively-exploited vous concernent · combien d'actifs critiques exposés publiquement · combien de secrets ont leaké ces 12 derniers mois.

03 · La remédiation

Quelles expositions sont classées traitées et lesquelles restent ouvertes dans le portail · avec quelle priorité.

FAQ

Questions fréquentes sur l'EASM.

Qu'est-ce que l'EASM et en quoi diffère-t-il du Vulnerability Management traditionnel ?

L'EASM (External Attack Surface Management) est un discovery outside-in : il découvre la surface d'attaque externe de l'organisation telle que la verrait un attaquant, sans avoir besoin d'agents ni d'intégrations internes. Le VM traditionnel est inside-out : il scanne ce que le CMDB connaît déjà. L'EASM trouve ce que le CMDB ne sait pas (shadow IT, actifs post-M&A, développeurs externes, actifs d'ex-employés).

Comment Fortgale intègre-t-elle la threat intelligence dans l'EASM ?

Les vulnérabilités détectées sont corrélées avec CISA KEV (Known Exploited Vulnerabilities), EPSS score, et les acteurs actifs suivis par la CTI Fortgale. Exemple : une CVE Citrix NetScaler « critique » avec un CVSS 9.8 mais sans exploitation observée a une priorité plus basse qu'une CVE Fortinet « high » activement exploitée par des groupes ransomware.

L'EASM découvre-t-il les actifs cloud (S3, Azure, GCP) ?

Oui. Discovery des buckets S3 publics, Azure Blob Storage et GCP Storage exposés, Kubernetes API servers publics, Docker registries, secrets dans les repositories publics (GitHub, GitLab), endpoints API SaaS non authentifiés. Coverage étendue également à Cloudflare workers, Vercel, déploiements Netlify.

Faut-il une intégration côté client ?

Non. L'EASM est entièrement outside-in : il opère depuis des sources publiques (certificate transparency, passive DNS, internet scan, OSINT) sans agent, sans credentials, sans accès aux systèmes internes. Onboarding typique : domaine racine, liste des subdomains connus, liste des IP ranges, liste des noms et marques. Le reste, Fortgale le trouve.

À quelle fréquence la surface est-elle scannée ?

Scan hebdomadaire, plus un scan à la demande sous 24 heures. Chaque résultat est classé ouvert, traité ou faux positif dans le dashboard de la Fortgale Defence Platform.

Quand l'EASM N'A PAS de sens ?

Si la surface externe est minimale (pas d'IPv4 publiques, pas de SaaS, pas de cloud, pas d'e-commerce, pas de dirigeants exposés), le VM traditionnel interne suffit. En revanche, si vous avez un cloud distribué, des M&A fréquents, un supplier ecosystem large, du shadow IT non gouverné · l'EASM produit de la valeur immédiate en 1-2 semaines.

Quels profils de scan existent ?

Le profil «Vulnérabilités connues» est actif par défaut. Le profil «Applicative» ne s'active qu'avec l'autorisation écrite du client.

Pourquoi l'attack surface management →  ·  Deep & Dark Web Monitoring →  ·  Fortgale Defence Platform →  ·  Protection des risques numériques →

Commencer avec l'ASM

Qu'exposez-vous aujourd'hui sans le savoir ?

Demandez une évaluation de votre surface externe : scan, priorisation KEV-aware, résultats classés dans le dashboard du portail. Sans engagement.

Délai de réponse : < 1 jour ouvré.