Scanner de vulnérabilité

En sécurité informatique, un scanner de vulnérabilités est un programme conçu pour identifier des vulnérabilités dans une application, un système d'exploitation ou un réseau.

Les scanners de vulnérabilités peuvent être utilisés dans des objectifs licites ou illicites :

• Objectifs licites : les experts en sécurité informatique ou les entreprises utilisent les scanners de vulnérabilités pour trouver les failles de sécurité des systèmes informatiques et des systèmes de communications de leurs entreprises dans le but de les corriger avant que les pirates informatiques ne les exploitent ;
• Objectifs illicites : les pirates informatiques utilisent les mêmes outils pour trouver les failles dans les systèmes des entreprises pour les exploiter à leur avantage.

Cet outil peut être une brique intégrée d'une solution de sécurité plus large : un SIEM ou un SOC par exemple.

Les scanners de vulnérabilités se présentent sous plusieurs formes : logiciel à installer sur son système, machine virtuelle pré-configurée (virtual appliance) ou encore en SaaS dans le Cloud.

Un scanner de vulnérabilités se "lance" sur une ou plusieurs cibles, dans un réseau interne ou sur Internet. Ces cibles (URL, adresse IP ou sous-réseau) sont renseignées par l'utilisateur lorsqu'il désire mener son scan. La plupart des outils suivent le schéma de scan suivant :

• Cartographie des cibles actives (attente d'une réponse ICMP, ARP, TCP, etc. pour déterminer si la cible répondra au scanner)
• Détection des ports TCP et UDP accessibles sur la cible (scan de ports)
• Détection des services actifs (SSH, HTTP, etc.) sur chacun de ces ports et de leurs versions (phase de footprinting)
• Éventuellement : utilisation d'un compte fourni pour se connecter sur la machine et lister les programmes non visibles depuis le réseau (navigateur, liseuse, suite bureautique, etc.)
• Éventuellement : reconnaissance des applications Web accessibles et construction de l'arborescence de chaque site Web (phase dite de crawling)
• Sélection des modules de sécurité à lancer sur la cible selon les services précédemment reconnus
• Lancement des modules de sécurité
• Génération du rapport de sécurité

Un scanner de vulnérabilités est donc un outil complexe qui peut faire appel à de nombreux programmes spécifiques pour chacune des tâches pré-citées.

Un scanner de vulnérabilités est théoriquement capable de tester tout élément joignable par une adresse IP :

• Ordinateur
• Serveur
• Routeur, commutateur, pare-feu
• Smartphone
• Objet connecté
• Site Web
• Automate, robot, machine
• Caméra IP
• IPBX, poste téléphonique sur IP
• etc.

Le fait de pouvoir atteindre un équipement n'implique cependant pas forcément que son niveau de sécurité puisse être audité correctement. Pour cela, le scanner doit embarquer les modules de sécurité idoines dans son catalogue. Par exemple, si une cible ne possède que le port UDP 161 ouvert avec le service SNMP, un scanner pourra reconnaître que cette cible est active mais ne pourra juger son niveau de sécurité qu'en incorporant des modules d'attaque contre SNMP.

Pour établir la présence d'une vulnérabilité, un scanner dispose de plusieurs méthodes.

Cette première méthode est la plus répandue. L'outil tente de déterminer la nature et la version d'un service, par exemple: apache httpd 2.4.2.

Pour cela, il peut se fier aux bannières présentées par les différents services, rechercher des motifs caractéristiques d'une version dans les réponses du serveur (notamment dans les en-têtes), etc.

Une fois que la version est déterminée, l'outil utilise une base qui associe à chaque version d'un outil, la liste des vulnérabilités publiquement connues sur celui-ci.

De telles bases sont publiquement accessibles et enrichies par l'éditeur de la solution concernée, par un État ou encore par une communauté.

La base la plus connue est celle des CVE publiée par le MITRE,(cette base est passé au format JSON depuis 2022). Une alternative indépendante est l'Open Source Vulnerability Database (OSVDB)^[1]. Ces bases tentent donc de recenser toutes les vulnérabilités découvertes et de les associer aux produits vulnérables. Généralement seuls les produits les plus connus font l'objet d'une entrée dans ces deux bases. Pour rappel, les vulnérabilités non connues et non publiées sont dites zero day. Certains éditeurs maintiennent aussi leur propre base : Debian Security Advisory (DSA) pour Debian, CSA pour Cisco, RHSA pour RedHat, idem pour Wordpress, Gentoo, Drupal, etc.

De manière symétrique, la dénomination des programmes et de leurs versions a été normalisée avec les CPE^[2] (également maintenu par le MITRE) afin de pouvoir faire des associations en base de données plus simples.

Cette méthode est cependant notoirement sujette aux faux positifs et aux faux négatifs. De nombreux programmes ne laissent pas transparaître leur version (désactivation des bannières, etc.), le scanner ne pourra donc pas en déduire leurs vulnérabilités (faux négatifs). Inversement, des programmes peuvent donner leur version mais avoir subi un rétroportage des correctifs et donc, ne pas souffrir des vulnérabilités officiellement rattachées à cette version (faux positifs). Ce dernier cas se produit très fréquemment sur les versions paquetagées par les distributions Linux comme Debian ou Ubuntu.

En outre, les informations fournies par la base CVE et par la normalisation CPE ne sont pas toujours suffisantes pour identifier la présence d'une vulnérabilité. Par exemple, dans le cas d'une vulnérabilité comme la CVE-2017-0143^[3] (liée à l'attaque WannaCry), on constate que toute machine Microsoft Windows 8.1 utilisant SMB v1 est vulnérable d'après les informations fournies par le NVD^[4] et la terminologie CPE. Or, une telle machine disposant des correctifs de sécurité appropriés (KB4012213^[5]) sera bel et bien protégée de cette vulnérabilité, et représentera ainsi un faux positif. Il faut donc affiner une telle analyse à partir des alertes de sécurité en provenance des éditeurs, qui indiquent de manière plus précise les conditions de vulnérabilité.

Lorsque des vulnérabilités sont publiquement dévoilées, elles sont parfois accompagnées d'un exploit (terme anglosaxon prononcé "exploite" ou "exploïte") qui est un programme permettant de les exploiter automatiquement.

Un scanner de vulnérabilités peut donc recourir à cet exploit pour vérifier la présence d'une vulnérabilité. Dans ce cas-là, le scanner n'a pas besoin de se fier à la version du programme qu'il audite, il se fie à la réussite ou à l'échec de l'exploit.

Plusieurs bases d'exploits existent, telles que exploit-db^[6] (maintenue par la communauté à l'origine de Kali Linux, distribution dédiée au test d'intrusion) ou encore celle de l'outil Metasploit (publié par Rapid7 qui propose notamment le scanner de vulnérabilités Nexpose).

Cette méthode est donc très efficace, mais souffre de deux inconvénients. Premièrement, il existe peu de vulnérabilités pour lesquelles un exploit est disponible : pour donner un ordre de grandeur, il existe environ 100 000 CVE enregistrées^[7] et moins de 4 000 exploits dans Metasploit^{[réf. nécessaire]}. Deuxièmement, certains exploits peuvent avoir des effets de bord significatifs et perturber le fonctionnement de la machine auditée (pouvant aller jusqu'à un plantage). Ils doivent donc être utilisés avec parcimonie et être rigoureusement qualifiés.

Certaines vulnérabilités ne proviennent pas d'un défaut dans le code source du programme mais simplement d'un mauvais réglage de celui-ci dans un certain contexte. Les scanners de vulnérabilités peuvent donc détecter certaines vulnérabilités en analysant la configuration distante du service audité (ce qui est un service généralement prévu par celui-ci).

Ceci concerne par exemple les options de sécurité activées sur les cookies, les cipher suite dans la configuration SSL, les transferts de zone pour un serveur DNS, les mots de passe par défaut inchangés, les services par défaut laissés activés, etc.

Cette méthode est généralement sans risque (excepté tester les mots de passe par défaut qui peut bloquer des comptes après trop d'échecs) et la base des bonnes pratiques est relativement simple à maintenir (par rapport à celle des nouvelles vulnérabilités où l'on compte en moyenne 13 nouvelles CVE par jour). Cependant, il y a des risques de faux positifs puisque le scanner de vulnérabilités n'est pas forcément à même de connaître le contexte et donc de juger si la configuration en question est adaptée ou non (exemple : un transfert de zone DNS est problématique vers Internet mais relativement sans danger dans un réseau interne).

Bien que la plupart des scanners soient "sans agent", donc ne nécessitant aucune installation sur la machine cible, ils fournissent souvent la possibilité d'utiliser un compte renseigné par l'utilisateur pour mener des tests authentifiés.

Lors d'un scan authentifié, le scanner utilise des modules appelés "local security check" qui consistent à consulter la base des programmes installés et leur version (en interrogeant le registre Windows ou pour Linux aptitude, pacman, emerge, etc.). En se basant sur les alertes de sécurité des éditeurs (DSA, CSA, RHSA, etc.), le scanner pourra constater la présence ou l'absence de programmes ayant des vulnérabilités connues.

L'intérêt principal de cette méthode est de ne pas se limiter à la surface visible de la machine depuis le réseau. En effet, une machine ayant un navigateur obsolète pourrait facilement être compromise par un logiciel malveillant, mais le navigateur étant un programme client et non pas serveur, il n'émet pas sur un port (puisqu'il consomme un service) comme le ferait par exemple un serveur SSH (qui fournit un service). Donc, en l'absence de scan authentifié, le risque peut demeurer totalement inconnu de l'utilisateur du scanner de vulnérabilités.

Avec cette méthode, le scanner de vulnérabilités amorce une démarche de Patch management : il permet la détection des anomalies, même s'il ne les corrige pas lui-même.

Cette méthode est fiable (peu de faux positifs/négatifs), ne risque pas d'engendrer d'instabilités sur le système audité et est rapide^{[réf. nécessaire]}. Elle peut se substituer aux méthodes de footprinting et d'exploitation active mais pas à celle du scan de configuration qui demeure complémentaire. En revanche, elle nécessite de fournir des comptes valides pour chaque machine auditée.

Les méthodes pré-citées ne sont pas suffisantes pour attester de la sécurité d'un site Web. Elles permettent de savoir si le serveur Web sous-jacent (exemples : Apache, nginx, IIS) est exempt de vulnérabilités mais ne peuvent pas connaître la sécurité de l'application Web (ou du service Web) propulsée par ce serveur Web.

L'application Web peut souffrir de défauts de conception dans leur code source qui entraînent l'apparition de failles applicatives. Comme chaque site Web est unique, le scanner ne peut pas se fier à une quelconque base de connaissances. Néanmoins, les failles applicatives sont un sujet exhaustivement traité par l'OWASP, qui est une communauté œuvrant pour la sécurité des applications Web. L'OWASP recense toutes les familles de vulnérabilités Web et les attaques qui y sont associées. Certains scanners implémentent donc des modules de détection de ces familles de failles. D'autres scanners se spécialisent même exclusivement dans cette tâche (Burp suite, Zap, Wapiti...).

La recherche automatisée de failles applicatives web est un sujet complexe : ici, le scanner ne peut pas utiliser un exploit créé spécifiquement pour fonctionner sur un cas particulier bien connu. Le module d'attaque doit pouvoir s'adapter à tous les sites Web quelle que soit leur architecture. Pour cela, les tests Web incorporent une phase appelée "crawling" qui consiste à cartographier le site Web et tous ses points d'entrées de données (en suivant tous les liens ou même en tentant de deviner la présence de certaines pages : /admin, /phpmyadmin, etc.). Les points d'entrées sont ensuite soumis à des motifs d'attaque adaptatifs spécifiques aux familles d'attaques: injections SQL, XSS, LFI, RFI, traversée d'arborescence, etc.

Les scanners permettent généralement aussi de fournir un compte ou un cookie de session pour accéder aux parties réservées aux utilisateur authentifiés.

Les scanners Web sont cependant limités puisque des opérations complexes, comme remplir un formulaire d'assurance en ligne, ne peuvent être menées de bout en bout car elles peuvent nécessiter d'indiquer des informations contextuelles et cohérentes que le scanner ne peut pas deviner.

En pratique, les scanners Web peuvent néanmoins remonter des informations pertinentes pour des technologies très répandues, telles que les CMS. Des outils spécialisés pour chaque famille de CMS peuvent alors être utilisés, comme WPScan pour l'analyse de sites WordPress.

La visualisation et la restitution des résultats se fait traditionnellement via deux paradigmes^{[réf. nécessaire]}. Premièrement, une vue par vulnérabilité permettant de lister toutes les vulnérabilités identifiées dans le scan et de donner pour chacune d'elles la liste des machines affectées. Deuxièmement, une vue par machine listant les cibles de l'audit associées à la liste de leur vulnérabilités respectives.

Traditionnellement, en sécurité informatique, les vulnérabilités sont restituées par ordre de criticité suivant une échelle à 4 niveaux :

• Critiques : les vulnérabilités permettant généralement une prise de contrôle ou une exécution de commande à distance dont l'exploitation est relativement simple
• Majeures : les vulnérabilités permettant une prise de contrôle ou une exécution de commande à distance dont l'exploitation demeure complexe
• Moyennes : les vulnérabilités ayant des impacts limités ou dont l'exploitation nécessite des conditions initiales non triviales
• Mineures : les vulnérabilités ayant des impacts faibles ou nuls à moins d'être combinées à d'autres vulnérabilités plus importantes

L'état de l'art associe à chaque vulnérabilité un score entre 0 et 10 appelé CVSS (pour Common Vulnerability Scoring System) qui dépend des caractéristiques de cette vulnérabilité. La version 3 du CVSS prend en compte, au minimum, les éléments suivants :

• Vecteur d'attaque : est-ce que l'attaquant peut venir de n'importe où ou bien doit-il avoir une position de départ privilégiée ?
• Complexité : exploiter la vulnérabilité est-il trivial (par exemple si un exploit existe) ou bien hautement technique ?
• Privilèges requis : l'attaquant doit-l disposer d'accès préalables (un compte utilisateur par exemple) pour pouvoir mener son action ?
• Interaction nécessaire avec un utilisateur : l'attaquant doit-il amener la victime à effectuer une action pour que son attaque réussisse (comme l'inciter à cliquer sur un lien) ?
• Périmètre : est-ce qu'une exploitation permet à l'attaquant d'avoir accès à de nouvelles cibles ?
• Impacts : une exploitation réussie entraîne-t-elle des pertes de confidentialité/disponibilité/intégrité ?

Le score CVSS est régulièrement utilisé par les scanners de vulnérabilités pour pondérer les risques associés à une cible.

Les scanners doivent donner à l'utilisateur tous les éléments pertinents pour sa compréhension de la vulnérabilité. Traditionnellement, une description de vulnérabilité comporte les éléments suivants :

• Le nom de la vulnérabilité
• Sa criticité
• La cible touchée
• Une brève description de sa nature
• Une référence à une base de connaissance type CVE, DSA...
• Une mention de la simplicité de l'exploitation
• Une description de l'impact en cas d'exploitation réussie
• Une ou plusieurs préconisations pour la résoudre

Parfois, d'autres éléments y sont ajoutés :

• Le niveau de confiance à accorder à la vulnérabilité : quantification du risque qu'il s'agisse ou non d'un faux positif
• S'il existe ou non un exploit automatique
• Un extrait des données ayant permis au module de sécurité de conclure à la présence de cette faille
• La famille de vulnérabilité (authentification, mise à jour, etc.)
• Des liens pour en savoir plus (notamment pour des explications plus détaillées du fonctionnement technique de la vulnérabilité)

Les rapports sont souvent exportables aux formats PDF, CSV, HTML, etc.

Certains outils d'audit de code se présentent parfois comme des scanners de vulnérabilités dans la mesure où ils permettent de détecter les failles applicatives en amont (directement dans le code source plutôt que via des tests externes). Il y a effectivement des similitudes dans la philosophie de ces outils. Ils se limitent cependant aux failles liées aux fonctionnement applicatifs mais ne couvrent pas les failles liées au déploiement (système d'exploitation et serveur sous-jacent) et à la configuration (mot de passe par défaut, données sensibles accessibles sans authentification).

Les scanners de vulnérabilités embarquent un service de scan de ports, qu'il soit sur mesure ou sur étagère.

Les scanners de ports existent aussi tout à fait indépendamment des scanners de vulnérabilités. L'outil nmap est la référence incontournable dans ce domaine. En plus du scan de port, ils effectuent parfois aussi du footprinting de service et peuvent tester la présence de certaines vulnérabilités. Ces fonctionnalités sont cependant limitées : pas de corrélation des versions (seulement de l'exploitation active et du scan de configuration), pas de scans authentifiés, pas de scans Web.

Des outils comme Lynis peuvent être déployés localement sur une machine pour vérifier le respect des bonnes pratiques de sécurité: permissions, mises à jour, configuration des services, etc. Leur approche les empêche cependant de découvrir certaines vulnérabilités puisqu'ils n'auditent la machine que d'après une liste figée de règles. Un mot de passe trivial sur un service de base de données ou un service lancée sans être installé sur le serveur (programme portable par exemple) échappent à ces outils.

Certains outils permettent de lister tous les programmes installés et de vérifier leur état de mise à jour (et proposent d'appliquer les mises à jour nécessaires). Ces outils permettent, à partir de la liste des applications obtenues, d'identifier des vulnérabilités. Cependant, ces outils ne couvrent pas tout le périmètre des scanners de vulnérabilités : des programmes portables non à jour, des défauts de configuration, des mots de passe par défaut, sont autant d'éléments non pris en compte par ces outils.

Plusieurs outils permettent de détecter les vulnérabilités d'un seul type de cible. On dénombre notamment :

• WPScan : pour les failles Wordpress
• RouterSploit : pour les failles sur routeur, commutateur et pare-feu
• SQLmap : pour les injections SQL uniquement
• BruteSpray : pour les mots de passe par défaut uniquement

De même, les scanners de vulnérabilités uniquement orientés Web appartiennent, de fait, à cette catégorie: Burp Suite, Zap, W3af, Nikto, etc.

Les distinctions technologiques entre les scanners portent essentiellement sur les points suivants :

• Ergonomie
• Rapidité de la détection des cibles et ports ouverts
• Qualité de la fonction de footprinting
• Support de la fonctionnalité de tests authentifiés
• Services testés: Web uniquement (comme Burp Suite, Wapiti, ...), tous excepté le Web (comme OpenVas, Nexpose free...), tous
• Richesse du catalogue des modules de sécurité et des technologies pouvant être auditées (systèmes d'exploitation, programmes, etc.)
• Rapidité du scan de vulnérabilités
• Clarté et exploitabilité des résultats restitués par le scanner
• Conformité à certaines normes sectorielles (PCI-DSS, etc.).

Le site de l'OWASP propose une liste de ces outils^[8]. Elle est cependant assez peu maintenue : OpenVAS n'y figure pas et se positionne pourtant parmi les plus connus.

La liste suivante se voudra plus exhaustive.

Nom	Editeur	Licence	Prix	Plateforme	Périmètre
Abbey	MisterScanner	Commerciale	Payant	SaaS	N/A
Acunetix WVS	Acunetix	Commerciale	Gratuit (usage limité)	Windows	Web
AppScan	IBM	Commerciale	Payant	Windows	Web
App Scanner	Trustwave	Commerciale	Payant	Windows	N/A
AppSpider	Rapid7	Commerciale	Payant	Windows	N/A
AppTrana Website Security Scan	AppTrana	Commerciale	Gratuit (usage limité)	SaaS	Web
Arachni	Arachni	Open Source	Gratuit (usage limité)	Multi-plateforme	N/A
beSECURE	Beyond Security	Commerciale	Gratuit (usage limité)	SaaS, On-premises	Tous
BlueClosure BC Detect	BlueClosure	Commerciale	Gratuit (2 semaines d'essai)	Multi-plateforme	N/A
Breachlock Dynamic Application Security Testing	Breachlock	Commerciale	Payant	SaaS	N/A
Burp Suite	PortSwigger	Commerciale	Gratuit (usage limité)	Multi-plateforme	Web
Contrast	Contrast Security	Commerciale	Gratuit (usage limité)	SaaS ou auto-hébergé	N/A
Cyberwatch Vulnerability Manager	Cyberwatch	Commerciale	Payant	Auto-hébergé	Tous
Detectify	Detectify	Commerciale	Payant	SaaS	N/A
Digifort-Inspect	Digifort	Commerciale	Payant	SaaS	N/A
edgescan	edgescan	Commerciale	Gratuit (usage limité)	SaaS	N/A
GamaScan	GamaSec	Commerciale	Payant	Windows	N/A
Grabber	Romain Gaucher	Open Source	Gratuit	Python 2.4, BeautifulSoup and PyXML	N/A
Gravityscan	Defiant, Inc.	Commerciale	Gratuit (usage limité)	SaaS	N/A
Grendel-Scan	David Byrne	Open Source	Gratuit	Windows, Linux and Mac	Web
GoLismero	GoLismero Team	Open Source (GPLv2.0)	Gratuit	Windows, Linux and Mac	N/A
HTTPCS Security	Ziwit	Commerciale	Gratuit (2 semaines d'essai)	SaaS	N/A
IKare	ITrust	Commerciale	Gratuit (usage limité)	SaaS ou auto-hébergé	Tous
ImmuniWeb	ImmuniWeb	Commerciale	Gratuit (usage limité)	SaaS	Web
InsightVM	Rapid7	Commerciale	Gratuit (version d'essai)	SaaS	N/A
Intruder	Intruder Ltd.	Commerciale	Gratuit (30 jours d'essai)	SaaS	N/A
Indusface Web Application Scanning	Indusface	Commerciale	Payant	SaaS	N/A
ManageEngine Vulnerability Manager Plus	ManageEngine	Commerciale	Payant	Windows / Linux / macOS	Tous
N-Stealth	N-Stalker	Commerciale	Payant	Windows	N/A
Nessus	Tenable	Commerciale	Payant	Windows	N/A
Netsparker	MavitunaSecurity	Commerciale	Payant	Windows	Web
Nexpose	Rapid7	Commerciale	Gratuit (usage limité)	Windows and Unix	Tous
Nikto	CIRT	Open Source	Gratuit	Unix/Linux	Web
OpenVAS	Greenbone Networks GMBH	Open Source (GNU GPL)	Gratuit	Multi-plateforme	N/A
Outpost24 suite	Outpost24	Commerciale	Payant	SaaS ou auto-hébergé	Tous
Oversecured	Oversecured	Commerciale	Payant	SaaS	Mobile (Android)
Pollenisator	Algosecure	Open Source	Gratuit	Linux	N/A
Probely	Probely	Commercial	Gratuit (usage limité)	SaaS	N/A
Proxy.app	Websecurify	Commerciale	Payant	Macintosh	N/A
QualysGuard	Qualys	Commerciale	Payant	N/A	Tous
Retina	BeyondTrust	Commerciale	Payant	Windows	N/A
Ride (REST API for fuzzing)	Adobe, Inc.	Open Source (Apache 2.0)	Gratuit	Windows, Linux and Mac	N/A
Securus	Orvant, Inc	Commerciale	Payant	N/A	N/A
Sentinel	WhiteHat Security	Commerciale	Payant	N/A	N/A
SOATest	Parasoft	Commerciale	Payant	Windows, Linux and Solaris	N/A
Zero-V	Quantavis	Commerciale (30 jours d'essai)	Payant	SAAS ou auto hébergé	Tous
sqlmap	SQLmap Project	Open Source	Gratuit	Windows, Linux and Mac	Web
Tinfoil Security	Tinfoil Security, Inc.	Commerciale	Gratuit (usage limité)	SaaS ou auto-hébergé	N/A
Trustkeeper Scanner	Trustwave SpiderLabs	Commerciale	Payant	SaaS	N/A
Vega	Subgraph	Open Source	Gratuit	Windows, Linux and Mac	N/A
Vex	UBsecure	Commerciale	Payant	Windows	N/A
Wapiti	Nicolas Surribas / Cyberwatch	Open Source	Gratuit	Windows, Linux and Mac	Web
Web Security Scanner	DefenseCode	Commerciale	Payant	Auto-hébergé	N/A
WebCookies	WebCookies	Propriétaire	Gratuit	SaaS	N/A
Web App Vulnerability	v6Protect	Commerciale	Payant	SaaS	Web
WebApp360	TripWire	Commerciale	Payant	Windows	N/A
WebInspect	HP	Commerciale	Payant	Windows	N/A
WebReaver	Websecurify	Commerciale	Payant	Macintosh	N/A
WebScanService	German Web Security	Commerciale	Payant	N/A	N/A
Websecurify Suite	Websecurify	Commerciale	Gratuit (usage limité)	Windows, Linux and Mac	Web
Wikto	Orange Cyberdefense	Open Source	Gratuit	Windows	Web
w3af	w3af.org	Open Source (GPLv2.0)	Gratuit	Linux and Mac	Web
Xenotix XSS Exploit Framework	OWASP	Open Source	Gratuit	Windows	Web
Zed Attack Proxy	OWASP	Open Source	Gratuit	Windows, Unix	Web

• Correcteur de vulnérabilités
• Balayage de ports

• Portail de la sécurité informatique