I finanziamenti di Reco per la sicurezza degli agenti AI crescono mentre il mercato si affolla

Reco ha raccolto 55 milioni di dollari per la sicurezza degli agenti AI, portando i finanziamenti complessivi a 140 milioni di dollari mentre un numero crescente di fornitori punta allo stesso problema aziendale.

Il round strategico è stato guidato da AT&T Ventures, con Forestay e Quadrille Capital che hanno partecipato come nuovi investitori. Segue l’annuncio, a febbraio, del Series B da 30 milioni di dollari di Reco, rendendo il ritmo degli investimenti quasi altrettanto importante del totale.

La vicenda dei finanziamenti di Reco per la sicurezza degli agenti AI non è quindi soltanto un’altra operazione nel settore della cybersecurity. Gli investitori scommettono sull’idea che le imprese abbiano bisogno di un livello di controllo distinto per gli agenti che operano nelle applicazioni aziendali. Reco deve ora dimostrare che tale livello possa restare distinto mentre startup e società di sicurezza consolidate convergono sulla categoria.

Reco affronta il problema attraverso le connessioni tra agenti, identità, autorizzazioni, applicazioni, dati e workflow. Questo approccio differisce dai prodotti incentrati principalmente sulla protezione dei modelli, sul filtraggio dei prompt o sulla scansione del codice generato dall’AI.

Tuttavia, il posizionamento tecnico da solo non determinerà l’esito del mercato. I responsabili degli acquisti in ambito sicurezza gestiscono già controlli per identità, SaaS, dati, cloud e applicazioni. Reco deve dimostrare perché il comportamento degli agenti richieda un’altra piattaforma e perché i fornitori esistenti non possano assorbire le stesse funzioni.

I finanziamenti di Reco per la sicurezza degli agenti AI raggiungono 140 milioni di dollari

Il nuovo capitale offre a Reco più margine per vendere il proprio modello di governance degli agenti prima che la categoria si consolidi.

Reco ha annunciato il round strategico da 55 milioni di dollari il 29 settembre 2026. AT&T Ventures ha guidato l’investimento, mentre Forestay e Quadrille Capital hanno partecipato come nuovi sostenitori.

Il round porta i finanziamenti cumulativi di Reco a 140 milioni di dollari. Si basa inoltre sul Series B da 30 milioni di dollari annunciato a febbraio, che aveva portato il totale dell’azienda a 85 milioni di dollari.

Questa sequenza è significativa. Reco ha raccolto più capitale nell’arco di alcuni mesi, ampliando al contempo il proprio messaggio dalla sicurezza SaaS alla sicurezza degli agenti aziendali. Il cambiamento segue la diffusione di agenti in grado di accedere ai dati, chiamare strumenti e avviare azioni all’interno dei sistemi aziendali.

Secondo i dettagli del finanziamento, Reco prevede di espandere vendite, partnership, operazioni di canale e assistenza clienti. Queste priorità suggeriscono che l’azienda stia passando dalla definizione della categoria a un’esecuzione commerciale più ampia.

L’operazione non è stata presentata come un round convenzionale incentrato solo sulla ricerca di prodotto. AT&T è sia investitore sia cliente, conferendo al finanziamento una dimensione strategica.

Vikram Taneja, alla guida di AT&T Ventures, ha affermato che le organizzazioni hanno sempre più bisogno di comprendere come gli agenti interagiscano con applicazioni e dati aziendali. Ha inoltre dichiarato che l’attenzione di Reco per visibilità e governance è in linea con le esigenze che AT&T osserva nelle imprese.

Questo sostegno offre più di un valore di brand. Una grande azienda di telecomunicazioni gestisce sistemi di identità complessi, parchi applicativi, ambienti dati e processi di approvazione. Sono condizioni simili a quelle in cui diventa difficile tracciare l’accesso degli agenti.

Tuttavia, la partecipazione di un cliente non dimostra autonomamente le prestazioni del prodotto. Indica che il problema è sufficientemente serio da indurre una grande impresa a sostenere finanziariamente un potenziale fornitore.

Reco afferma che la piattaforma può identificare gli agenti attivi, determinare quali identità utilizzano e mappare i sistemi a cui possono accedere. Tiene inoltre traccia di autorizzazioni, connessioni API, sessioni, workflow e strumenti Model Context Protocol.

Model Context Protocol, comunemente chiamato MCP, è uno standard che consente ai sistemi AI di connettersi a strumenti e fonti dati esterni. Queste connessioni rendono gli agenti più utili, ma ampliano anche ciò che software compromesso o mal indirizzato può raggiungere.

L’azienda descrive il proprio Reco Graph come il livello contestuale che unisce questi elementi. I team di sicurezza possono usare il grafo per individuare autorizzazioni eccessive, accessi obsoleti, integrazioni rischiose o attività che violano le policy.

Questo approccio riflette la storia di Reco nella sicurezza SaaS. Gli agenti moderni operano spesso attraverso le stesse applicazioni cloud, gli stessi token di autorizzazione e gli stessi account di servizio che i prodotti di sicurezza SaaS già monitorano.

Il round finanzia quindi sia l’espansione sia il riposizionamento. Reco scommette che la sua visibilità esistente sulle applicazioni possa diventare la base per governare software autonomo.

Questa scommessa crea la tensione centrale alla base del finanziamento. Reco dispone di capitale sufficiente per perseguire un mercato ampio, ma molti concorrenti sono giunti alla stessa conclusione.

L’adozione degli agenti sta trasformando l’accesso nel rischio principale

Un agente diventa un problema di sicurezza quando istruzioni, identità e sistemi connessi si combinano in un percorso d’azione non intenzionale.

Il software aziendale tradizionale di solito attende che una persona scelga un’azione. Un agente AI può selezionare strumenti, recuperare informazioni e completare diversi passaggi dopo aver ricevuto un obiettivo più ampio.

Questa autonomia cambia il calcolo del rischio. I team di sicurezza devono considerare non solo se un’applicazione sia approvata, ma anche cosa un agente possa fare attraverso di essa.

Un agente connesso a un database clienti potrebbe riassumere l’attività degli account. Lo stesso accesso potrebbe esporre record riservati se un’istruzione dannosa altera il compito.

Un altro agente potrebbe aggiornare ticket di assistenza, inviare messaggi e interrogare dati finanziari. Ogni autorizzazione può apparire ragionevole se esaminata separatamente. La loro combinazione può creare una portata operativa molto più ampia.

Reco definisce questa portata il blast radius di un agente. L’espressione descrive sistemi, dati e workflow interessati quando un agente commette un errore o segue istruzioni ostili.

La ricerca sulla sicurezza degli agenti dell’azienda afferma che quattro strumenti AI su cinque nell’ambiente analizzato operavano senza supervisione IT. Reco ha inoltre riportato 414 strumenti non autorizzati ogni 1.000 dipendenti presso organizzazioni piccole e di medie dimensioni.

Questi dati provengono dalla ricerca dell’azienda e dovrebbero essere considerati di conseguenza. Reco afferma che la metodologia ha combinato telemetria della piattaforma, analisi di server MCP pubblicati e registri pubblici delle vulnerabilità.

Lo stesso rapporto ha esaminato 500 strumenti per agenti pubblicati. Reco ha dichiarato che la metà poteva eseguire comandi shell su un host, mentre il 62 percento poteva leggere dati locali e accedere a internet.

Questa combinazione illustra perché i fornitori di sicurezza stiano andando oltre i filtri per prompt. Un prompt injection riuscito è più rilevante quando l’agente interessato può leggere file, raggiungere sistemi esterni ed eseguire comandi.

Il prompt injection è un attacco che incorpora istruzioni ostili nei contenuti elaborati da un sistema AI. L’agente può seguire tali istruzioni anche quando entrano in conflitto con il suo compito previsto.

Un dipendente potrebbe chiedere a un agente di riassumere una pagina web. Il testo nascosto in quella pagina potrebbe istruire l’agente a recuperare informazioni locali e trasmetterle altrove.

La vulnerabilità non dipende soltanto dal modello sottostante. Dipende anche da autorizzazioni, integrazioni, accesso ai dati, controlli di runtime e dal fatto che qualcuno rilevi comportamenti insoliti.

Reco vuole gestire questo più ampio contesto operativo. La sua piattaforma è progettata per scoprire gli agenti e collegarne l’attività alle identità e alle applicazioni circostanti.

Questa impostazione mette sotto pressione diverse categorie di sicurezza consolidate. I fornitori di gestione delle identità tracciano i diritti di accesso, gli strumenti di sicurezza SaaS ispezionano le applicazioni cloud e le piattaforme di sicurezza dei dati mappano le informazioni sensibili.

Le aziende di sicurezza cloud monitorano infrastrutture e workload. I fornitori di sicurezza applicativa testano software e API. Gli specialisti della sicurezza dei modelli ispezionano input, output e comportamento dei modelli.

Gli agenti AI attraversano questi confini. Un singolo workflow potrebbe coinvolgere un fornitore di modelli, un account di identità, più applicazioni SaaS, un server MCP e un database clienti.

Nessuna singola categoria legacy possiede necessariamente l’intera catena. Questo divario crea un’opportunità per aziende come Reco, ma invita anche concorrenti da ogni mercato adiacente.

Reco scommette sul contesto mentre i rivali costruiscono punti di controllo

La competizione centrale contrappone un livello di governance trasversale alle applicazioni a controlli di sicurezza collegati a singoli modelli, gateway, identità o workload.

Reco ha lanciato il proprio prodotto dedicato Agent Security a giugno. Il prodotto ha esteso la piattaforma esistente con rilevamento degli agenti, mappatura della proprietà, analisi delle autorizzazioni e remediation contestuale.

L’annuncio del prodotto descriveva gli agenti come componenti all’interno di ambienti aziendali interconnessi. Reco ha sostenuto che il loro rischio si estenda attraverso identità, applicazioni, workflow e integrazioni.

Un approccio basato su grafi è adatto a questa tesi. I sistemi a grafo modellano le relazioni, consentendo a un team di sicurezza di vedere come un agente si connetta a un account, token, strumento, applicazione o dataset.

Immaginiamo un agente di vendita che legge i record dei clienti, redige email, pianifica riunioni e aggiorna una pipeline. Un elenco di queste autorizzazioni fornisce utili informazioni di inventario.

Un grafo delle relazioni può aggiungere proprietà, attività recente, accessi ereditati e connessioni tra ciascun sistema. Questo contesto aiuta un analista a identificare combinazioni che creano un’esposizione insolita.

Reco afferma che i team possono quindi restringere gli ambiti delle autorizzazioni, revocare accessi obsoleti, disabilitare agenti non autorizzati e indirizzare le segnalazioni verso workflow di ticketing già consolidati.

A luglio, l’azienda ha ampliato i propri controlli di runtime. Reco ha dichiarato che l’aggiornamento ha aggiunto applicazione delle policy basata sul browser, analisi dei prompt in tempo reale, blocco e remediation automatizzata.

La sicurezza di runtime valuta il comportamento durante l’esecuzione del software, anziché affidarsi soltanto ai controlli di configurazione. Questa aggiunta ha avvicinato Reco ai concorrenti incentrati su gateway e intervento in tempo reale.

Tuttavia, l’azienda continua a sottolineare il contesto come elemento distintivo. La sua proposta è che una decisione di sicurezza diventi più accurata quando include relazioni di identità, applicazione, autorizzazione e business.

Altri fornitori stanno entrando da direzioni diverse. Le aziende di sicurezza delle identità possono trattare gli agenti come identità non umane. I fornitori di sicurezza dei dati possono limitare le informazioni sensibili recuperate dagli agenti.

Le aziende di sicurezza cloud e applicativa possono ispezionare i workload degli agenti o il codice generato. Gli specialisti della sicurezza dei modelli possono testare i modelli, analizzare i prompt e applicare regole sugli input e gli output.

Anche i grandi fornitori di piattaforme dispongono di vantaggi distributivi. Microsoft, Salesforce, ServiceNow e i principali provider cloud possono collocare controlli di governance accanto ai sistemi in cui i clienti sviluppano agenti.

Cisco ha inoltre definito gli agenti come una sfida di sicurezza distinta. Il suo portafoglio di sicurezza agentica combina controlli su identità, rete, applicazioni e AI all’interno di una piattaforma aziendale più ampia.

La questione competitiva non è se ciascun approccio affronti un rischio legittimo. È se gli acquirenti preferiscano un livello separato e trasversale alle piattaforme oppure controlli integrati nei prodotti che già utilizzano.

Le piattaforme indipendenti possono offrire neutralità tra fornitori. Possono individuare relazioni che un singolo fornitore di applicazioni non può osservare oltre il proprio ambiente.

I fornitori integrati possono ridurre l’attrito nell’approvvigionamento e nella distribuzione. Controllano inoltre preziosi punti di applicazione delle policy all’interno di sistemi di identità, reti, browser, piattaforme cloud e applicazioni aziendali.

Reco si integra con provider e applicazioni tra cui OpenAI, Anthropic, Microsoft Copilot, Salesforce, ServiceNow e Workday. Un'ampia copertura è importante perché le aziende raramente standardizzano tutti gli agenti su un unico modello o piattaforma.

La sola copertura non garantirà un vantaggio duraturo. Le integrazioni devono rimanere aggiornate man mano che i provider modificano API, autorizzazioni, eventi di audit e architetture degli agenti.

Il finanziamento di Reco le fornisce le risorse per mantenere queste connessioni ed espandere il proprio canale. Non elimina l'onere operativo creato da un mercato in rapida evoluzione.

Un mercato affollato può convalidare Reco e comprimerne lo spazio

La stessa concorrenza che conferma la domanda rende anche più difficile per Reco difendere una categoria di prodotto unica.

Gli investitori nella cybersecurity trascorrono da anni alla ricerca del prossimo importante punto di controllo. Endpoint, infrastruttura cloud, identità e dati hanno ciascuno generato grandi aziende dopo i cambiamenti nel comportamento informatico.

Gli agenti AI sembrano rappresentare un altro di questi cambiamenti. Combinano autonomia e autorizzazioni e possono agire su sistemi progettati attorno agli utenti umani.

Le startup vedono un'opportunità perché gli strumenti esistenti spesso suddividono questi sistemi in dashboard separate. Un team di sicurezza può comprendere l'account di un dipendente senza vedere ogni agente che utilizza le sue credenziali.

Un responsabile delle applicazioni può sapere quali integrazioni sono installate senza capire come un agente le concatenI. Un team dati può tracciare i record sensibili senza osservare il processo di ragionamento che li ha richiesti.

I fornitori di sicurezza per agenti promettono di collegare queste visualizzazioni parziali. Tuttavia, le loro descrizioni si sovrappongono sempre più su discovery, inventario, gestione della postura, identità, monitoraggio runtime e applicazione delle policy.

Questa sovrapposizione può confondere gli acquirenti. Un'azienda che valuta diversi prodotti può ascoltare affermazioni simili espresse con linguaggi architetturali differenti.

La categoria risultante potrebbe dividersi in livelli specializzati. Alcuni acquirenti potrebbero adottare controlli di identità per gli agenti, ispezione runtime per le interazioni con i modelli e controlli sui dati per il retrieval.

Altri potrebbero preferire una piattaforma consolidata che copra l'intero ambiente degli agenti. La strategia di Reco incentrata sui grafi è più vicina al secondo esito.

Il mercato potrebbe inoltre consolidarsi attraverso acquisizioni. I fornitori consolidati possono acquistare tecnologie specialistiche quando i clienti richiedono controlli più rapidamente di quanto i team interni riescano a svilupparli.

Questo schema definisce già la cybersecurity. Un nuovo cambiamento infrastrutturale attrae startup focalizzate, mentre i fornitori più grandi aggiungono funzionalità o acquisiscono leader man mano che le priorità di acquisto diventano più chiare.

L'ambiente di finanziamento riflette questa corsa. Le analisi del settore hanno descritto startup AI-native che spingono gli operatori storici a sviluppare o acquisire nuove capacità.

I dati PitchBook citati in tali analisi hanno mostrato che metà delle operazioni di cybersecurity nel 2025 ha coinvolto startup AI-native. Hanno inoltre rilevato una forte crescita nelle operazioni che coinvolgono l'orchestrazione della sicurezza e la risposta automatizzata.

Questi numeri coprono un mercato più ampio della governance degli agenti. Ciononostante, mostrano quanto rapidamente l'intelligenza artificiale sia diventata parte delle strategie di investimento e acquisizione nella cybersecurity.

La concorrenza arriva anche dai clienti stessi. Le grandi aziende possono sviluppare internamente inventari, sistemi di approvazione e livelli di policy attorno alle loro piattaforme di agenti preferite.

Lo sviluppo interno diventa più interessante quando un'organizzazione dispone di sistemi insoliti o requisiti di conformità rigorosi. Diventa meno interessante quando gli agenti si diffondono su centinaia di applicazioni.

Reco deve dimostrare che la sua piattaforma riduce abbastanza il lavoro di integrazione e indagine da giustificare un ulteriore rapporto con un fornitore di sicurezza. Questa prova dipenderà dalla velocità di implementazione, dalla qualità della copertura e dalla remediation misurabile.

L'azienda afferma di supportare centinaia di applicazioni e di poter effettuare implementazioni rapide. Si tratta di dichiarazioni dell'azienda, e le evidenze più importanti arriveranno dall'uso continuativo da parte dei clienti.

L'espansione tramite AT&T e altre grandi aziende può fornire tali evidenze. Implementazioni riuscite potrebbero mostrare che la visibilità tra applicazioni resta necessaria anche quando le singole piattaforme aggiungono controlli nativi.

Il risultato opposto indebolirebbe la differenziazione di Reco. Se i clienti si affidassero soprattutto ai controlli di Microsoft, Cisco, provider cloud o fornitori di identità, un livello separato per gli agenti potrebbe diventare più difficile da difendere.

Il finanziamento non risolve il problema della misurazione

I team di sicurezza non dispongono ancora di un metodo consolidato per misurare se la governance degli agenti riduca rischi significativi.

Individuare un agente non equivale a proteggerlo. Creare un inventario non dimostra che una piattaforma possa prevenire azioni dannose senza bloccare attività legittime.

Il comportamento degli agenti è difficile da classificare perché la stessa azione può essere appropriata in un contesto e pericolosa in un altro. Leggere i record dei clienti potrebbe essere necessario per il supporto, ma inaccettabile per un workflow non correlato.

Anche la titolarità può essere poco chiara. Un dipendente può configurare un agente, mentre un provider di piattaforma lo ospita e diversi reparti dipendono dal suo output.

Le autorizzazioni aggiungono un'altra complicazione. Gli agenti possono ereditare l'accesso da utenti, account di servizio, chiavi API, sessioni del browser o applicazioni connesse.

Uno strumento di sicurezza deve ricostruire accuratamente questi percorsi. Omettere una connessione può sottostimare il rischio, mentre un eccesso di avvisi può sovraccaricare i team e rallentare l'adozione.

Il contesto basato sui grafi può aiutare a dare priorità all'esposizione, ma la qualità dei grafi dipende da dati completi e tempestivi. I sistemi aziendali contengono spesso account obsoleti, integrazioni non documentate e registri di titolarità incoerenti.

L'intervento in tempo reale comporta un proprio compromesso. Bloccare una richiesta sospetta può prevenire una violazione, ma una decisione errata può interrompere un processo aziendale.

Gli acquirenti di soluzioni di sicurezza avranno quindi bisogno di evidenze oltre al numero di agenti individuati. Misure utili includono autorizzazioni rischiose rimosse, agenti non autorizzati disabilitati e comportamenti ad alto impatto bloccati.

Gli acquirenti dovrebbero inoltre esaminare falsi positivi, tempi di indagine, copertura delle integrazioni e costo operativo per mantenere aggiornate le policy.

I test indipendenti restano limitati perché le architetture degli agenti cambiano rapidamente. I prodotti possono inoltre usare definizioni diverse di agenti, copiloti, workflow e identità non umane.

Questo rende difficili i confronti tra fornitori. Una piattaforma potrebbe contare ogni applicazione abilitata all'AI, mentre un'altra conta soltanto workflow autonomi in grado di agire.

La ricerca di Reco illustra sia il valore sia il limite delle evidenze attuali. La sua telemetria identifica un utilizzo non gestito sostanziale, ma l'azienda vende anche la piattaforma posizionata per affrontare tale utilizzo.

Questo non rende i risultati non validi. Significa che gli acquirenti dovrebbero distinguere tra le evidenze che stabiliscono un problema generale e quelle che convalidano la soluzione di un singolo fornitore.

Il più ampio storico della sicurezza conferisce credibilità alla preoccupazione. Gli agenti possono accedere a file, sistemi aziendali, strumenti di comunicazione e ambienti di produzione quando sono configurati con autorizzazioni estese.

In un incidente segnalato, un agente configurato in modo errato ha eliminato e ricreato un ambiente cloud live, contribuendo a una lunga interruzione. Altri casi hanno coinvolto istruzioni nascoste, plugin non sicuri, token esposti o accessi eccessivi.

Questi eventi supportano la necessità di controlli sulle autorizzazioni e sull'attività degli agenti. Non stabiliscono quale architettura di prodotto diventerà lo standard.

Il nuovo finanziamento di Reco le dà tempo per raccogliere evidenze dai clienti. Aumenta inoltre le aspettative riguardo alla crescita commerciale, ai risultati delle implementazioni e alla maturità del prodotto.

I risultati più persuasivi collegheranno la visibilità a incidenti prevenuti o contenuti. La sola crescita dell'inventario potrebbe semplicemente riflettere la rapida diffusione degli strumenti AI.

Tre segnali mostreranno se Reco può prendere il largo

L'espansione dei clienti, la remediation misurabile e il consolidamento competitivo riveleranno se Reco stia costruendo una categoria o occupando un divario temporaneo.

Il primo segnale è l'adozione oltre i progetti iniziali di discovery. Le aziende acquistano spesso strumenti di sicurezza per comprendere un nuovo problema prima di decidere quanto estenderne l'implementazione.

Reco deve far passare i clienti dagli inventari a una governance ricorrente e all'applicazione runtime. Questa transizione mostrerebbe che la sicurezza degli agenti è diventata un requisito operativo.

Il duplice ruolo di AT&T come cliente e investitore rende la sua implementazione particolarmente importante. Evidenze di un utilizzo ampliato rafforzerebbero la posizione di Reco presso altri grandi acquirenti.

Gli indicatori rilevanti includono più agenti governati, una più ampia copertura delle applicazioni e un utilizzo ricorrente da parte dei team delle operazioni di sicurezza. Gli esempi pubblici dei clienti dovrebbero spiegare cosa è cambiato dopo l'implementazione.

Il secondo segnale è la remediation misurabile. Reco deve mostrare che il suo grafo identifica esposizioni che gli strumenti esistenti per identità, SaaS o dati non evidenziano chiaramente.

I casi più solidi documenterebbero accessi eccessivi rimossi, credenziali abbandonate revocate o combinazioni di strumenti pericolose interrotte. Dovrebbero inoltre descrivere falsi positivi e interruzioni dell'attività aziendale.

Queste evidenze aiuterebbero gli acquirenti a distinguere la governance degli agenti da un altro inventario di asset. Chiarirebbero inoltre se l'analisi contestuale migliora il lavoro quotidiano di sicurezza.

L'assenza di tali risultati indebolirebbe la categoria. Gli acquirenti potrebbero decidere che i prodotti esistenti possono aggiungere campi e dashboard per gli agenti senza richiedere un'altra piattaforma.

Il terzo segnale è il modo in cui risponderanno i concorrenti più grandi. Lanci di prodotti, partnership e acquisizioni indicheranno quali punti di controllo attraggono la spesa aziendale.

L'acquisizione di uno specialista confermerebbe che i fornitori consolidati vedono valore strategico nella sicurezza degli agenti. Potrebbe anche rendere più difficile la concorrenza indipendente.

I controlli nativi dei principali provider di applicazioni meritano uguale attenzione. Se Microsoft, Salesforce, ServiceNow e le aziende cloud offrono una governance sufficiente tra sistemi, le piattaforme indipendenti subiscono maggiore pressione.

Tuttavia, controlli nativi frammentati potrebbero rafforzare Reco. Le aziende che utilizzano più provider di modelli e applicazioni potrebbero aver bisogno di un livello neutrale che li colleghi.

La direzione del mercato diventerà più chiara man mano che i team di sicurezza sposteranno gli agenti dai progetti pilota alla produzione. L'uso in produzione crea identità persistenti, autorizzazioni, flussi di dati e requisiti di responsabilità.

Espone inoltre i limiti dei controlli progettati per i chatbot. Gli agenti non generano semplicemente testo. Agiscono attraverso i sistemi a cui sono collegati.

Il round da $55 milioni di Reco rappresenta un voto sostanziale a favore di questa distinzione. Insieme al finanziamento di febbraio, fornisce all'azienda risorse per espandersi mentre i requisiti degli acquirenti restano incerti.

Il capitale non decide la corsa. Offre a Reco una maggiore opportunità di dimostrare che la governance contestuale merita di stare al di sopra di singoli agenti e applicazioni.

Gli acquirenti aziendali dovrebbero ora porsi una domanda pratica: Reco è in grado di individuare e contenere con continuità rischi degli agenti che il loro attuale stack di sicurezza non rileva?

La risposta determinerà se il finanziamento della sicurezza degli agenti AI di Reco segni l'ascesa di un livello di controllo duraturo o un altro capitolo affollato nel consolidamento della cybersecurity.