La sécurité des agents IA de Reco obtient 55 millions de dollars alors que la concurrence s’intensifie

Reco a levé 55 millions de dollars pour sa solution de sécurité des agents IA Reco, apportant à l’entreprise de nouveaux capitaux alors que les entreprises peinent à gouverner les logiciels autonomes à travers leurs systèmes métiers.

Ce financement supplémentaire porte le total des capitaux levés par Reco à 140 millions de dollars. AT&T Ventures a participé à la fois en tant qu’investisseur et client, tandis que Forestay et Quadrille Capital ont également soutenu l’opération. Reco prévoit d’étendre ses activités commerciales, ses partenariats, ses canaux de distribution et son support client.

Le montant est important, mais le calendrier l’est davantage. Reco se repositionne au-delà de la sécurité SaaS, tandis qu’au moins deux douzaines d’entreprises s’attaquent à différentes facettes du problème de la sécurité des agents. CrowdStrike, WitnessAI, HiddenLayer, Zenity et d’autres fournisseurs abordent le marché depuis des points de départ différents.

C’est là que réside la tension centrale de ce tour de financement de Reco. Les entreprises ont besoin de visibilité avant que les agents n’acquièrent davantage d’autonomie, mais les acheteurs font face à des promesses qui se chevauchent dans un secteur de plus en plus encombré. Reco doit démontrer que sa cartographie existante des applications, des identités, des autorisations et des données lui confère un avantage défendable.

Le financement de Reco soutient un pari de sécurité élargi

Reco utilise ce nouveau financement pour transformer sa base de sécurité SaaS en une couche de contrôle plus large pour les agents IA d’entreprise.

Reco a annoncé le financement le 29 septembre 2026. L’entreprise l’a présenté comme un investissement supplémentaire de 55 millions de dollars, et non comme un nouveau tour de financement numéroté.

Cette distinction est importante. Reco a finalisé une série B de 30 millions de dollars en février, portant alors son financement à 85 millions de dollars. Les nouveaux capitaux sont arrivés moins de huit mois plus tard et ont porté son total divulgué à 140 millions de dollars.

Reco n’a pas communiqué de valorisation précise pour ce nouvel investissement. Le directeur général et cofondateur Ofer Klein a déclaré à TechCrunch que la valorisation avait plus que doublé depuis février. Il l’a située dans la « haute fourchette des centaines de millions », sans fournir de chiffre précis.

Klein a également indiqué que les revenus récurrents annuels avaient atteint plusieurs dizaines de millions de dollars et devraient tripler en 2026. Ces chiffres restent des déclarations de l’entreprise plutôt que des résultats audités de manière indépendante.

L’entreprise compte plus de 100 clients, selon Klein. Les organisations de services financiers représentent environ 40 % de son activité, ce qui expose Reco à des acheteurs soumis à des exigences strictes en matière d’accès, d’audit et de gouvernance des données.

La participation d’AT&T ajoute une dimension stratégique. L’entreprise de télécommunications ne fournit pas simplement des capitaux. AT&T utilise également Reco, ce qui donne à l’investissement davantage de poids pratique qu’un soutien financier conventionnel.

« En tant qu’investisseur et client, AT&T reconnaît l’importance croissante » de comprendre comment les agents interagissent avec les applications et les données, a déclaré Vikram Taneja, responsable d’AT&T Ventures.

Le financement soutiendra une expansion tournée vers les clients plutôt qu’un programme de recherche étroitement défini. Reco affirme qu’il recrutera dans les ventes, les partenariats, les opérations de distribution et le support client, à mesure que les entreprises déploient les agents en production.

Cette allocation suggère que Reco estime que sa proposition technique principale est prête à être déployée plus largement. Elle montre également que la distribution est devenue une variable concurrentielle majeure sur le marché de la sécurité des agents IA.

Un partenariat connexe renforce cette stratégie. Un jour avant d’annoncer le financement, Reco a dévoilé une intégration ServiceNow couvrant les agents Otto de ServiceNow et les configurations de la plateforme.

Reco affirme que l’intégration cartographie les identités, les autorisations, les outils connectés et l’exposition potentielle de chaque agent Otto. Elle exécute également plus de 170 contrôles de posture spécifiques à ServiceNow, puis transmet les conclusions vers les workflows ServiceNow pour correction.

Les annonces s’inscrivent dans une même logique. Le financement de Reco fournit des ressources pour la distribution, tandis que le partenariat avec ServiceNow place Reco au sein d’une plateforme où les entreprises gèrent déjà leurs opérations.

Le changement immédiat va donc au-delà d’un investissement supplémentaire dans la cybersécurité. Reco passe de la surveillance des applications SaaS à la gouvernance d’agents qui agissent à travers ces applications.

Cela crée un test produit plus exigeant. Découvrir une application est utile, mais suivre un agent exige de comprendre les relations changeantes entre comptes, outils, sessions, autorisations et workflows.

Pourquoi la sécurité des agents IA de Reco attire aujourd’hui des capitaux

Les entreprises accordent aux agents un accès opérationnel plus vite que de nombreuses équipes de sécurité ne peuvent établir la responsabilité, l’inventaire et des contrôles applicables.

Un agent IA est un logiciel capable de poursuivre un objectif au moyen d’outils, de données et d’actions automatisées. Contrairement à un chatbot conventionnel, un agent peut interagir avec des applications ou déclencher des workflows avec une intervention humaine limitée.

Ces capacités modifient le problème de sécurité. Un employé possède généralement une identité identifiable, un responsable, un appareil et un cycle de vie professionnel. Un agent peut emprunter l’autorisation d’un utilisateur, utiliser un compte de service, appeler une API ou opérer via une session de navigateur.

Un même agent peut également traverser plusieurs systèmes au cours d’une seule tâche. Il peut lire un ticket de support, récupérer des données client, rédiger une réponse et mettre à jour un enregistrement CRM. Chaque étape peut sembler légitime lorsqu’elle est examinée séparément.

Le parcours combiné est plus difficile à évaluer. Un agent disposant d’autorisations modestes dans plusieurs applications peut créer une exposition plus importante lorsque ces autorisations sont reliées entre elles.

C’est pourquoi Reco met l’accent sur les relations plutôt que sur des actifs isolés. Son Reco Graph est un graphe de contexte, c’est-à-dire une carte structurée reliant agents, personnes, applications, comptes, données, autorisations et actions.

Selon l’entreprise, ce graphe aide les équipes de sécurité à déterminer quels agents existent, ce qu’ils peuvent atteindre et quels accès doivent être supprimés. Reco affirme que sa plateforme prend en charge plus de 280 intégrations d’applications et 1 000 contrôles de détection.

La plateforme utilise également des signaux de navigateur et de réseau pour trouver des agents au-delà des applications directement intégrées, a déclaré Klein à TechCrunch. Reco affirme pouvoir inspecter les prompts et les appels d’outils, qui sont des requêtes qu’un agent envoie à des modèles ou à des services connectés.

Les arguments en faveur de la demande comprennent des exemples clients marquants, même si les lecteurs devraient les considérer comme des affirmations du fournisseur. Klein a déclaré que Reco avait découvert 21 000 agents auparavant inconnus chez un client du Fortune 100.

Dans une grande entreprise de services financiers, Reco aurait identifié un agent créé par un ancien employé. Selon Klein, l’agent pouvait accéder à Salesforce et transmettre des informations à un domaine que l’organisation ne pouvait pas voir.

Ces exemples illustrent pourquoi les inventaires logiciels de base peuvent échouer. Une entreprise peut savoir que Salesforce est approuvé tout en ignorant l’agent, l’autorisation accordée ou la destination externe qui y est rattachée.

Le problème dépasse la base clients de Reco. Chris Sestito, directeur général de HiddenLayer, a déclaré que plus de 50 de ses clients avaient des agents en production touchant des actifs sensibles et des systèmes critiques.

Cymphony a indiqué séparément avoir trouvé environ 85 000 fichiers exposés à des outils et agents IA dans une entreprise publique. Ces chiffres sont des observations rapportées par les entreprises, et non des échantillons représentatifs du secteur.

Ils signalent néanmoins un défi opérationnel cohérent. L’adoption en entreprise peut se produire simultanément par l’intermédiaire de plateformes approuvées, de fonctionnalités intégrées, d’outils de navigateur, d’expérimentations d’employés et de workflows personnalisés.

Les équipes de sécurité ne peuvent pas gouverner un objet qu’elles ne peuvent pas identifier. Elles ne peuvent pas non plus attribuer la responsabilité si personne ne sait qui est propriétaire d’un agent ou pourquoi son accès reste actif.

Cette lacune d’inventaire exerce une pression sur les directeurs de la sécurité des systèmes d’information. Bloquer chaque agent limiterait une adoption légitime, tandis qu’approuver des outils sans surveillance continue pourrait exposer des dossiers clients, du code source ou des processus financiers.

Les organisations ont donc besoin d’une voie médiane. Elles doivent autoriser une automatisation utile tout en limitant les autorisations inutiles et en conservant une trace de la responsabilité et des changements.

Une documentation claire est essentielle en complément des contrôles automatisés. Les équipes qui évaluent l’accès des agents ont besoin d’une base de connaissances consultable pour les politiques, les décisions d’architecture, les responsables et les conclusions d’incidents.

Le moment choisi par Reco reflète cette évolution. L’entreprise se concentrait initialement davantage sur la posture SaaS et la visibilité des applications IA. Elle présente désormais la sécurité des agents comme la couche qui relie ces capacités antérieures.

Ce positionnement offre à Reco un point d’entrée plausible, mais il ne règle pas la question concurrentielle. De nombreuses entreprises de sécurité voient la même opportunité, et plusieurs partent d’avantages techniques différents.

Le marché de la sécurité des agents IA est déjà encombré

Reco ne court pas contre un seul rival direct ; l’entreprise est en concurrence avec plusieurs catégories de sécurité qui convergent vers le même budget d’entreprise.

TechCrunch a identifié au moins deux douzaines d’entreprises proposant une forme de sécurité des agents IA. Leurs produits diffèrent, mais leur marketing répète souvent les mêmes promesses : découverte, gouvernance, surveillance à l’exécution, contrôle des outils et réduction des risques.

Certains fournisseurs se concentrent sur les outils que les agents peuvent invoquer. D’autres mettent l’accent sur l’accès aux données, les identités non humaines, le trafic de prompts, le comportement à l’exécution ou l’usage non autorisé de l’IA.

CrowdStrike aborde le problème depuis la détection et la réponse sur les terminaux. Son positionnement peut séduire les acheteurs qui souhaitent relier l’activité des agents aux appareils, aux charges de travail et aux opérations de sécurité établies.

Zenity se concentre fortement sur la sécurisation des agents IA et de l’automatisation low-code. Ce cadrage concerne les workflows créés dans des plateformes que les équipes métiers peuvent configurer sans les contrôles conventionnels du développement logiciel.

HiddenLayer a débuté dans la sécurité des modèles de machine learning. Son expansion vers la protection des agents met l’accent sur les menaces qui apparaissent lorsque les modèles et systèmes autonomes passent en production.

WitnessAI propose une gouvernance de l’IA d’entreprise et des contrôles des flux de données. L’entreprise a levé 58 millions de dollars début 2026 auprès d’investisseurs comprenant notamment Sound Ventures, Fin Capital, Qualcomm Ventures et Samsung Ventures.

Ce financement constituait un autre signe de l’afflux de capitaux vers cette catégorie. Axios a rapporté que PitchBook estimait que près de 250 millions de dollars avaient été investis dans des entreprises de cybersécurité agentique en 2025, à travers près de deux douzaines d’opérations.

Cet investissement dans la sécurité des agents s’accompagnait également d’une précision importante. Environ un quart des répondants à une étude McKinsey ont déclaré que leurs organisations déployaient de manière significative des systèmes d’IA agentique.

L’adoption est donc réelle, mais inégale. Les fournisseurs construisent pour un vaste marché futur alors que de nombreux clients restent au stade des pilotes, des déploiements limités ou des premiers programmes de gouvernance.

La réponse de Reco à ce marché encombré est le contexte. L’entreprise affirme que sa couverture SaaS lui donne une vision existante des relations entre applications, identités, autorisations et données.

Cette fondation pourrait aider Reco à reconnaître les risques à travers des systèmes connectés. Une équipe de sécurité pourrait voir non seulement qu’un agent existe, mais aussi quel compte il utilise et quelles informations métier ce compte peut atteindre.

L’approche diffère des contrôles placés uniquement autour d’un point de terminaison de modèle. Un agent peut se comporter de manière sûre au niveau du modèle tout en conservant un accès excessif à Salesforce, Workday, Microsoft 365 ou ServiceNow.

Reco affirme également pouvoir ajouter rapidement de nouvelles intégrations grâce à son Reco Factory. La rapidité d’intégration compte, car chaque application non prise en charge crée une nouvelle faille potentielle de visibilité.

Pourtant, les graphes de contexte ne sont pas propres à Reco. Les graphes de connaissances, relations d’identité, cartographies d’actifs et analyses des chemins d’attaque sont déjà présents dans les produits de cloud, d’identité, de données et de gestion de l’exposition.

La question concurrentielle n’est donc pas de savoir si les relations comptent. Il s’agit de déterminer si Reco peut construire et maintenir une cartographie relationnelle plus utile que les grandes plateformes ou les concurrents spécialisés.

Les fournisseurs établis disposent d’avantages en matière de distribution, de télémétrie et d’achats. Un client utilisant déjà une grande plateforme de sécurité des terminaux, des identités, du cloud ou des données pourrait préférer un module agent de ce fournisseur.

Les startups peuvent réagir par une spécialisation plus poussée et un développement produit plus rapide. Elles doivent toutefois prouver qu’une plateforme distincte apporte suffisamment de valeur pour justifier une console supplémentaire, un projet d’intégration et une évaluation de fournisseur.

L’implication d’AT&T et de ServiceNow confère à Reco une certaine crédibilité sur ce point. Un grand client-investisseur peut fournir des retours de déploiement, tandis qu’une intégration de plateforme peut intégrer les conclusions aux workflows de sécurité existants.

Aucune de ces relations ne garantit le leadership du marché. Les investisseurs stratégiques soutiennent parfois plusieurs technologies, et les partenariats de plateforme peuvent s’étendre à des fournisseurs concurrents.

C’est pourquoi le tour de financement de Reco représente autant une pression concurrentielle qu’une validation. Ce capital donne à Reco le temps de conquérir des clients avant que des catégories de sécurité adjacentes n’absorbent la gouvernance des agents.

Le vainqueur ne sera peut-être pas le fournisseur proposant la liste la plus étendue de fonctionnalités propres aux agents. Il pourrait s’agir de l’entreprise qui relie le risque lié aux agents aux systèmes auxquels les équipes de sécurité font déjà confiance et qu’elles exploitent.

Ce que le graphe de contexte de Reco doit démontrer

La promesse centrale de Reco repose sur la couverture des données, l’exactitude des relations et la remédiation en temps utile, et pas seulement sur sa capacité à afficher un inventaire d’agents.

Le Reco Graph relie les agents aux identités, applications, autorisations, connexions API, sessions, outils, données et workflows. Cette structure répond à une faiblesse importante de la gestion conventionnelle des actifs.

Une liste peut montrer qu’un agent existe. Un graphe peut montrer que cet agent utilise l’autorisation d’un ancien employé, accède à des dossiers sensibles et transmet des informations par une intégration externe.

Cette vision relationnelle permet une décision de sécurité plus précise. Au lieu d’interdire l’agent, une équipe pourrait supprimer une autorisation inutile, révoquer un jeton obsolète ou désactiver une connexion risquée.

Reco affirme que son produit peut réduire les autorisations excessives, révoquer les accès obsolètes, désactiver les intégrations et appliquer des politiques. Ces actions sont importantes, mais leur fiabilité dépend de la télémétrie sous-jacente.

La couverture est le premier test. Plus de 280 intégrations représentent une largeur de couverture substantielle, mais les grandes entreprises utilisent souvent des milliers d’applications, extensions, scripts et services internes.

La partie non prise en charge peut présenter le risque le plus élevé. De nouveaux frameworks d’agents et serveurs Model Context Protocol peuvent apparaître avant que des intégrations de sécurité formelles n’existent.

Model Context Protocol, couramment abrégé MCP, est une norme permettant de connecter des systèmes d’IA à des outils et à des sources de données. Une connexion MCP peut étendre ce qu’un agent voit et fait.

Reco doit identifier ces connexions dans les déploiements approuvés comme non approuvés. Les signaux provenant des navigateurs et du réseau peuvent aider, mais le trafic chiffré, les comptes personnels, le code personnalisé et les services distants compliquent la découverte.

L’exactitude est le deuxième test. Un graphe peut aboutir à des conclusions trompeuses s’il associe le mauvais propriétaire, omet une autorisation temporaire ou ne peut distinguer un accès théorique d’une utilisation réelle.

Les faux positifs génèrent des coûts opérationnels. Les équipes de sécurité peuvent cesser de faire confiance aux recommandations si une plateforme signale à répétition des relations inoffensives ou propose des remédiations perturbatrices.

Les faux négatifs créent le danger inverse. Un tableau de bord apparemment propre peut inspirer une confiance injustifiée lorsqu’un agent ou une intégration reste invisible.

La fraîcheur est le troisième test. Les relations des agents peuvent évoluer rapidement lorsque les utilisateurs autorisent de nouveaux outils, que les développeurs modifient les workflows ou que les applications ajoutent des fonctionnalités d’IA intégrées.

Une analyse périodique peut ne pas détecter une chaîne d’accès avant qu’un agent n’agisse. Reco doit démontrer à quelle vitesse il détecte les changements et avec quelle fiabilité il met à jour les décisions de risque.

La remédiation est le quatrième test. Identifier une relation dangereuse est précieux, mais les entreprises ont besoin de contrôles qui fonctionnent dans diverses applications sans perturber les processus légitimes.

Le partenariat avec ServiceNow offre un modèle concret. Reco indique que les conclusions peuvent revenir vers ServiceNow sous forme de tickets et de workflows, afin que la remédiation reste au sein d’un système opérationnel établi.

Cela laisse toutefois des questions sur l’automatisation. Les acheteurs doivent savoir quelles actions Reco peut exécuter directement, lesquelles nécessitent une approbation et comment les équipes peuvent annuler une modification incorrecte.

Les équipes de sécurité examineront également les limites de privilèges. Une plateforme capable de découvrir et de révoquer des accès nécessite une visibilité étendue et potentiellement des droits administratifs sensibles.

Reco devient ainsi lui-même un élément de l’architecture de sécurité critique du client. Les acheteurs doivent évaluer sa gestion des données, la conception de ses rôles, ses journaux d’audit, ses modes de défaillance et les autorisations de ses intégrations.

La découverte rapportée de 21 000 agents illustre à la fois l’opportunité et l’incertitude. Reco n’a pas fourni publiquement la méthode de comptage du client, sa définition d’un agent ou une validation indépendante.

Une extension de navigateur, un assistant intégré, un workflow automatisé et un agent de production autonome ne créent pas nécessairement un risque équivalent. Traiter chaque objet détecté comme équivalent pourrait gonfler le problème apparent.

La même prudence s’applique aux déclarations de revenus et de croissance. Reco affirme que ses revenus annuels récurrents devraient tripler cette année, mais les prévisions d’entreprises privées restent non vérifiées.

Aucune de ces questions n’invalide la thèse produit. Elles identifient les preuves que les acheteurs devraient exiger avant de considérer un graphe de contexte comme la source faisant autorité pour le risque lié aux agents.

L’évaluation devrait commencer par une comparaison d’inventaire contrôlée. Les équipes de sécurité peuvent mesurer combien d’agents connus Reco détecte, quels éléments inconnus il met en évidence et combien de résultats résistent à une vérification manuelle.

Un deuxième test devrait examiner l’exactitude des chemins d’accès. Les acheteurs peuvent sélectionner de vrais workflows et confirmer si Reco cartographie correctement les identités, autorisations, outils, destinations de données et responsables métiers.

Un troisième test devrait mesurer les résultats de remédiation. La plateforme doit réduire l’exposition sans interrompre l’automatisation approuvée ni générer une file d’alertes ingérable.

L’avantage concurrentiel de Reco n’émergera que si ces tests surpassent les outils existants d’identité, de SaaS, de cloud et de terminaux. Un graphe visuellement détaillé ne suffira pas à établir cet avantage.

Trois signaux détermineront si le pari réussit

La prochaine phase de Reco sera jugée selon la profondeur de ses déploiements en entreprise, des résultats de contrôle mesurables et sa réponse aux concurrents qui investissent les mêmes workflows.

Le premier signal est l’expansion au-delà de la découverte initiale. Reco compte plus de 100 clients, selon Klein, mais le seul nombre de clients ne peut montrer à quel point les organisations utilisent profondément le produit.

Il faut surveiller si les déploiements passent d’audits limités à une gouvernance continue dans plusieurs unités opérationnelles. Une adoption plus large confirmerait l’affirmation de Reco selon laquelle la sécurité des agents devient une exigence opérationnelle.

Les meilleures preuves incluraient des changements signalés par les clients. Il pourrait s’agir d’une réduction des autorisations excessives, d’une suppression plus rapide des agents abandonnés ou d’un nombre moindre d’intégrations inconnues après le déploiement.

Des études de cas indépendantes renforceraient encore l’argument. Les communications actuelles reposent largement sur les déclarations de l’entreprise et sur des exemples de clients sélectionnés.

Si les clients restent concentrés sur des inventaires ponctuels, le marché pourrait considérer la sécurité des agents comme un projet d’évaluation plutôt qu’une catégorie de plateforme durable.

Le deuxième signal concerne la couverture produit dans des environnements d’agents en évolution. Reco affirme prendre en charge des centaines d’applications, mais la question pertinente est de savoir si cette couverture suit le rythme des nouvelles plateformes et des workflows internes.

La relation avec ServiceNow constitue un indicateur précoce. L’intégration protège les agents Otto, évalue la posture de la plateforme et oriente les conclusions vers les workflows existants.

Reco doit démontrer que ce modèle fonctionne ailleurs. Les acheteurs rechercheront une profondeur comparable pour Microsoft Copilot, Salesforce, Workday, OpenAI, Anthropic, les navigateurs et les frameworks d’agents personnalisés.

Les nouvelles intégrations doivent fournir plus qu’un simple nombre de connecteurs. Les équipes de sécurité ont besoin d’une résolution cohérente des identités, d’une analyse des autorisations, d’un suivi de l’activité et de capacités de remédiation dans chaque environnement.

La preuve d’une intégration rapide et précise renforcerait la thèse de Reco sur la sécurité des agents d’IA. Des lacunes persistantes ou des connecteurs superficiels l’affaibliraient.

Le troisième signal est la manière dont les concurrents proposent des contrôles similaires. L’opportunité de Reco se réduit si de grandes plateformes de sécurité intègrent la gouvernance des agents aux produits que leurs clients possèdent déjà.

CrowdStrike et d’autres fournisseurs de sécurité des terminaux peuvent relier l’activité des agents à la télémétrie des appareils. Les fournisseurs d’identité peuvent étendre les contrôles de cycle de vie aux comptes non humains et aux accès délégués.

Les plateformes de sécurité cloud peuvent cartographier les charges de travail, les secrets et les API. Les entreprises de sécurité des données peuvent se concentrer sur les informations sensibles qu’un agent peut récupérer ou transmettre.

Des spécialistes tels que WitnessAI, HiddenLayer et Zenity peuvent rivaliser grâce à une expertise concentrée sur les agents. Leurs produits peuvent chevaucher ceux de Reco tout en mettant l’accent sur différents points de contrôle.

Ce paysage concurrentiel est visible dans les actuels financements de sécurité. Reco doit transformer ses nouveaux capitaux en une expérience de déploiement défendable avant que les frontières de la catégorie ne se stabilisent.

La consolidation du marché est une autre possibilité. Les entreprises peuvent hésiter à exploiter des outils distincts pour la posture SaaS, la sécurité des modèles, la protection des agents à l’exécution, la gouvernance des données et le contrôle des identités.

Les fournisseurs réagiront par l’expansion de leurs produits, des partenariats et des acquisitions. La stratégie d’intégration de Reco le positionne pour y participer, mais les grandes plateformes disposent d’un levier considérable.

L’entreprise doit également préserver sa clarté à mesure qu’elle s’élargit. « Agentic security » peut devenir un terme générique couvrant la découverte, la gouvernance, la défense à l’exécution, la protection des données et la posture des applications.

Un récit de plateforme large peut aider Reco à atteindre davantage de budgets. Il peut aussi compliquer l’évaluation directe du produit si les acheteurs ne peuvent déterminer quels contrôles sont matures aujourd’hui.

La voie la plus crédible est une spécificité mesurable. Reco devrait montrer ce qu’il détecte, comment il relie ces éléments de preuve, quelle action il recommande et quelle exposition disparaît ensuite.

La levée de $55 million donne à Reco les ressources nécessaires pour bâtir une distribution autour de cette proposition. Elle ne démontre pas que la catégorie soutiendra toutes les entreprises qui la poursuivent actuellement.

Les acheteurs en entreprise devraient éviter de choisir un fournisseur sur la seule base des montants levés ou du nombre d’agents. Ils devraient tester la découverte par rapport à un inventaire connu, valider les chemins d’accès et mesurer l’exactitude de la remédiation.

Ils devraient également demander qui est responsable de chaque agent après le déploiement. La visibilité technique a une valeur limitée si les équipes métiers, les équipes de sécurité et les administrateurs de plateforme ne parviennent pas à s’accorder sur la responsabilité.

Pour les développeurs, la leçon est tout aussi pratique. Chaque nouvelle connexion à un outil ou autorisation déléguée devient partie intégrante de la frontière de sécurité de l’agent, même lorsque le modèle lui-même se comporte comme prévu.

Pour les travailleurs du savoir, l’adoption des agents change la manière dont les accès persistent. Une automatisation créée pour un projet peut continuer à accéder à des documents, messages et dossiers après la disparition de son objectif initial.

L’investissement dans Reco montre que ces questions sont devenues commercialement urgentes. Le marché de la sécurité des agents d’IA attire des capitaux importants avant que ses frontières techniques et ses fournisseurs dominants ne soient établis.

Les prochains mois devraient révéler si Reco transforme son soutien stratégique en déploiements plus poussés, intégrations plus riches et réduction des risques vérifiée. Ces résultats comptent davantage qu’un nouveau titre sur un financement.

Les organisations qui évaluent la sécurité des agents d’IA de Reco devraient commencer par une question : la plateforme peut-elle identifier et expliquer des chemins d’accès que leurs outils actuels ne détectent réellement pas ? Une réponse convaincante exige un test en conditions réelles, des références documentées et des résultats que les équipes de sécurité peuvent reproduire. Les acheteurs devraient comparer ces constats aux produits de sécurité des identités, des terminaux, du SaaS, du cloud et des données déjà déployés. Ils devraient ensuite mesurer si Reco élimine les accès risqués sans bloquer une automatisation utile. Si les déploiements produisent des améliorations reproductibles, le financement apparaîtra comme un pari précoce sur une couche de contrôle durable. Si la valeur reste concentrée dans des tableaux de bord de découverte et des exemples rapportés par le fournisseur, une concurrence dense deviendra le problème majeur de Reco.