← Learn
Playbook9 min de lecture

Plateformes de test d'intrusion on-premise et air-gap : guide d'achat

Publié par Zero Hunt, une red team IA autonome sur une appliance on-premise fonctionnant avec une IA privée : test d'intrusion automatisé des réseaux et des infrastructures, en boîte noire ou boîte grise, avec un humain qui approuve chaque étape importante.

Définition courte

Votre plateforme de pentest contiendra la carte de chacune de vos faiblesses. Ce guide montre où va cette carte selon chaque mode de déploiement, qui a besoin qu'elle reste sur site, et les questions qui obligent un fournisseur à le prouver par écrit.

« On-premise » peut désigner trois choses différentes

Les fournisseurs emploient le même mot pour des architectures très différentes. Ce qui change, c'est l'endroit où finissent vos vulnérabilités, vos identifiants et vos prompts d'IA :

Capteur local, console cloud

Stockage des constats et identifiants de test
Dans le cloud du fournisseur
Où s'exécute l'IA
Cloud du fournisseur
Fonctionne sans Internet (air-gap)
Non, la console est nécessaire
Si le fournisseur est indisponible ou cesse son activité
Les tests s'arrêtent
Tiers supplémentaire détenant vos données de sécurité
Le fournisseur et son hébergeur

Moteur local, modèle d'IA cloud

Stockage des constats et identifiants de test
Sur votre site, mais prompts et vulnérabilités peuvent atteindre le fournisseur d'IA
Où s'exécute l'IA
Un point de terminaison de modèle tiers
Fonctionne sans Internet (air-gap)
Pas les fonctions d'IA
Si le fournisseur est indisponible ou cesse son activité
Les tests pilotés par l'IA s'arrêtent
Tiers supplémentaire détenant vos données de sécurité
Le fournisseur du modèle d'IA

Appliance autonome

Stockage des constats et identifiants de test
Sur votre matériel
Où s'exécute l'IA
Sur l'appliance
Fonctionne sans Internet (air-gap)
Oui, si mises à jour et licence fonctionnent hors ligne
Si le fournisseur est indisponible ou cesse son activité
Les tests continuent avec une licence hors ligne
Tiers supplémentaire détenant vos données de sécurité
Aucun. Le fournisseur livre toujours des mises à jour : au titre de DORA, il reste dans votre registre

Schémas types, et non la description d'un produit en particulier. Demandez à chaque fournisseur présélectionné dans quelle colonne il se situe et faites inscrire la réponse au contrat : c'est exactement l'objet des 15 questions ci-dessous.

Pourquoi c'est important maintenant

Une plateforme de pentest traite les données de sécurité les plus sensibles que vous possédiez : cartographies réseau, faiblesses non corrigées, identifiants récupérés et preuves que des systèmes peuvent être compromis. Le lieu où ces données sont traitées détermine qui est un tiers au sens de DORA, NIS2 et CMMC, et quelle charge d'évaluation, de contractualisation et de plan de sortie l'achat entraîne. Le mot on-premise sur une fiche technique ne règle pas la question ; c'est le contrat qui la règle.

Points clés

  • ▸Acheteurs types : défense et fournisseurs de défense, administrations publiques, banques et assureurs, santé, et opérateurs de réseaux OT isolés.
  • ▸L'art. 3(21) de DORA considère le support matériel par mises à jour logicielles ou firmware comme un service TIC : même le fournisseur d'une appliance figure dans le registre de l'art. 28.
  • ▸L'art. 21(2)(d) de NIS2 fait de la sécurité de la chaîne d'approvisionnement, y compris les relations avec les fournisseurs directs et prestataires de services, une mesure obligatoire.
  • ▸Selon le 32 CFR 170.4, un prestataire qui traite des Security Protection Data, comme l'état de vulnérabilité des actifs dans le périmètre, est un External Service Provider.
  • ▸On-premise doit être défini par écrit : connexions sortantes, télémétrie, lieu d'exécution des modèles d'IA, licences, mises à jour, stockage des preuves et suppression des données.
  • ▸Certains fournisseurs orientés SaaS, dont un éditeur de BAS comme Picus, documentent des options on-premise et air-gap : interrogez chaque fournisseur plutôt que de présumer.

Pourquoi le mode de déploiement est une décision de gouvernance

La plupart des acheteurs comparent les plateformes de pentest sur ce qu'elles trouvent. Pour les organisations régulées, le premier filtre se situe souvent ailleurs : là où s'exécutent le plan de contrôle et l'IA de la plateforme, et donc là où vont les vulnérabilités, les identifiants et les preuves. Ce choix détermine trois points qui comptent pour un comité des risques :

  • Qui est un tiers

    Un cloud fournisseur qui reçoit vos vulnérabilités est un prestataire qui traite vos données de sécurité, avec ses propres implantations, sous-traitants et personnels.

  • Ce qui doit être évalué et contractualisé

    Chaque prestataire de ce type ajoute due diligence, clauses contractuelles, surveillance et plan de sortie.

  • Ce qui se passe si le fournisseur s'arrête

    Si les tests dépendent d'un cloud fournisseur, une suspension, une panne ou une faillite arrête aussi vos tests.

Aucune des règles ci-dessous n'interdit une plateforme de pentest hébergée dans le cloud, et beaucoup d'organisations en utilisent une après avoir fait ce travail. Ce guide rend ce travail visible avant l'achat, et montre ce qu'une option on-premise ou air-gap doit apporter pour l'éliminer.

Qui a généralement besoin de tests on-premise ou en air-gap

  • Défense, forces armées et base industrielle de défense

    Informations classifiées et contrôlées, réseaux isolés par obligation et, pour les fournisseurs de la défense américaine, les règles de périmètre CMMC sur la destination des CUI et des données de sécurité. Voir défense et réseaux en air-gap et base industrielle de défense américaine (CMMC).

  • Administrations publiques et État

    Règles de sécurité nationale et de classification des données, comme le périmètre national de cybersécurité italien, et le principe selon lequel les outils qui défendent l'État restent sous son contrôle.

  • Banques, assureurs et infrastructures de marché

    Risque lié aux prestataires tiers de services TIC, risque de concentration et stratégies de sortie au titre de DORA dans l'UE, et règles d'externalisation ou de résidence des données des superviseurs nationaux ailleurs.

  • Santé et sciences de la vie

    Catégories particulières de données à caractère personnel au sens de l'art. 9 du RGPD, obligations de business associate HIPAA aux États-Unis, et hôpitaux classés entités essentielles au titre de NIS2.

  • Opérateurs de réseaux OT et industriels

    Réseaux d'usines, d'énergie et de services publics délibérément isolés, où un outil exigeant une connexion Internet permanente ne peut tout simplement pas être installé.

Le point commun n'est pas la taille, mais la sensibilité des données de sécurité et l'isolement du réseau. La liste complète, avec le fondement réglementaire de chaque secteur, figure sur la page red team IA on-premise.

Pourquoi un plan de contrôle SaaS peut être bloquant

Trois règles transforment le lieu d'exécution d'une plateforme de pentest en question de conformité. Aucune n'interdit le cloud ; chacune ajoute du travail dès que vos vulnérabilités quittent vos murs.

  • DORA (entités financières de l'UE)

    Le contrat doit indiquer où les données sont traitées et stockées (art. 30(2)(b)), et les services qui soutiennent des fonctions critiques ou importantes exigent une stratégie de sortie testée (art. 28(8)).

  • NIS2 (entités essentielles et importantes)

    La sécurité de la chaîne d'approvisionnement est une mesure obligatoire (art. 21(2)(d)), et les vulnérabilités et pratiques de sécurité propres à chaque fournisseur doivent être prises en compte (art. 21(3)).

  • CMMC (sous-traitants de la défense américaine)

    Un service cloud qui reçoit vos vulnérabilités ou identifiants de test traite des Security Protection Data, ce qui en fait un External Service Provider inclus dans le périmètre de votre évaluation (32 CFR 170.4).

DORA en détail : articles 3(21), 28, 29 et 30

L'article 3(21) définit les services TIC comme les services numériques et de données fournis de manière continue par l'intermédiaire de systèmes de TIC, y compris les services matériels avec support technique via des mises à jour logicielles ou firmware par le fournisseur du matériel. Une plateforme cloud est un service TIC ; une appliance on-premise dont le fournisseur livre des mises à jour l'est aussi. Dans les deux cas, le fournisseur figure dans le registre d'informations de l'article 28(3), et l'article 28(4) exige une évaluation précontractuelle incluant le risque de concentration. Le mode de déploiement change ce que cette évaluation doit couvrir :

  • L'article 30(2)(b) exige que le contrat indique les régions ou pays où le service est fourni et où les données sont traitées, y compris le lieu de stockage, avec notification préalable de tout changement. Avec un cloud fournisseur, il s'agit de l'hébergement du fournisseur ; en on-premise, de votre propre site.
  • L'article 29(2) demande aux entités de prendre en compte les chaînes de sous-traitance et les prestataires établis dans des pays tiers, y compris la protection des données et l'application de la loi dans ces pays. Une plateforme SaaS qui appelle un modèle d'IA tiers ajoute un maillon à cette chaîne.
  • Pour les services qui soutiennent des fonctions critiques ou importantes, l'article 28(8) exige des stratégies de sortie testées, et l'article 30(3)(f) une période de transition. Si la capacité de test réside dans le cloud du fournisseur, sortir signifie la perdre ; si elle s'exécute sur du matériel que vous détenez, la sortie est une question de licence et de support.
NIS2 en détail : article 21(2)(d) et 21(3)

L'article 21(2)(d) range la sécurité de la chaîne d'approvisionnement, y compris les aspects liés à la sécurité des relations entre chaque entité et ses fournisseurs directs ou prestataires de services, parmi les mesures obligatoires de gestion des risques, et l'article 21(3) impose aux entités de tenir compte des vulnérabilités propres à chaque fournisseur ainsi que de la qualité de ses produits et de ses pratiques de cybersécurité. Une plateforme de test détient une connaissance privilégiée de vos faiblesses ; l'endroit où elle envoie cette connaissance fait partie de l'évaluation du fournisseur.

CMMC en détail : 32 CFR 170.4

Le 32 CFR 170.4 définit un External Service Provider comme des personnes, technologies ou installations externes utilisées pour des services informatiques ou de cybersécurité, et précise que des CUI ou des Security Protection Data doivent être traitées, stockées ou transmises sur les actifs du prestataire pour qu'il soit qualifié comme tel. Les Security Protection Data incluent expressément les données relatives à la configuration ou à l'état de vulnérabilité des actifs dans le périmètre et les mots de passe donnant accès à l'environnement concerné. Un service de pentest cloud qui reçoit des vulnérabilités ou des identifiants de test est donc un ESP dans le périmètre de votre évaluation. Le playbook des preuves pour la phase 2 de CMMC détaille les conséquences sur le périmètre.

Ce que on-premise doit signifier dans le contrat

Les fournisseurs emploient on-premise pour des architectures très différentes : un capteur local piloté depuis une console cloud, un moteur local appelant un modèle d'IA cloud, ou une appliance autonome. Définissez le terme dans le contrat, point par point :

  • Aucune télémétrie par défaut

    Listez chaque connexion sortante que le produit établit en fonctionnement normal, sa destination et son contenu. Tout ce qui dépasse cette liste doit être optionnel (opt-in) et documenté.

  • Modèles d'IA locaux

    Indiquez où s'exécute l'inférence. Si un prompt, une vulnérabilité ou un identifiant peut atteindre un point de terminaison de modèle externe, ce fournisseur est un tiers et doit figurer dans votre évaluation. Voir l'IA privée en cybersécurité.

  • Licence hors ligne

    La plateforme doit continuer à fonctionner si elle ne peut pas joindre le fournisseur, la durée de licence étant vérifiée localement, afin qu'une panne, un litige ou une faillite du fournisseur ne coupe pas vos tests.

  • Un processus de mise à jour maîtrisé

    Des mises à jour signées par le fournisseur, vérifiables avant installation, applicables hors ligne lorsque le réseau est isolé, et installées quand vous le décidez.

  • Stockage local des preuves

    Vulnérabilités, preuves et identifiants stockés sur votre matériel, avec une intégrité vérifiable sans le fournisseur et des formats d'export que vous pouvez conserver après la fin du contrat.

  • Suppression des données

    Comment les données sont effacées en fin de contrat ou lorsque du matériel repart en réparation ou en remplacement, et quelle preuve de destruction est fournie.

  • Support à distance

    Si le fournisseur a un jour besoin d'un accès à distance, qui l'approuve et comment il est journalisé.

  • Comportement en air-gap

    Quelles fonctions dépendent d'Internet et sont perdues lorsque la plateforme est totalement isolée, afin de planifier le périmètre de test en conséquence.

Comment les fournisseurs déploient, comparaison loyale

Les options de déploiement diffèrent davantage que ne le suggèrent les catégories. D'après la documentation examinée pour nos pages comparatives :

  • Horizon3.ai NodeZero

    S'exécute depuis un hôte hébergé par le client mais est orchestré depuis le cloud d'Horizon3, auquel cet hôte doit avoir un accès sortant continu pendant un test. Un portail hébergé dans l'UE est disponible ; aucune édition air-gap n'est documentée.

  • Pentera

    Pentera Core s'installe sur votre propre infrastructure, tandis que Pentera Surface est hébergé sur AWS et que ses fonctions d'IA générative appellent un service LLM cloud. Aucun fonctionnement entièrement en air-gap n'est documenté.

  • Cymulate

    Uniquement en SaaS : des points de test légers s'exécutent sur votre réseau, tandis que la plateforme et son IA tournent dans le cloud de Cymulate.

  • XM Cyber

    SaaS par défaut, avec des options d'hébergement dans l'UE et BSI C5. Nous n'avons trouvé aucune édition documentée entièrement on-premise ou air-gap.

  • XBOW

    Fourni en SaaS sur des modèles frontier tiers ; cible les applications web et API exposées sur Internet.

  • Picus Security

    Un éditeur de simulation de brèches et d'attaques (BAS), orienté SaaS, mais qui documente bien un déploiement on-premise et air-gap.

Deux conclusions loyales s'imposent. Les plateformes SaaS apportent de vrais avantages, une mise en route plus rapide et aucun matériel à gérer, et pour les organisations sans les contraintes ci-dessus, elles peuvent être le bon choix. Et les options on-premise ou air-gap ne sont pas propres à un seul fournisseur : posez les questions ci-dessous à chaque fournisseur présélectionné et lisez les réponses dans le contrat, pas dans la fiche technique. La documentation des fournisseurs évolue : vérifiez chaque point auprès du fournisseur au moment de l'achat. Les comparaisons côte à côte sont sur la page alternatives.

Checklist achats : 15 questions

Envoyez-les à chaque fournisseur de votre short-list et conservez les réponses avec le contrat.

  1. Listez chaque connexion sortante que la plateforme établit en fonctionnement normal, avec destination et contenu. Chacune peut-elle être désactivée ?
  2. Où s'exécutent les modèles d'IA ? Un prompt, une vulnérabilité ou un identifiant peut-il atteindre un point d'inférence externe, et à qui appartiennent les modèles ?
  3. La plateforme fonctionne-t-elle entièrement sans connexion Internet ? Quelles fonctions sont perdues en mode air-gap ?
  4. Existe-t-il une télémétrie, y compris des remontées d'utilisation, de plantage ou d'état des mises à jour ? Est-elle désactivée par défaut, et que contient-elle ?
  5. Comment la licence est-elle contrôlée ? La plateforme continue-t-elle à fonctionner si elle ne peut pas joindre le fournisseur, et que se passe-t-il à l'échéance ?
  6. Comment les mises à jour sont-elles livrées, signées et vérifiées, et peuvent-elles être appliquées hors ligne au moment de votre choix ?
  7. Que contiennent les mises à jour, et voyez-vous les notes de version avant l'installation ?
  8. Où sont stockés les vulnérabilités, les preuves et les identifiants de test, et pouvez-vous vérifier leur intégrité sans le fournisseur ?
  9. Dans quels formats les preuves et rapports peuvent-ils être exportés pour rester exploitables après la fin du contrat ?
  10. Comment les données sont-elles supprimées en fin de contrat ou au retour du matériel, et quelle preuve de destruction est fournie ?
  11. Le support nécessite-t-il un accès à distance ? Qui l'approuve, et comment est-il limité et journalisé ?
  12. Quels sous-traitants, hébergeurs ou fournisseurs d'IA accèdent à vos données, et dans quels pays (DORA art. 29(2) et 30(2)(b)) ?
  13. Une nomenclature logicielle (SBOM) est-elle disponible pour la plateforme, et comment les vulnérabilités de la plateforme elle-même sont-elles traitées et divulguées ?
  14. Quelle assurance indépendante couvre le fournisseur et le produit : certifications et leur statut, et tests d'intrusion de la plateforme par des tiers ?
  15. Comment la plateforme reste-t-elle dans le périmètre autorisé, qui approuve les actions à risque, et comment l'arrête-t-on ? Le guide OWASP APTS pour les acheteurs transforme cette question en évaluation structurée.

Au titre de DORA, les réponses alimentent le registre d'informations et le plan de sortie ; au titre de NIS2, l'évaluation du fournisseur ; au titre de CMMC, l'inventaire des actifs et le plan de sécurité du système.

La réponse de Zero Hunt à la checklist

Zero Hunt est une red team IA autonome pour les réseaux et les infrastructures, livré sous forme d'appliance : une unité de bureau pour les petits sites ou un rack 2U pour les entreprises et les datacenters. Ce que le site indique sur son déploiement :

  • Connexions sortantes et télémétrie : toute la pile, y compris les modèles d'IA, le stockage des preuves et la console, s'exécute sur l'appliance, et aucune donnée client n'en sort. Lorsqu'elle est connectée, l'appliance ne contacte l'extérieur que pour récupérer des mises à jour produit signées, du renseignement sur les menaces public et, pour l'analyse en boîte grise, le code source publié de la version logicielle testée — ce qui peut être désactivé ou redirigé vers votre propre miroir de sources. La remontée de l'état des mises à jour (identifiant de version, statut, horodatage) est optionnelle (opt-in).
  • Modèles d'IA : ses propres modèles ZeroHunt Apex s'exécutent sur le GPU de l'appliance, sans API d'IA externe.
  • Mode air-gap : rien ne sort ; les mises à jour arrivent sous forme de paquets hors ligne signés et le renseignement sur les menaces par import hors ligne. La reconnaissance OSINT publique et le téléchargement des sources publiées y sont désactivés, de sorte que ces évaluations s'effectuent en boîte noire, sauf si l'appliance peut joindre vos propres miroirs de sources.
  • Licence : avec une licence hors ligne, l'appliance vérifie sa durée localement et n'a pas besoin de joindre Zero Hunt pour continuer à fonctionner.
  • Preuves : chaque tentative d'attaque est consignée dans un enregistrement de preuves signé et chaîné par hachage, conservé sur l'appliance, et les rapports exportés sont signés.
  • Assurance : le Trust Center expose ouvertement la situation actuelle : l'image de l'appliance fait l'objet d'un test d'intrusion annuel par un cabinet indépendant, la certification ISO/IEC 27001 est en cours et SOC 2 Type II est prévu. Voir le Trust Center.

Deux réserves honnêtes. Le on-premise ne fait pas sortir Zero Hunt d'un registre DORA : un fournisseur qui livre des mises à jour fournit un service TIC au sens de l'article 3(21), il doit donc toujours être enregistré et évalué, mais le lieu des données est votre propre site. Et des points comme la suppression des données en fin de contrat ou au retour du matériel relèvent du contrat ; demandez-les par écrit, comme à tout fournisseur. Pour vérifier l'adéquation avec votre environnement, demandez une démo.

Sources

Pour aller plus loin

Vous voulez voir cela sur votre environnement ?

Réservez un appel de cadrage de 30 minutes — nous l'appliquerons directement à votre périmètre de conformité actuel et à votre profil de menace.

Demander une démoParcourir les cas d'usage

Pas encore prêt pour une démo ?

← Retour à l'accueil