Pentest Automatisé (PTaaS)

Le pentest automatisé rejoue la reconnaissance et la détection d'un attaquant à grande échelle : il énumère votre surface, passe plus de 240 modules sur chaque actif, corrèle les CVE et priorise par exploitabilité. Il ne fait pas ce qu'un humain fait de mieux : enchaîner trois vulnérabilités mineures en une compromission complète, comprendre votre logique métier, contourner une protection avec un scénario sur mesure, rédiger un rapport contextualisé. Ça, c'est notre offre de pentest, menée à la main par un pentester certifié OSWE. Les deux sont complémentaires : l'automatisé couvre toute la surface en continu, l'humain va en profondeur sur ce qui le mérite. L'un ne remplace pas l'autre.

Un scanner type Nessus ou OpenVAS part d'une liste d'IP que vous lui fournissez et teste des vulnérabilités dessus : il ne voit que ce que vous déclarez. Le pentest automatisé part d'un seul domaine racine, découvre d'abord les actifs que personne n'a inventoriés (sous-domaines oubliés, staging en ligne, buckets cloud), puis passe plus de 240 modules dessus, corrèle les CVE et priorise avec KEV et EPSS. Surtout, il rejoue le tout en continu et vous alerte au premier changement, au lieu de produire un rapport figé un jour donné.

Non, il est non-intrusif par conception. Aucune exploitation rejouée, aucun payload destructeur, redirections désactivées, garde anti-SSRF en trois couches, débit plafonné par hôte réglable de 1 à 1000 req/s. Vous pouvez l'ajouter à votre périmètre sans coordonner une fenêtre de maintenance avec les ops. La seule brique qui teste activement l'exploitabilité, c'est la validation IA-native optionnelle : elle est manuelle, réservée aux findings critiques d'un domaine vérifié, quotaée, et son outillage tourne dans une sandbox éphémère isolée. Elle ne se déclenche jamais toute seule.

Vous programmez des scans périodiques (cron) et vous en déclenchez à la demande depuis l'interface ou l'API. À chaque passage, vous recevez le delta : nouvelle CVE sur un service exposé, port qui s'ouvre, finding résolu. Les volumes dépendent du plan : 10 scans par mois en Découverte, 100 en Pro, illimité en Business et Enterprise. Vous suivez votre consommation en temps réel.

La corrélation CVE se fait par bannière et version avec un matching strict : on ne remonte pas une CVE juste parce qu'un port répond, mais parce que le service détecté correspond réellement à la version vulnérable. La priorisation KEV et EPSS pousse ensuite en tête ce qui est activement exploité, pour que le bruit résiduel reste en bas de pile. On ne promet pas le zéro faux positif, aucun outil automatique ne le peut honnêtement. Sur un finding critique, la validation IA-native optionnelle peut tenter de confirmer l'exploitabilité pour lever le doute.

Oui. Buckets S3 publics, Azure Blob Storage, GCP Storage, instances exposées, sous-domaines pointant vers un CDN ou un hébergeur cloud. Des modules dédiés vérifient les ACL de stockage et les fuites de métadonnées (SSRF cloud). Si un actif cloud est joignable depuis Internet et rattaché à votre domaine, il remonte dans l'inventaire et passe sous la batterie de détection comme n'importe quel autre actif.

Non. Le pentest automatisé est le moteur de détection de la plateforme EASM, il est inclus dans l'offre, dès le plan Découverte gratuit. Vous ne payez pas une brique séparée : la découverte, la détection sur plus de 240 modules, la corrélation CVE et la priorisation KEV/EPSS font partie du même abonnement. Seuls les volumes (scans, actifs, validations IA) montent avec le plan.

Hébergement dans l'UE, sous droit européen. Vos données d'inventaire et vos findings restent isolés par compte (cloisonnement strict en base par tenant), avec masquage des secrets avant écriture. Aucune revente, aucun partage à des tiers, aucune utilisation pour entraîner des modèles externes. Confier la cartographie et le test de sa surface d'attaque à un éditeur américain expose à des demandes d'accès extraterritoriales, en tension avec le RGPD et NIS2 : nous gardons l'hébergement dans l'UE.