La startup parisienne Fleuret AI a levé 4 millions d'euros pour des tests d'intrusion continus par agents d'IA. Son pari : les équipes ont besoin de preuves fraîches d'exploitation après les déploiements, pas seulement d'un instantané annuel. Le pré-amorçage annoncé le 5 octobre 2026 est mené par RAISE Ventures, avec Auriga Cyber Ventures, Wind Capital, Better Angle et des dirigeants de la cybersécurité.
Le capital financera des recrutements en IA, logiciel et sécurité offensive. Fleuret compte environ dix salariés et cite Brevo, Stoïk et Yogosha. Yanis Grigy et Augustin Ponsin avaient créé une activité de pentest pendant leurs études. Financement et clients nommés sont des signaux commerciaux, non des preuves de couverture ou de sécurité en production.
Deux agents veulent relier découverte et correctif vérifié
Fleuret décrit Émile et Champollion comme des agents coordonnés pour applications web, API et infrastructure externe sous autorisation explicite. Émile cartographie comme un attaquant ; Champollion aide à transformer les constats en preuves et remédiation. Architecture publique et fréquence de contrôle humain restent limitées : les noms ne définissent pas l'indépendance de chaque étape.
Un agent combine modèle de langage, outils, mémoire et décision pour choisir des actions, interpréter et revoir son plan. Un scanner suit généralement des contrôles prédéfinis et signale des correspondances. L'agent peut enquêter sur une réponse inattendue et enchaîner des étapes, notamment des relations métier manquées par les signatures.
Une autorisation insuffisante des objets l'illustre : changer des identifiants et comprendre les comptes peut être nécessaire avant de découvrir un endpoint exposant le dossier d'un autre client. C'est un exemple du raisonnement requis, ni un taux de réussite Fleuret ni une nouvelle fuite client.
Fleuret dit ne rien signaler sans exploitation reproductible. La plateforme joint une preuve de concept, relie la correction, permet attribution et intervention, puis rejoue le chemin pour vérifier le comportement. Découvrir, exploiter, corriger et retester devient une boucle logicielle plutôt qu'un document unique.
L'évaluation avant livraison reste une preuve de l'état testé, mais ne couvre pas le code ou la configuration ultérieurs. Les déploiements changent la surface entre évaluations. Conserver la logique d'attaque peut réduire l'intervalle et révéler des défauts récurrents entre versions, services ou équipes, liés au middleware, à la revue ou à l'architecture.
Une meilleure preuve ne signifie ni exhaustivité ni sécurité
Les preuves reproductibles réduisent les soupçons à valider manuellement et améliorent les priorités en montrant le chemin fonctionnel. Elles n'éliminent pas les faux négatifs : un agent peut prouver les failles trouvées et manquer une autorisation plus profonde ou une chaîne inconnue.
L'exécution dangereuse est un autre problème. Les outils peuvent interrompre le service, corrompre des données ou sortir du périmètre. Il faut des limites techniques, contrôles d'action, identifiants, débits, surveillance et arrêts. Lire n'est pas modifier un enregistrement ; tester l'accès n'est pas créer une persistance ; prouver n'est pas maximiser le dommage.
Les journaux doivent conserver tentatives, outils, preuves et actions bloquées. Les contrats seuls n'imposent pas les frontières. Authentification, actions destructrices, données inattendues et état changeant demandent des réponses concrètes, non des affirmations générales d'autonomie ou de sécurité.
Fleuret n'avait publié ni évaluation indépendante de sécurité, ni vaste benchmark comparatif, ni suffisamment d'évaluations indépendantes de couverture. La fréquence humaine restait indéfinie. L'autonomie va du guidage à l'exécution indépendante ; l'étiquette ne situe pas un déploiement précis.
La recherche déconseille de généraliser les benchmarks à la production
Une étude ACM sur les tests autonomes de réseaux a observé des pistes inutiles, des pertes d'information entre planification et exécution et des risques nécessitant supervision. D'autres évaluations citent interfaces graphiques, logique complexe et faux positifs accrus. Modèle, prompt, outils et cible changent les résultats. Ce sont des avertissements généraux, pas des taux d'échec mesurés de Fleuret.
Les benchmarks proposent souvent failles connues, objectifs clairs ou motifs d'entraînement. La production mêle flux personnalisés, documents incohérents, droits partiels, tiers et règles uniques. Réussir sous conditions définies ne prouve pas une expertise sur toute application active.
Une préproduction contrôlée par le client, proche du réel, permettrait comparaison surveillée avec une évaluation humaine récente et examen de chaque action. Il faut distinguer découverte, validation d'exploitation, logique métier, faux positifs et faux négatifs, avec complexité et aide humaine. Temps de validation et problèmes importants réparés valent plus que le nombre de constats.
Les règles européennes créent une demande, pas un raccourci
NIS2 étend gestion du risque et signalement à 18 secteurs critiques, dont énergie, santé, transport, infrastructure numérique, fabrication et administration. Le guide de la Commission couvre vulnérabilités, chaîne d'approvisionnement et responsabilité dirigeante. Il n'impose pas simplement à tous l'achat d'un pentest automatisé.
La valeur est la chaîne : ce qui fut testé, exploitable, la réponse et l'efficacité du correctif. Le continu relie constats, déploiements et effets des patchs. Rapports signés et preuves rejouables doivent néanmoins satisfaire auditeurs et programmes particuliers.
DORA exige des tests TIC des entités financières concernées et des tests fondés sur la menace pour certaines, imitant des acteurs réels sur production critique contrôlée. Périmètre, aptitude des testeurs, risques et protections empêchent un scan ordinaire de tout satisfaire seul. Fleuret peut soutenir fréquence et preuves sans remplacer automatiquement les évaluations réglementées.
Fleuret dit héberger les constats à Paris chez Scaleway. Architecture, chemins, identifiants et preuves de compromission rendent la localisation utile aux achats. Elle ne règle ni souveraineté ni chaîne complète : sous-traitants, conservation, accès, chiffrement et incidents restent essentiels. L'hébergement est un choix, non une conformité intégrale.
La concurrence porte sur l'intervalle entre experts
Les humains explorent la logique, contestent les hypothèses et interprètent l'inhabituel. Leur profondeur compte, mais peu d'organisations financent un examen complet après chaque déploiement. Les plateformes veulent répéter, explorer les changements et vérifier les correctifs sans refaire toute la mission.
NodeZero de Horizon3.ai teste réseaux, cloud et infrastructure par chemins autonomes. En août 2026, l'entreprise a annoncé un financement important et des centaines de milliers de tests de production. Expansion et prévisibilité sont des repères, non des preuves indépendantes d'équivalence Fleuret. XBOW, applicatif, a annoncé une importante série C en mars 2026 ; Pentera couvre validation interne et externe.
L'ouverture plus ciblée de Fleuret est une intégration européenne des applications, API, audits et corrections. Proximité des premiers clients aide achats et secteurs, mais les alternatives internationales existent. Les rivaux peuvent ajouter hébergement européen, agents, couverture et intégrations ; la géographie seule ne protège pas durablement.
Requête originale, comportement, exploit, service, responsable, ticket, code, correction et retest doivent rester reliés. Un savoir technique actuel et consultable aide les bonnes personnes. Les consultants peuvent traiter menaces atypiques, logique complexe, ingénierie sociale, contrôles physiques et chaînes créatives, tandis que les agents répètent entre missions. Cet hybride est plus crédible à court terme qu'un remplacement total.
Les preuves qui transformeraient le capital en service défendable
Des comparaisons indépendantes avec des pentesteurs expérimentés sur applications réalistes testeraient plus que la vitesse. Finance, santé et infrastructure critique éprouveraient identité, acceptation des preuves, résidence et protection de production. Les cas doivent expliquer périmètre, correction et rôle humain ; le nombre de clients ne suffit pas.
Relier chaque exploit à une correction et un retest vérifié avec moins d'efforts renforce la position. Validation manuelle lourde, outils séparés de couverture ou achats ralentis par l'autonomie affaiblissent la promesse de rapidité. Davantage d'argent ne résout pas ces arbitrages.
Les développeurs pourraient obtenir un retour plus rapide du code à l'exploitabilité, les équipes de sécurité davantage de tests entre experts. Les 4 millions financent l'essai, pas la preuve du remplacement. La valeur dépend de problèmes importants vérifiés atteignant la correction sans risque inacceptable, et d'un arriéré réduit plutôt que simplement reformatté.
Sources
Financement · Guide NIS2 · Texte DORA · Rapport Horizon3.ai · Financement XBOW · Lecture : connaissances techniques · Étude ACM · Entrée initiale (agrégation Google News)