Red team IA souverain pour l'État et la banque : ce qu'il doit garantir

• Où il s'exécute

  Le moteur de test est installé sur du matériel situé dans votre périmètre, dans votre pays, sous votre contrôle physique.

• Quels modèles

  L'IA qui planifie les attaques et analyse les résultats s'exécute sur ce même matériel. Aucun prompt, aucune vulnérabilité, aucun identifiant n'est envoyé à un point d'inférence externe. Voir l'IA privée en cybersécurité.

• Qui peut y accéder

  Aucun accès entrant du fournisseur, aucune télémétrie par défaut, aucune session de support à distance que vous n'avez pas ouverte.

• Quel droit s'applique

  La juridiction d'origine du fournisseur détermine qui peut le contraindre à produire les données qu'il détient ou contrôle. Ne jamais laisser ces données en sa possession est la meilleure réponse.

• Qui peut l'arrêter

  Une vérification de licence en ligne, une console cloud ou un canal de mise à jour peuvent désactiver un outil depuis l'extérieur. Un déploiement souverain continue de fonctionner sans aucun d'eux.

Trois pressions se rejoignent dans le secteur public et dans la banque.

Les régulateurs exigent des tests réguliers. Les superviseurs bancaires et les agences nationales de cybersécurité demandent des tests d'intrusion au moins une fois par an et après tout changement significatif, du NCA ECC saoudien au MAS TRM de Singapour. La page des exigences par réglementation recense les principales.

Les données doivent souvent rester dans le pays. De nombreuses règles bancaires et du secteur public imposent l'hébergement local des systèmes principaux ou des données sensibles, et certaines classent par défaut les résultats d'un test de sécurité comme sensibles.

Le test lui-même est une cible. Un chemin d'attaque vers un ministère ou un système de paiement a de la valeur pour un État étranger. Un outil qui envoie ce chemin à l'étranger, même chiffré, crée précisément l'exposition qu'il devait détecter.

La plupart des défaillances de souveraineté ne se trouvent pas dans l'architecture affichée, mais dans les détails qu'une fiche technique passe sous silence.

• Appels au modèle. Un moteur qui s'exécute localement mais appelle un LLM hébergé transmet le contexte de chaque étape : noms d'hôtes, bannières, identifiants, sortie de chaque commande.
• Télémétrie et rapports de plantage. Statistiques d'utilisation, contrôles de santé et envois d'erreurs peuvent contenir des fragments de vulnérabilités.
• Support à distance. Un tunnel de support que le fournisseur peut ouvrir est une porte d'entrée vers le système le plus privilégié du réseau.
• Vérifications de licence. Une licence qui doit « appeler la maison » peut arrêter le produit le jour où la connectivité, un contrat ou une liste de sanctions change.
• Mises à jour. Un canal de mise à jour automatique est un vecteur de chaîne d'approvisionnement. Demandez comment les mises à jour sont signées et si vous pouvez les examiner et les préparer avant déploiement.
• Rapports. Des preuves exportées vers un portail fournisseur à des fins de « collaboration » échappent à votre contrôle dès leur téléversement.

1. 1Chaque composant, y compris les modèles d'IA, s'exécute-t-il sur du matériel qui nous appartient, dans notre périmètre ?
2. 2Un prompt, une vulnérabilité, un identifiant ou un journal est-il jamais envoyé à un service externe ? Listez chaque connexion sortante et sa finalité.
3. 3Le produit fonctionne-t-il entièrement sans connexion Internet, et quelles fonctions sont alors perdues ?
4. 4La télémétrie est-elle désactivée par défaut, et peut-elle l'être contractuellement ?
5. 5Le fournisseur peut-il accéder au système sans que nous ouvrions la session ?
6. 6La licence peut-elle être vérifiée hors ligne, et que se passe-t-il si la relation avec le fournisseur prend fin ?
7. 7Comment les mises à jour sont-elles signées, et pouvons-nous les examiner et les préparer avant installation ?
8. 8À quelle juridiction le fournisseur est-il soumis, et détient-il ou contrôle-t-il à un moment quelconque nos données ?
9. 9Quelles actions nécessitent l'approbation d'une personne nommément désignée, et disposons-nous d'un arrêt d'urgence que nous contrôlons ?
10. 10Les preuves sont-elles infalsifiables, de sorte qu'un auditeur puisse les vérifier sans faire confiance au fournisseur ?

Le guide d'achat des plateformes de pentest on-premise développe les questions de déploiement et de contrat, et le guide d'évaluation montre comment tester les réponses lors d'un pilote.

Les États achètent rarement des tests de sécurité sous forme d'une simple licence. Ils construisent un programme : une capacité nationale ou sectorielle, opérée par une équipe locale, souvent par l'intermédiaire d'un partenaire local qui assure le support dans la langue et selon le droit du pays.

Cela change les questions à poser au fournisseur. La capacité peut-elle être opérée entièrement par du personnel local ? Un partenaire local peut-il l'installer, la maintenir et la mettre à jour sans présence du fournisseur sur site ? Le programme peut-il être circonscrit à un pays ou à un secteur ? Zero Hunt est commercialisé par des partenaires agréés, un distributeur par pays avec des revendeurs spécialisés ; voir le programme partenaires.

• S'exécute dans votre périmètre. Zero Hunt est une appliance qui réalise des tests d'intrusion autonomes de réseaux et d'infrastructures depuis l'intérieur de votre réseau.
• Ses propres modèles. La planification et l'analyse s'exécutent sur l'appliance avec les modèles ZeroHunt Apex de Zero Hunt ; aucun LLM tiers n'est appelé.
• Fonctionnement en air-gap. Un mode de licence hors ligne permet à l'appliance de fonctionner sans aucune connexion avec le fournisseur.
• Aucune télémétrie par défaut. La remontée de version et d'état de santé est désactivée tant que vous ne l'activez pas.
• Contrôle humain. Cinq niveaux d'autonomie déterminent quelles actions attendent une approbation nominative, avec un arrêt d'urgence.
• Des preuves vérifiables par un auditeur. Chaque vulnérabilité est étayée par des preuves signées Ed25519 et chaînées par hachage.
• Mise en correspondance avec 34 référentiels dans l'UE, aux États-Unis, au Royaume-Uni, au Canada, en APAC, au Moyen-Orient, en Amérique latine et en Afrique.

Qu'est-ce qu'une red team IA souverain ? Une capacité de test d'intrusion autonome entièrement contrôlée par l'organisation qui l'utilise : elle s'exécute sur son matériel, avec des modèles d'IA qui n'appellent aucun service externe, sans accès fournisseur ni vérification de licence capables de communiquer vers l'extérieur ou de la désactiver.

On-premise et souverain, est-ce la même chose ? Non. Un moteur on-premise qui envoie des prompts à un modèle d'IA hébergé, remonte de la télémétrie ou dépend d'une licence en ligne laisse encore sortir des données ou du contrôle. Souverain signifie que les cinq niveaux sont sous votre contrôle.

Quelles plateformes d'IA offensive prennent en charge les déploiements souverains ? Posez à chaque fournisseur les dix questions ci-dessus. La plupart des produits de pentest autonome sont en SaaS ou appellent des modèles d'IA externes ; rares sont ceux qui fonctionnent entièrement en air-gap avec leurs propres modèles.

Un déploiement souverain peut-il rester autonome et sûr ? Oui, si l'autonomie est encadrée : un périmètre imposé par la plateforme, des points d'approbation pour les actions perturbatrices, un arrêt d'urgence et des preuves infalsifiables. Voir les tests de sécurité par IA avec human-in-the-loop.

La souveraineté compte-t-elle autant pour les banques que pour l'État ? Souvent, oui. Dans de nombreux pays, les superviseurs bancaires exigent l'hébergement local des systèmes cœur et considèrent les résultats des tests de sécurité comme sensibles ; la carte d'attaque d'une banque vaut autant pour un adversaire que celle d'un ministère.