Le financement de Reco pour la sécurité des agents IA augmente alors que le marché se densifie

Reco a levé 55 millions de dollars pour sécuriser les agents IA, portant son financement total à 140 millions de dollars, alors que davantage d’éditeurs s’attaquent au même défi en entreprise.

Ce tour stratégique a été mené par AT&T Ventures, avec Forestay et Quadrille Capital comme nouveaux investisseurs. Il fait suite à l’annonce, en février, d’une série B de 30 millions de dollars par Reco, ce qui rend le rythme des investissements presque aussi important que leur montant total.

L’histoire du financement de Reco pour la sécurité des agents IA ne se résume donc pas à une nouvelle opération de cybersécurité. Les investisseurs soutiennent l’idée que les entreprises ont besoin d’une couche de contrôle distincte pour les agents opérant au sein des applications métier. Reco doit désormais démontrer que cette couche peut conserver sa spécificité, alors que startups et acteurs établis de la sécurité convergent vers cette catégorie.

Reco aborde le problème à travers les connexions entre les agents, les identités, les autorisations, les applications, les données et les workflows. Cette approche diffère des produits principalement axés sur la protection des modèles, le filtrage des prompts ou l’analyse du code généré par IA.

Toutefois, le positionnement technique ne suffira pas à lui seul à trancher le marché. Les acheteurs de solutions de sécurité gèrent déjà des contrôles d’identité, SaaS, de données, de cloud et d’applications. Reco doit expliquer pourquoi le comportement des agents nécessite une plateforme supplémentaire et pourquoi les fournisseurs existants ne peuvent pas intégrer les mêmes fonctions.

Le financement de Reco pour la sécurité des agents IA atteint 140 millions de dollars

Ce nouveau capital donne à Reco davantage de marge pour commercialiser son modèle de gouvernance des agents avant la consolidation de la catégorie.

Reco a annoncé ce tour stratégique de 55 millions de dollars le 29 septembre 2026. AT&T Ventures a mené l’investissement, tandis que Forestay et Quadrille Capital y ont participé en tant que nouveaux soutiens.

Ce tour porte le financement cumulé de Reco à 140 millions de dollars. Il s’appuie également sur la série B de 30 millions de dollars annoncée en février, qui avait alors porté le total de l’entreprise à 85 millions de dollars.

Cette séquence est importante. Reco a levé davantage de capitaux en quelques mois tout en élargissant son message, de la sécurité SaaS à la sécurité des agents en entreprise. Ce changement suit la diffusion d’agents capables d’accéder à des données, d’appeler des outils et d’initier des actions dans les systèmes métier.

Selon les détails du financement, Reco prévoit d’étendre ses activités commerciales, ses partenariats, ses opérations de distribution et son support client. Ces priorités suggèrent que l’entreprise passe de la création d’une catégorie à une exécution commerciale plus large.

L’opération n’a pas été présentée comme un tour conventionnel centré uniquement sur la recherche produit. AT&T est à la fois investisseur et client, ce qui confère au financement une dimension stratégique.

Vikram Taneja, qui dirige AT&T Ventures, a déclaré que les organisations doivent de plus en plus comprendre comment les agents interagissent avec les applications métier et les données. Il a également indiqué que l’accent mis par Reco sur la visibilité et la gouvernance correspond aux besoins qu’AT&T observe dans les entreprises.

Cet appui offre plus qu’une valeur de marque. Une grande entreprise de télécommunications exploite des systèmes d’identité complexes, un vaste portefeuille d’applications, des environnements de données et des processus d’approbation. Ces conditions ressemblent aux environnements où il devient difficile de suivre les accès des agents.

La participation d’un client ne démontre toutefois pas, à elle seule, les performances du produit. Elle montre que le problème est suffisamment sérieux pour qu’une grande entreprise soutienne financièrement un fournisseur potentiel.

Reco affirme que sa plateforme peut identifier les agents actifs, déterminer les identités qu’ils utilisent et cartographier les systèmes auxquels ils peuvent accéder. Elle suit également les autorisations, les connexions API, les sessions, les workflows et les outils Model Context Protocol.

Model Context Protocol, couramment appelé MCP, est une norme qui permet aux systèmes d’IA de se connecter à des outils externes et à des sources de données. Ces connexions rendent les agents plus utiles, mais elles élargissent aussi ce que des logiciels compromis ou mal orientés peuvent atteindre.

L’entreprise décrit son Reco Graph comme la couche contextuelle qui relie ces éléments. Les équipes de sécurité peuvent utiliser le graphe pour repérer des autorisations excessives, des accès obsolètes, des intégrations risquées ou des activités contraires aux politiques.

Cette approche reflète l’expérience de Reco dans la sécurité SaaS. Les agents modernes opèrent souvent via les mêmes applications cloud, jetons d’autorisation et comptes de service que surveillent déjà les produits de sécurité SaaS.

Ce tour finance donc à la fois l’expansion et le repositionnement. Reco parie que sa visibilité existante sur les applications peut devenir la base de la gouvernance des logiciels autonomes.

Ce pari crée la tension centrale derrière ce financement. Reco dispose de suffisamment de capitaux pour viser un vaste marché, mais de nombreux concurrents sont arrivés à la même conclusion.

L’adoption des agents fait de l’accès le principal risque

Un agent devient un problème de sécurité lorsque ses instructions, son identité et ses systèmes connectés se combinent pour créer un chemin d’action non intentionnel.

Les logiciels métier traditionnels attendent généralement qu’une personne choisisse une action. Un agent IA peut sélectionner des outils, récupérer des informations et accomplir plusieurs étapes après avoir reçu un objectif plus général.

Cette autonomie modifie l’évaluation des risques. Les équipes de sécurité doivent considérer non seulement si une application est approuvée, mais aussi ce qu’un agent peut accomplir par son intermédiaire.

Un agent connecté à une base de données clients peut résumer l’activité des comptes. Ce même accès pourrait exposer des dossiers confidentiels si une instruction malveillante modifie la tâche.

Un autre agent pourrait mettre à jour des tickets de service, envoyer des messages et interroger des données financières. Chaque autorisation peut sembler raisonnable lorsqu’elle est examinée séparément. Leur combinaison peut créer une portée opérationnelle bien plus importante.

Reco qualifie cette portée de rayon d’impact d’un agent. L’expression décrit les systèmes, les données et les workflows affectés lorsqu’un agent commet une erreur ou suit des instructions hostiles.

La recherche de Reco sur la sécurité des agents indique que quatre outils d’IA sur cinq dans l’environnement étudié fonctionnaient sans supervision du service informatique. Reco a également signalé 414 outils non approuvés pour 1 000 employés dans les petites et moyennes organisations.

Ces chiffres proviennent de recherches menées par l’entreprise et doivent être interprétés comme tels. Reco indique que sa méthodologie combinait la télémétrie de la plateforme, l’analyse de serveurs MCP publiés et des registres publics de vulnérabilités.

Le même rapport a examiné 500 outils d’agents publiés. Reco a déclaré que la moitié pouvait exécuter des commandes shell sur un hôte, tandis que 62 % pouvaient lire des données locales et accéder à Internet.

Cette combinaison illustre pourquoi les fournisseurs de sécurité vont au-delà des filtres de prompts. Une injection de prompt réussie est plus grave lorsque l’agent concerné peut lire des fichiers, atteindre des systèmes externes et exécuter des commandes.

L’injection de prompt est une attaque qui intègre des instructions hostiles dans du contenu traité par un système d’IA. L’agent peut suivre ces instructions même lorsqu’elles entrent en conflit avec sa tâche prévue.

Un employé pourrait demander à un agent de résumer une page web. Du texte caché sur cette page pourrait demander à l’agent de récupérer des informations locales et de les transmettre ailleurs.

La vulnérabilité ne dépend pas uniquement du modèle sous-jacent. Elle dépend également des autorisations, des intégrations, de l’accès aux données, des contrôles d’exécution et de la capacité à détecter les comportements inhabituels.

Reco cherche à gérer ce contexte opérationnel plus large. Sa plateforme est conçue pour découvrir les agents et relier leur activité aux identités et aux applications qui les entourent.

Ce cadrage met sous pression plusieurs catégories établies de la sécurité. Les fournisseurs de solutions d’identité suivent les droits d’accès, les outils de sécurité SaaS inspectent les applications cloud et les plateformes de sécurité des données cartographient les informations sensibles.

Les entreprises de sécurité cloud surveillent les infrastructures et les workloads. Les fournisseurs de sécurité applicative testent les logiciels et les API. Les spécialistes de la sécurité des modèles inspectent les entrées, les sorties et le comportement des modèles.

Les agents IA traversent ces frontières. Un même workflow peut impliquer un fournisseur de modèles, un compte d’identité, plusieurs applications SaaS, un serveur MCP et une base de données clients.

Aucune catégorie historique ne possède nécessairement l’ensemble de cette chaîne. Cette lacune ouvre une opportunité pour des entreprises comme Reco, mais elle attire aussi des concurrents de tous les marchés adjacents.

Reco mise sur le contexte tandis que ses rivaux construisent des points de contrôle

La compétition centrale oppose une couche de gouvernance inter-applications à des contrôles de sécurité attachés à des modèles, passerelles, identités ou workloads individuels.

Reco a lancé son produit dédié Agent Security en juin. Le produit a étendu sa plateforme existante avec la découverte d’agents, la cartographie de la propriété, l’analyse des autorisations et la remédiation contextuelle.

L’annonce produit décrivait les agents comme des composants d’environnements d’entreprise interconnectés. Reco soutenait que leur risque s’étend aux identités, applications, workflows et intégrations.

Une approche fondée sur un graphe convient à cette affirmation. Les systèmes de graphes modélisent les relations, ce qui permet à une équipe de sécurité de voir comment un agent se connecte à un compte, un jeton, un outil, une application ou un jeu de données.

Imaginez un agent commercial qui lit les dossiers clients, rédige des e-mails, planifie des réunions et met à jour un pipeline. Une liste de ces autorisations fournit des informations utiles sur l’inventaire.

Un graphe relationnel peut ajouter le propriétaire, l’activité récente, les accès hérités et les connexions entre chaque système. Ce contexte aide un analyste à identifier les combinaisons qui créent une exposition inhabituelle.

Reco indique que les équipes peuvent ensuite restreindre les portées d’autorisation, révoquer les accès obsolètes, désactiver les agents non autorisés et acheminer les constats vers des workflows de tickets établis.

En juillet, l’entreprise a étendu ses contrôles d’exécution. Reco a déclaré que cette mise à jour ajoutait une application des règles dans le navigateur, une analyse des prompts en temps réel, le blocage et une remédiation automatisée.

La sécurité à l’exécution évalue le comportement pendant le fonctionnement du logiciel, plutôt que de s’appuyer uniquement sur des vérifications de configuration. Cet ajout a rapproché Reco des concurrents axés sur les passerelles et l’intervention en temps réel.

L’entreprise continue toutefois de présenter le contexte comme son facteur de différenciation. Son argument est qu’une décision de sécurité devient plus précise lorsqu’elle intègre les relations d’identité, d’application, d’autorisation et métier.

D’autres fournisseurs arrivent depuis des angles différents. Les entreprises de sécurité des identités peuvent traiter les agents comme des identités non humaines. Les fournisseurs de sécurité des données peuvent limiter les informations sensibles récupérées par les agents.

Les entreprises de sécurité cloud et applicative peuvent inspecter les workloads des agents ou le code généré. Les spécialistes de la sécurité des modèles peuvent tester les modèles, analyser les prompts et appliquer des règles aux entrées et aux sorties.

Les grands fournisseurs de plateformes disposent également d’avantages de distribution. Microsoft, Salesforce, ServiceNow et les principaux fournisseurs de cloud peuvent placer des contrôles de gouvernance à côté des systèmes dans lesquels leurs clients développent des agents.

Cisco a également présenté les agents comme un défi de sécurité distinct. Son portefeuille de sécurité agentique combine des contrôles d’identité, de réseau, d’applications et d’IA au sein d’une plateforme d’entreprise plus large.

La question concurrentielle n’est pas de savoir si chaque approche répond à un risque légitime. Elle est de savoir si les acheteurs privilégient une couche inter-plateformes distincte ou des contrôles intégrés aux produits qu’ils utilisent déjà.

Les plateformes indépendantes peuvent offrir une neutralité entre fournisseurs. Elles peuvent identifier des relations qu’un fournisseur d’applications unique ne peut pas observer au-delà de son propre environnement.

Les fournisseurs intégrés peuvent réduire les frictions liées aux achats et au déploiement. Ils contrôlent également des points d’application précieux au sein des systèmes d’identité, réseaux, navigateurs, plateformes cloud et applications métier.

Reco s’intègre à des fournisseurs et applications, notamment OpenAI, Anthropic, Microsoft Copilot, Salesforce, ServiceNow et Workday. Une large couverture est importante, car les entreprises standardisent rarement tous leurs agents sur un seul modèle ou une seule plateforme.

La couverture seule ne garantira pas un avantage durable. Les intégrations doivent rester à jour à mesure que les fournisseurs modifient leurs API, autorisations, événements d’audit et architectures d’agents.

Le financement de Reco lui donne les ressources nécessaires pour maintenir ces connexions et développer ses canaux. Il ne supprime pas la charge opérationnelle créée par un marché en évolution rapide.

Un marché encombré peut valider Reco tout en le comprimant

La concurrence qui confirme la demande rend également plus difficile pour Reco la défense d’une catégorie de produit unique.

Les investisseurs en cybersécurité cherchent depuis des années le prochain grand point de contrôle. Les terminaux, l’infrastructure cloud, l’identité et les données ont chacun fait émerger de grandes entreprises après l’évolution des usages informatiques.

Les agents IA semblent constituer une autre mutation de ce type. Ils combinent autonomie et autorisations, et peuvent agir à travers des systèmes conçus autour d’utilisateurs humains.

Les startups y voient une opportunité, car les outils existants répartissent souvent ces systèmes entre des tableaux de bord distincts. Une équipe de sécurité peut comprendre le compte d’un employé sans voir tous les agents utilisant ses identifiants.

Le responsable d’une application peut savoir quelles intégrations sont installées sans comprendre comment un agent les enchaîne. Une équipe de données peut suivre des enregistrements sensibles sans observer le processus de raisonnement qui les a demandés.

Les fournisseurs de sécurité des agents promettent de relier ces vues partielles. Toutefois, leurs descriptions se recoupent de plus en plus autour de la découverte, de l’inventaire, de la gestion de posture, de l’identité, de la surveillance à l’exécution et de l’application des politiques.

Ce chevauchement peut dérouter les acheteurs. Une entreprise évaluant plusieurs produits peut entendre des affirmations similaires exprimées dans des langages architecturaux différents.

La catégorie qui en résulte pourrait se diviser en couches spécialisées. Certains acheteurs pourraient adopter des contrôles d’identité pour les agents, une inspection à l’exécution des interactions avec les modèles et des contrôles de données pour la récupération.

D’autres pourraient préférer une plateforme consolidée couvrant l’ensemble de l’environnement des agents. La stratégie de Reco centrée sur les graphes se rapproche davantage de la seconde option.

Le marché pourrait aussi se consolider par acquisitions. Les fournisseurs établis peuvent acheter une technologie spécialisée lorsque les clients exigent des contrôles plus vite que les équipes internes ne peuvent les développer.

Cette dynamique définit déjà la cybersécurité. Un nouveau changement d’infrastructure attire des startups spécialisées, tandis que les grands fournisseurs ajoutent des fonctionnalités ou acquièrent des leaders à mesure que les priorités d’achat deviennent plus claires.

L’environnement de financement reflète cette course. Des articles spécialisés ont décrit la pression exercée par les startups nativement IA sur les acteurs historiques pour qu’ils développent ou acquièrent de nouvelles capacités.

Les données de PitchBook citées dans ces articles indiquaient que la moitié des transactions en cybersécurité en 2025 impliquaient des startups nativement IA. Elles ont également relevé une forte croissance des opérations concernant l’orchestration de la sécurité et la réponse automatisée.

Ces chiffres couvrent un marché plus large que la gouvernance des agents. Ils montrent néanmoins à quelle vitesse l’intelligence artificielle est devenue un élément des stratégies d’investissement et d’acquisition en cybersécurité.

La concurrence vient aussi des clients eux-mêmes. Les grandes entreprises peuvent construire des inventaires internes, des systèmes d’approbation et des couches de politiques autour de leurs plateformes d’agents privilégiées.

Le développement interne devient plus attractif lorsqu’une organisation possède des systèmes inhabituels ou des exigences de conformité strictes. Il l’est moins lorsque les agents se répartissent entre des centaines d’applications.

Reco doit démontrer que sa plateforme réduit suffisamment le travail d’intégration et d’investigation pour justifier une relation de sécurité supplémentaire. Cette démonstration dépendra de la rapidité de déploiement, de la qualité de couverture et d’une remédiation mesurable.

L’entreprise affirme prendre en charge des centaines d’applications et pouvoir être déployée rapidement. Ce sont des déclarations de l’entreprise, et les preuves les plus importantes viendront d’une utilisation durable par les clients.

L’expansion auprès d’AT&T et d’autres grandes entreprises peut fournir ces preuves. Des déploiements réussis pourraient montrer que la visibilité inter-applications reste nécessaire, même lorsque les plateformes individuelles ajoutent des contrôles natifs.

Le résultat inverse affaiblirait la différenciation de Reco. Si les clients s’appuient principalement sur les contrôles de Microsoft, Cisco, des fournisseurs cloud ou des fournisseurs d’identité, une couche distincte pour les agents pourrait devenir plus difficile à défendre.

Le financement ne résout pas le problème de mesure

Les équipes de sécurité ne disposent toujours pas d’une méthode établie pour mesurer si la gouvernance des agents réduit les risques significatifs.

Trouver un agent ne revient pas à le sécuriser. Créer un inventaire ne prouve pas qu’une plateforme peut empêcher des actions nuisibles sans bloquer le travail légitime.

Le comportement des agents est difficile à classifier, car une même action peut être appropriée dans un contexte et dangereuse dans un autre. La lecture de dossiers clients peut être nécessaire pour l’assistance, mais inacceptable dans un flux de travail sans rapport.

La responsabilité peut également être floue. Un employé peut configurer un agent, tandis qu’un fournisseur de plateforme l’héberge et que plusieurs services dépendent de ses résultats.

Les autorisations ajoutent une autre complication. Les agents peuvent hériter d’accès provenant d’utilisateurs, de comptes de service, de clés API, de sessions de navigateur ou d’applications connectées.

Un outil de sécurité doit reconstruire ces chemins avec précision. Omettre une connexion peut sous-estimer le risque, tandis qu’un excès d’alertes peut submerger les équipes et freiner l’adoption.

Le contexte fondé sur les graphes peut aider à prioriser l’exposition, mais la qualité des graphes dépend de données complètes et actualisées. Les systèmes d’entreprise contiennent fréquemment des comptes obsolètes, des intégrations non documentées et des registres de responsabilité incohérents.

L’intervention en temps réel crée son propre arbitrage. Bloquer une requête suspecte peut prévenir une compromission, mais une décision erronée peut interrompre un processus métier.

Les acheteurs de solutions de sécurité auront donc besoin de preuves allant au-delà du nombre d’agents découverts. Parmi les mesures utiles figurent les autorisations risquées supprimées, les agents non autorisés désactivés et les comportements à fort impact arrêtés.

Les acheteurs devraient également examiner les faux positifs, le temps d’investigation, la couverture des intégrations et le coût opérationnel du maintien à jour des politiques.

Les tests indépendants restent limités, car les architectures d’agents évoluent rapidement. Les produits peuvent aussi utiliser des définitions différentes des agents, copilotes, flux de travail et identités non humaines.

Cela rend les comparaisons entre fournisseurs difficiles. Une plateforme peut compter toutes les applications enrichies par l’IA, tandis qu’une autre ne compte que les flux de travail autonomes capables d’agir.

Les propres recherches de Reco illustrent à la fois la valeur et les limites des preuves actuelles. Sa télémétrie identifie une utilisation non gérée substantielle, mais l’entreprise vend également la plateforme censée répondre à cette utilisation.

Cela ne rend pas ces conclusions invalides. Cela signifie que les acheteurs devraient distinguer les éléments qui établissent l’existence d’un problème général de ceux qui valident la solution d’un fournisseur particulier.

Le bilan plus large de la sécurité renforce la crédibilité de cette préoccupation. Les agents peuvent accéder à des fichiers, systèmes métier, outils de communication et environnements de production lorsqu’ils sont configurés avec des autorisations étendues.

Dans un incident rapporté, un agent mal configuré a supprimé puis recréé un environnement cloud actif, contribuant à une longue interruption de service. D’autres cas ont impliqué des instructions cachées, des plugins non sûrs, des jetons exposés ou des accès excessifs.

Ces événements soutiennent la nécessité de contrôles autour des autorisations et de l’activité des agents. Ils n’établissent pas quelle architecture de produit deviendra la norme.

Le nouveau financement de Reco lui donne le temps de recueillir des preuves auprès de ses clients. Il augmente également les attentes concernant la croissance commerciale, les résultats de déploiement et la maturité du produit.

Les résultats les plus convaincants relieront la visibilité à des incidents évités ou contenus. La seule croissance brute de l’inventaire pourrait simplement refléter la diffusion rapide des outils d’IA.

Trois signaux montreront si Reco peut prendre l’avantage

L’expansion auprès des clients, une remédiation mesurable et la consolidation concurrentielle révéleront si Reco construit une catégorie ou occupe une lacune temporaire.

Le premier signal est l’adoption au-delà des projets initiaux de découverte. Les entreprises achètent souvent des outils de sécurité pour comprendre un nouveau problème avant de décider de l’ampleur de leur déploiement.

Reco doit amener ses clients à passer des inventaires à une gouvernance récurrente et à l’application de contrôles à l’exécution. Cette transition montrerait que la sécurité des agents est devenue une exigence opérationnelle.

Le double rôle d’AT&T, client et investisseur, rend son déploiement particulièrement important. La preuve d’une utilisation étendue renforcerait le dossier de Reco auprès d’autres grands acheteurs.

Les indicateurs pertinents comprennent davantage d’agents gouvernés, une couverture plus large des applications et une utilisation récurrente par les équipes d’opérations de sécurité. Les exemples publics de clients devraient expliquer ce qui a changé après le déploiement.

Le deuxième signal est une remédiation mesurable. Reco doit montrer que son graphe identifie des expositions que les outils existants d’identité, de SaaS ou de données ne font pas clairement ressortir.

Les cas les plus solides documenteraient la suppression d’accès excessifs, la révocation d’identifiants abandonnés ou l’interruption de combinaisons d’outils dangereuses. Ils devraient également décrire les faux positifs et les perturbations pour l’activité.

Ces preuves aideraient les acheteurs à distinguer la gouvernance des agents d’un simple inventaire d’actifs. Elles clarifieraient aussi si l’analyse contextuelle améliore le travail quotidien de sécurité.

L’absence de tels résultats affaiblirait la catégorie. Les acheteurs pourraient décider que les produits existants peuvent ajouter des champs et des tableaux de bord pour les agents sans nécessiter une autre plateforme.

Le troisième signal est la façon dont réagissent les concurrents de plus grande taille. Les lancements de produits, les partenariats et les acquisitions indiqueront quels points de contrôle attirent les dépenses des entreprises.

L’acquisition d’un spécialiste confirmerait que les fournisseurs établis perçoivent une valeur stratégique dans la sécurité des agents. Elle pourrait également rendre la concurrence indépendante plus difficile.

Les contrôles natifs des grands fournisseurs d’applications méritent la même attention. Si Microsoft, Salesforce, ServiceNow et les entreprises cloud offrent une gouvernance intersystèmes suffisante, les plateformes indépendantes subiront davantage de pression.

Cependant, des contrôles natifs fragmentés pourraient renforcer Reco. Les entreprises utilisant plusieurs fournisseurs de modèles et d’applications peuvent avoir besoin d’une couche neutre qui les relie.

La direction du marché deviendra plus claire à mesure que les équipes de sécurité feront passer les agents des projets pilotes à la production. L’utilisation en production crée des identités persistantes, des autorisations, des flux de données et des exigences de responsabilité.

Elle expose aussi les limites des contrôles conçus pour les chatbots. Les agents ne se contentent pas de générer du texte. Ils effectuent des actions à travers les systèmes qui leur sont connectés.

Le tour de table de 55 millions de dollars de Reco constitue un soutien important à cette distinction. Associé au financement de février, il donne à l’entreprise les ressources nécessaires pour se développer alors que les exigences des acheteurs restent incertaines.

Le capital ne décide pas de la course. Il offre à Reco une occasion plus importante de prouver que la gouvernance contextuelle doit se situer au-dessus des agents et applications individuels.

Les acheteurs d’entreprise devraient désormais poser une question pratique : Reco peut-il systématiquement identifier et contenir les risques liés aux agents que leur pile de sécurité existante ne détecte pas ?

La réponse déterminera si le financement de Reco AI agent security marque l’émergence d’une couche de contrôle durable ou un nouveau chapitre encombré de la consolidation de la cybersécurité.