La plateforme
Le moteur Veync
Un adversaire autonome qui planifie, exécute et vérifie des actions d'attaquant sur votre environnement — confiné à un périmètre que vous autorisez, et consignant précisément ce qui a prouvé chaque résultat.
Tissu d'agents adverses autonomes
Des agents qui planifient et enchaînent, pas des scripts qui rejouent
Une bibliothèque de scénarios ne peut éprouver que ce que quelqu'un a déjà consigné. Les agents de Veync raisonnent sur votre environnement, enchaînent les actions entre les couches et s'adaptent lorsqu'une étape échoue — c'est là que se trouvent les chemins non détectés.
01
Planification et exécution
Un planificateur décompose un objectif en chemins candidats, puis des agents de reconnaissance, d'exploitation et de couche IA les exécutent et renvoient leurs résultats, de sorte que l'étape suivante découle de ce qui s'est réellement produit.
L'échec est un signal : une étape bloquée restreint la recherche au lieu d'arrêter la campagne.
02
Confinement, pas bonne volonté
Chaque action est vérifiée face au périmètre autorisé avant son exécution : l'autonomie ne signifie jamais une portée illimitée. La limite est appliquée dans le plan de contrôle, pas dans les agents qu'il gouverne.
Un agent ne peut pas élargir son propre périmètre, car il n'est pas le composant qui le détient.
03
La preuve, pas le récit
Chaque action exécutée est consignée avec ses paramètres, son résultat et les artefacts produits : un verdict porte sa propre justification plutôt qu'un résumé rédigé après coup.
Tout constat peut être relu, rejoué et comparé à une campagne ultérieure.
04
Rejoué à chaque changement
La validation est rejouée quand le système change, et non selon un calendrier : un verdict décrit la configuration que vous exploitez, pas celle du trimestre précédent.
Un nouvel agent, une permission d'outil ou une règle de détection modifiée est un déclencheur, pas une note pour l'an prochain.
Architecture
Quatre couches, et la frontière entre elles
L'opérateur autorise. Le plan de contrôle confine. Les agents exécutent. La couche de preuves consigne. C'est cette séparation qui rend un test offensif autonome suffisamment sûr pour être conduit sur un parc en production.
Quatre couches. L'opérateur définit les règles d'engagement. Le plan de contrôle détient ces règles, applique le périmètre et fournit un arrêt d'urgence. Les agents adverses — planificateur, reconnaissance, exploitation, adversaire IA et vérificateur — n'exécutent que ce que le plan de contrôle permet. La couche de preuves tient un journal d'audit et construit le graphe de preuves à partir des résultats vérifiés.
Opérateur
- Opérateur
Plan de contrôle
- Règles d'engagement
- Contrôleur de périmètre
- Arrêt d'urgence
Agents adverses
- Planificateur
- Reconnaissance
- Exploitation
- Adversaire IA
- Vérificateur
Preuves
- Journal d'audit
- Graphe de preuves
Plan de contrôle des autorisations
La partie qu'il faut auditer en premier
Un outillage offensif autonome n'est acceptable que si ses limites sont structurelles. Voici les cinq invariants que tient le plan de contrôle, et le composant qui tient chacun d'eux.
- Rien ne s'exécute hors du périmètre convenu
- Cibles, réseaux, identités, locataires et points d'accès des agents sont énumérés avant la campagne et vérifiés à chaque action. Une action visant un élément absent de la liste est refusée et journalisée.Appliqué parContrôleur de périmètre
- Les règles d'engagement sont lisibles par la machine
- Techniques permises, systèmes exclus, fenêtres horaires et voies d'escalade sont de la configuration et non un document : la campagne ne peut pas s'écarter de ce qui a été signé.Appliqué parRègles d'engagement
- Le rayon d'impact est borné à l'avance
- Les classes d'actions destructrices ou à fort impact sont désactivées par défaut et activées seulement par engagement, avec un plafond de concurrence et de modifications par système.Appliqué parContrôleur de périmètre
- Un arrêt unique qui arrête vraiment
- Une seule commande interrompt la planification, l'exécution en cours et la file d'attente, et révoque les accès délivrés pour la campagne. Elle est éprouvée à l'intégration, pas supposée.Appliqué parArrêt d'urgence
- Chaque action est imputable
- Chaque action exécutée consigne qui l'a autorisée, quelle règle l'a permise, quand elle a eu lieu et ce qu'elle a touché : votre SOC peut réconcilier l'activité Veync avec une activité réellement hostile.Appliqué parJournal d'audit
Aucun de ces points n'est un comportement côté agent. Un agent demande au plan de contrôle si une action est permise et reçoit une réponse ; il n'a aucun accès à la décision.
Graphe de preuves
Un verdict qui porte sa propre preuve
Ce qui distingue un constat d'une affirmation, c'est la traçabilité. Chaque verdict de Veync remonte, à travers les artefacts qui l'ont produit, jusqu'à l'action exactement exécutée.
01
Action exécutée
L'étape concrète menée par un agent, avec ses paramètres, son horodatage et la règle de périmètre qui l'a permise.
02
Artefact
Ce que l'action a produit : une réponse, une transcription, une session, un fichier écrit, un enregistrement de télémétrie — ou son absence.
03
Verdict
Le jugement que les artefacts étayent — bloqué, détecté, alerté ou manqué — avec le raisonnement conservé plutôt que résumé.
04
Obligation
Le contrôle, l'exigence du référentiel ou l'obligation réglementaire visée, pour que la preuve soit utilisable en audit sans retraduction.
C'est aussi ce qui donne un sens au rejeu : parce qu'un verdict est ancré à une action, la même action peut être rejouée après remédiation et les deux résultats comparés directement.
Opération continue
Un verdict a une date de péremption
Une évaluation décrit une configuration à un instant. Les parcs changent en continu, et les changements qui comptent le plus pour la détection sont assez banals pour que personne ne les signale.
Ce qui déclenche un rejeu
- Un nouvel agent ou une nouvelle permission d'outil
- Un changement de modèle ou de fournisseur
- Une règle de détection modifiée
- Une mise à niveau de contrôle ou de politique
- Une nouvelle exclusion
- Un changement d'identité ou de locataire
- Un nouveau service exposé
- Une technique publiée qui mérite d'être éprouvée
L'effet pratique : la question passe de « quand cela a-t-il été testé » à « quelque chose a-t-il changé depuis la dernière preuve » — et c'est sur cette seconde question qu'un conseil peut agir.
Déploiement
Trois modèles de déploiement
La contrainte est rarement technique mais contractuelle : où les preuves peuvent être stockées et qui peut détenir les accès. Les trois modèles font tourner le même moteur et produisent les mêmes preuves.
| Dimension | Infogéré (UE) | Cloud privé | Auto-hébergé |
|---|---|---|---|
| Résidence des données | Régions UE uniquement | Votre locataire, votre région | Votre infrastructure |
| Exécution des agents | Opérée par Veync | Votre locataire, opérée par Veync | Vos opérateurs |
| Stockage des preuves | Veync, hébergé en UE | Votre locataire | Votre stockage |
| Garde des accès | Restreints, délivrés par campagne | Restreints, délivrés par campagne | Ne quittent jamais votre parc |
| Intégration | SIEM, ticketing, SSO | SIEM, ticketing, SSO | SIEM, ticketing, SSO |
| Mise en service | La plus rapide | Intermédiaire | La plus longue |
Résidence des données
Hébergé en UE par défaut
Les preuves de validation sont une cartographie détaillée des endroits où vos défenses cèdent. C'est l'une des données les plus sensibles que vous confierez à un fournisseur, et elle est traitée comme telle.
- Traitées et stockées en UE
- Preuves, télémétrie et enregistrements de campagne restent dans des régions de l'UE. Aucune réplication hors UE pour des raisons de commodité.
- Accès nominatifs uniquement
- L'accès est limité aux personnes nommées sur votre engagement, journalisé, et révoqué à la fin de l'engagement.
- Une conservation que vous fixez
- La durée de conservation est contractuelle et non imposée par défaut, avec suppression sur demande et certificat de destruction.
- Sous-traitants déclarés
- La liste des sous-traitants fait partie du contrat et toute évolution est notifiée, non découverte.
Usage licite
L'autorisation est le premier contrôle
Une capacité offensive sans autorisation écrite n'est pas un produit, c'est un risque. Cette posture n'est pas une mention en bas de page : c'est la raison d'être du plan de contrôle.
Ce qui est convenu avant une campagne
- Le responsable redevable qui autorise l'engagement
- Les systèmes, identités et points d'accès d'agents énumérés dans le périmètre
- Les systèmes explicitement exclus
- Les classes de techniques permises et interdites
- Les fenêtres horaires et les plafonds de concurrence
- La voie d'escalade et les contacts nommés
- Le traitement, la résidence et la conservation des preuves
- Les conditions d'arrêt de la campagne
Modules de validation
Ce que le moteur valide
Sept modules, un moteur. Chacun répond à une question qu'un conseil peut poser et qu'un auditeur peut suivre.
Assurance de la gouvernance de l'IA
Vérifie que la gouvernance de l'IA annoncée est réellement appliquée dans le système en production.
Test d'intégrité des garde-fous
Mesure la résistance des garde-fous des modèles et des agents sous pression adverse soutenue.
Risque agentique et autorisations
Sonde les permissions, les limites d'autorisation et le confinement de périmètre des agents.
Validation des contrôles de sécurité
Établit si les catégories de contrôles déployées bloquent, détectent, alertent ou laissent passer.
Alignement aux référentiels et analyse d'écarts
Relie les preuves de validation aux référentiels qui vous engagent, et nomme les écarts.
Sécurité du code généré par IA
Identifie les défauts exploitables du code écrit par IA et de ses dépendances, preuve à l'appui.
Opérations offensives autonomes
Émulation d'adversaire en hypothèse de compromission, sous règles d'engagement écrites.
Questions
Ce que demandent les équipes techniques
Comment empêchez-vous un agent autonome de sortir de son périmètre ?
Le périmètre n'est pas un comportement côté agent. Chaque action est vérifiée face au périmètre autorisé par le plan de contrôle avant son exécution, et l'agent n'a aucun accès à cette décision : il reçoit une réponse permise ou refusée. Les refus sont journalisés au même titre que les actions exécutées.
Que se passe-t-il en cas de problème en cours de campagne ?
Une seule commande d'arrêt interrompt la planification, l'exécution en cours et la file d'attente, et révoque les accès délivrés pour la campagne. Elle est éprouvée lors de la mise en service plutôt que supposée fonctionner, et la voie d'escalade comme les contacts nommés sont convenus avant la première campagne.
Cela va-t-il générer du bruit dans notre SOC ?
Cela devrait, et cela fait partie de la mesure. Chaque action exécutée est imputable : votre équipe peut ensuite réconcilier l'activité Veync avec l'activité réelle. Savoir si vos détections ont déclenché est précisément l'un des résultats attendus.
Pouvons-nous l'exploiter nous-mêmes ?
Oui. Le modèle auto-hébergé garde l'exécution, les preuves et les accès entièrement dans votre parc, vos opérateurs faisant tourner le moteur. Sa mise en service est la plus longue et il produit les mêmes preuves que le modèle infogéré.
Où vivent nos preuves ?
Dans des régions de l'UE par défaut, avec des accès nominatifs, une conservation contractuelle, une suppression sur demande et une liste de sous-traitants déclarée. Dans les modèles cloud privé et auto-hébergé, elles ne quittent jamais votre locataire ni votre infrastructure.
Voyez le moteur à l'œuvre sur votre environnement
Une session de validation passe en revue votre parc, le périmètre que nous ferions autoriser, le modèle de déploiement adapté à vos contraintes et les preuves que vous recevriez.
Les résultats nommant des éditeurs et les preuves de contournement de contrôles sont partagés sous accord de confidentialité, via l'annexe de preuves.