Il finanziamento Series B+ di Eagle Cloud mette alla prova un approccio unificato alla sicurezza degli agenti AI
Eagle Cloud ha concluso un finanziamento Series B+ da quasi 100 milioni di RMB, quattro mesi dopo il round precedente, per ampliare la governance della sicurezza degli agenti AI. L'azienda vuole governare utenti umani e agenti autonomi attraverso un unico framework di identità, policy e audit. Questa tempistica crea la tensione centrale alla base del finanziamento Series B+ di Eagle Cloud: le aziende hanno bisogno subito di controlli sugli agenti, ma una governance unificata resta difficile da verificare nei sistemi reali.
MTR Lab e Northern Light Venture Capital hanno investito congiuntamente nel round, secondo l'annuncio della società del 14 settembre. Voyagers Partners ha agito come consulente finanziario. Eagle Cloud afferma che investirà nella propria piattaforma di governance della produttività aziendale ed espanderà il team internazionale, la presenza sul mercato e la capacità di delivery locale.
La proposta colloca Eagle Cloud in contrapposizione a un modello di sicurezza frammentato, costruito con controlli separati per identità, endpoint, rete, applicazioni e dati. Anche Microsoft, Palo Alto Networks, Zenity e altri fornitori stanno combinando l'identità degli agenti con l'applicazione delle policy in fase di esecuzione. Eagle Cloud deve dimostrare che la propria infrastruttura di accesso esistente offre più di un'altra console di gestione.
Il finanziamento Series B+ di Eagle Cloud sostiene un livello di controllo più ampio
Il nuovo capitale sostiene il tentativo di Eagle Cloud di trasformare una piattaforma di sicurezza per l'ufficio in un livello di controllo operativo per gli agenti AI.
L'azienda descrive la propria piattaforma Yunshu come un sistema di governance condiviso per ogni soggetto che svolge attività all'interno di un'organizzazione. Questi soggetti ora includono dipendenti, software convenzionale e agenti AI che selezionano strumenti ed eseguono attività in più fasi.
Un agente AI è un software in grado di pianificare e compiere azioni verso un obiettivo con una supervisione umana limitata. A differenza di un chatbot che restituisce solo testo, un agente può recuperare record, aggiornare applicazioni, invocare API o attivare workflow a valle.
Questa capacità cambia il problema della sicurezza. Un chatbot può esporre informazioni riservate in una risposta. Un agente può anche spostare tali informazioni, modificare un record aziendale, avviare un processo o concedere a un altro sistema l'accesso.
La risposta di Eagle Cloud è Yunshu AIDR, abbreviazione di AI Detection and Response. L'azienda afferma che il prodotto governa un agente attraverso cinque fasi: scoperta, definizione, identificazione, esecuzione e misurazione.
La scoperta è pensata per individuare agenti e relative configurazioni, incluse implementazioni non autorizzate o sconosciute spesso chiamate shadow AI. La definizione crea un contratto operativo che specifica scopo, responsabilità, autorizzazioni, durata e limiti delle risorse di un agente.
L'identificazione assegna a ogni agente un'identità univoca collegata al suo creatore, utente e proprietario responsabile. L'esecuzione confronta il comportamento in tempo reale con il contratto operativo, quindi segnala, limita o blocca le azioni in base al rischio.
La misurazione collega l'uso delle risorse a workflow, proprietari e risultati. Eagle Cloud presenta quest'ultima fase sia come funzione di governance sia come modo per valutare se un agente produce lavoro utile.
La comunicazione sul finanziamento afferma che il nuovo round finanzierà il continuo sviluppo della piattaforma e l'espansione internazionale. Hong Kong è centrale in questo piano: Eagle Cloud utilizza l'Hong Kong-Shenzhen Innovation and Technology Park come base all'estero.
Il finanziamento di settembre segue un round Series B annunciato a maggio. Quel precedente round ammontava a diverse centinaia di milioni di RMB ed era guidato da Monolith, con la partecipazione nuovamente di Future Innovation Fund.
Due round in quattro mesi non convalidano in modo indipendente il prodotto. Mostrano però che gli investitori stanno trattando la governance degli agenti come una categoria infrastrutturale, anziché come una funzionalità temporanea di conformità.
La sfida immediata di Eagle Cloud è l'esecuzione. Deve trasformare l'investimento in implementazioni che funzionino tra diversi provider di identità, ambienti software, piattaforme cloud e giurisdizioni normative.
Questo requisito rende il finanziamento più significativo di un normale annuncio di finanziamento nella cybersecurity. Eagle Cloud sta finanziando una specifica scommessa architetturale: i punti di controllo aziendali esistenti possono essere estesi per governare agenti autonomi senza costruire uno stack di sicurezza separato.
Perché gli agenti AI mettono sotto pressione i team di sicurezza esistenti
I team di sicurezza affrontano un nuovo tipo di soggetto che può disporre di autorizzazioni, compiere scelte e agire più velocemente dei processi di revisione umani.
La tradizionale gestione delle identità e degli accessi presuppone che un soggetto riconoscibile richieda l'accesso a una risorsa definita. Il soggetto può essere un dipendente, un account di servizio, un workload o un'applicazione.
Gli agenti AI mettono sotto pressione questo modello perché le loro azioni dipendono da istruzioni variabili, contesto recuperato, output del modello e strumenti disponibili. Un agente può operare correttamente durante un'attività e seguire un percorso non previsto durante quella successiva.
Le sue autorizzazioni formali possono restare invariate durante entrambe le attività. La questione di sicurezza si estende quindi oltre il fatto che l'accesso fosse consentito. I team devono anche stabilire se un'azione permessa corrispondesse allo scopo assegnato all'agente.
Questa distinzione separa l'autorizzazione dall'allineamento. L'autorizzazione chiede se un'identità abbia il permesso di eseguire un'azione. L'allineamento chiede se quell'azione serva l'attività prevista nelle condizioni attuali.
Un dipendente può spiegare perché è stato modificato un record cliente. Un'applicazione convenzionale segue codice che gli investigatori possono esaminare. Un agente AI può costruire dinamicamente una sequenza, rendendo l'intento più difficile da dedurre dai normali log di accesso.
Il National Institute of Standards and Technology degli Stati Uniti ha riconosciuto questa lacuna. Il suo documento concettuale sull'identità esamina come gli standard consolidati per l'identità e le pratiche di autorizzazione potrebbero applicarsi agli agenti software e AI.
L'esistenza del documento è rilevante perché mostra che l'identità degli agenti non è soltanto una categoria creata dai fornitori. Gli organismi di standardizzazione stanno esaminando come gli agenti dovrebbero ricevere autorità, come tale autorità dovrebbe essere limitata e come le organizzazioni possano stabilire la responsabilità.
I team di sicurezza devono affrontare queste questioni mentre le unità aziendali continuano a implementare agenti. Bloccare ogni adozione raramente è pratico. Consentire agli agenti di ereditare ampie autorizzazioni utente crea un rischio diverso e potenzialmente maggiore.
Anche gli sviluppatori sono sotto pressione. Devono definire quali strumenti un agente possa chiamare, quali informazioni esponga ciascuno strumento e come le credenziali si muovano lungo un workflow.
Gli acquirenti aziendali devono quindi determinare dove avvenga l'applicazione delle policy. Una policy può risiedere in un provider di identità, un framework per agenti, un gateway API, una piattaforma cloud o un prodotto di sicurezza specializzato.
Ogni punto vede una parte diversa della transazione. I sistemi di identità sanno chi o cosa ha ricevuto l'accesso. Gli strumenti di rete osservano le connessioni. Gli strumenti per i dati comprendono i record sensibili. Le piattaforme per agenti vedono prompt, piani e chiamate agli strumenti.
Eagle Cloud sostiene che i suoi punti di controllo esistenti possano collegare queste prospettive. Secondo l'azienda, la sua piattaforma copre già identità, endpoint, reti, applicazioni e dati.
Questa affermazione è strategicamente importante perché una visibilità frammentata ritarda le decisioni. Un avviso che richiede agli analisti di confrontare diverse console non può fermare un'azione alla velocità di una macchina prima che venga completata.
La risposta imposta ai responsabili della sicurezza è quindi architetturale, non soltanto procedurale. Devono decidere se consolidare la governance degli agenti attorno a un piano di controllo condiviso o integrare diversi prodotti specializzati.
Questa decisione plasmerà gli acquisti nel lungo periodo. Determinerà anche se l'attività degli agenti diventerà un record di sicurezza di prima classe o resterà dispersa tra log convenzionali.
Governance unificata contro uno stack di sicurezza frammentato
La scommessa centrale di Eagle Cloud è che lo stesso piano di controllo debba governare persone e agenti, mentre i concorrenti dividono il problema tra livelli specializzati.
L'approccio unificato parte da una semplice osservazione. Un agente raggiunge spesso i sistemi aziendali attraverso infrastrutture che le imprese già monitorano, incluse identità, dispositivi, applicazioni, reti e archivi dati.
Se questi punti di controllo condividono policy e record di audit, un'azienda può teoricamente seguire un'azione dall'utente che l'ha richiesta all'agente e poi al sistema interessato. Questa catena potrebbe rendere più semplice stabilire la responsabilità.
Eagle Cloud afferma che Yunshu usa lo stesso modello di identità, policy e audit per dipendenti umani e agenti AI. Descrive inoltre il rifiuto predefinito, l'autorizzazione esplicita e le azioni osservabili come le proprie principali barriere di protezione.
Il rifiuto predefinito significa che un agente non riceve alcun accesso salvo quando una policy glielo concede. L'autorizzazione esplicita definisce le risorse e le azioni approvate. L'osservabilità registra ciò che l'agente ha tentato e ciò che la piattaforma ha consentito.
Questi principi sono familiari nella sicurezza zero trust, che valuta continuamente l'accesso invece di fidarsi di un soggetto soltanto perché è entrato in una rete. La difficoltà sta nell'applicarli al comportamento variabile degli agenti.
Un agente può avere bisogno di accesso temporaneo a diversi strumenti durante un'attività. Le autorizzazioni statiche possono essere troppo ampie, mentre le ripetute approvazioni umane possono eliminare il vantaggio di produttività che giustificava l'agente.
Una piattaforma unificata deve quindi valutare con sufficiente rapidità identità, contesto dell'attività, azione richiesta, dati interessati e rischio corrente, così da preservare l'automazione utile. Deve anche produrre record che gli investigatori possano comprendere in seguito.
Il modello di governance runtime pubblicato dalla Cloud Security Alliance descrive un problema correlato. I protocolli comuni di identità sono stati progettati attorno a soggetti il cui comportamento è più stabile e prevedibile rispetto a quello di un agente autonomo.
Questo non rende obsoleti gli standard di identità consolidati. Significa che l'identità da sola non può esprimere tutto ciò che un team di sicurezza deve sapere sullo scopo attuale e sull'autorità delegata di un agente.
I fornitori specialistici affrontano questa lacuna da posizioni differenti. Zenity si concentra sulla visibilità consapevole degli agenti e sull'applicazione delle policy in fase di esecuzione. Microsoft collega l'identità degli agenti ai propri sistemi Entra, Purview, Defender e di sviluppo AI.
Palo Alto Networks sta estendendo la sicurezza dell'identità e in fase di esecuzione alla propria più ampia piattaforma di cybersecurity. Altri fornitori si concentrano sulla protezione dei modelli, la fuga di dati, le identità non umane, l'attività del browser o i gateway per gli strumenti degli agenti.
L'integrazione Microsoft di Zenity illustra il modello specialistico. Microsoft fornisce l'ambiente di sviluppo e l'integrazione dell'identità, mentre Zenity aggiunge controlli runtime mirati agli agenti e visibilità tra agenti diversi.
Eagle Cloud persegue un'integrazione più verticale. Vuole un'unica piattaforma per scoprire gli agenti, stabilire i loro contratti operativi, applicare il comportamento previsto, verificare le azioni e collegare l'attività all'infrastruttura aziendale esistente.
Il vantaggio è la coerenza. Un modello di policy condiviso può ridurre le lacune create quando strumenti diversi descrivono identità, risorse e rischi in modi incompatibili.
Lo svantaggio è la concentrazione. Una piattaforma che classifica erroneamente un'azione o non ha visibilità su un'applicazione può creare un punto cieco comune nell'intero ambiente.
I prodotti specializzati possono offrire controlli più approfonditi per sistemi specifici. Aumentano però anche il lavoro di integrazione e possono generare decisioni in conflitto.
Questa è la principale competizione generata dal finanziamento Series B+ di Eagle Cloud. Eagle Cloud deve dimostrare che il consolidamento migliora la qualità dell'applicazione delle policy, non soltanto la convenienza negli acquisti.
Un'unica interfaccia non equivale a un piano di controllo condiviso. Il test significativo è stabilire se una policy possa seguire un agente attraverso i confini di identità, rete, applicazione e dati senza perdere contesto.
Il modello a cinque fasi necessita ancora di prove indipendenti
Eagle Cloud ha descritto un meccanismo di governance coerente, ma la maggior parte delle affermazioni su prestazioni e implementazione proviene ancora dall'azienda stessa.
Eagle Cloud afferma di servire oltre 1.000 imprese in più di 20 settori e di coprire più di cinque milioni di endpoint. Queste cifre compaiono nei suoi dati aziendali, ma le prove pubblicamente disponibili a livello di singolo cliente restano limitate.
L'azienda non ha comunicato quante di queste imprese utilizzino AIDR in produzione. Né ha distinto le implementazioni di sicurezza tradizionale per uffici da quelle di governance attiva degli agenti.
Questa distinzione è importante. Un endpoint gestito non è necessariamente collegato a un agente IA. Un cliente che utilizza servizi di accesso sicuro non ha necessariamente delegato ad un software autonomo azioni aziendali con conseguenze rilevanti.
La fase di individuazione della piattaforma pone il primo test tecnico. Trovare agenti approvati all'interno di piattaforme supportate è diverso dal rilevare agenti creati tramite script, funzionalità software integrate o servizi esterni sconosciuti.
Un inventario incompleto indebolisce ogni controllo successivo. Le policy non possono governare un agente che la piattaforma non riconosce.
Il contratto operativo presenta una seconda sfida. Finalità, responsabilità, autorizzazioni, scadenza e budget appaiono chiari in un documento progettuale. Le attività di produzione sono spesso ambigue.
Si consideri un agente incaricato di aggiornare i record dei clienti dopo riunioni commerciali. Potrebbe dover riassumere gli appunti, identificare l'account corretto, aggiungere attività di follow-up e avvisare i colleghi.
Un contratto ampio consente all'agente di intervenire su molti record e canali di comunicazione. Un contratto ristretto potrebbe fallire ogni volta che una riunione riguarda una struttura di account insolita o una richiesta tra team diversi.
Anche la fase dell'identità deve gestire la delega. Un agente potrebbe agire per conto di un dipendente, di un reparto o di un altro agente. Potrebbe richiamare uno strumento che utilizza una credenziale di servizio condivisa anziché l'identità dell'agente stesso.
Se la catena d'identità si interrompe, il record di audit può mostrare quale applicazione ha effettuato una richiesta senza indicare chi abbia autorizzato l'attività sottostante. Ciò limita la responsabilità.
Il controllo dell'esecuzione crea il problema più difficile. Eagle Cloud afferma che AIDR verifica continuamente il comportamento rispetto a un contratto operativo e può avvisare, limitare o bloccare un agente.
Un'applicazione efficace richiede più della semplice osservazione del traffico. La piattaforma deve comprendere l'operazione richiesta, il contesto aziendale rilevante e le conseguenze del blocco.
Un falso negativo consente un'azione dannosa. Un falso positivo interrompe un'attività valida e incoraggia gli utenti ad aggirare i controlli.
La fase di misurazione introduce un'ulteriore incertezza. Collegare l'utilizzo dei modelli e i costi dei flussi di lavoro ai risultati può supportare la pianificazione del budget, ma la qualità dei risultati è difficile da standardizzare tra i reparti.
Un caso di assistenza risolto, un record di database modificato e un'analisi di mercato redatta non condividono una singola misura affidabile. La contabilità dei costi non stabilisce automaticamente se un agente abbia agito in modo sicuro o efficace.
I benchmark indipendenti per queste capacità restano poco maturi. Gli acquirenti dovrebbero quindi chiedere prove legate ai propri sistemi, flussi di lavoro e scenari di errore.
Tra i test utili figurano accesso revocato, delega scaduta, prompt injection, strumenti compromessi, recupero inatteso di dati e trasferimento di attività da agente ad agente. Gli acquirenti dovrebbero osservare se la piattaforma impedisce l'azione e preserva una traccia di audit comprensibile.
Il più ampio lavoro di OWASP sulla sicurezza degli agenti offre un utile riferimento per la modellazione delle minacce. L'iniziativa esamina i rischi creati quando gli agenti pianificano, utilizzano strumenti, mantengono memoria e interagiscono con altri sistemi.
Il finanziamento di Eagle Cloud non risponde alla domanda su quanto bene AIDR gestisca tali rischi. Offre all'azienda maggiori risorse per costruire e implementare la propria risposta.
La differenza è essenziale. Un'architettura di sicurezza finanziata rimane un'affermazione finché i clienti non possono testarne copertura, latenza, compatibilità e tassi di errore.
L'espansione internazionale aumenta la posta in gioco per la governance
L'espansione oltre la Cina metterà alla prova la capacità del modello unificato di Eagle Cloud di funzionare con stack tecnologici e regole di responsabilità diversi.
L'azienda afferma di voler espandere i team, entrare in ulteriori mercati e migliorare l'erogazione localizzata. Ha identificato Hong Kong, Macao e il Sud-est asiatico come aree importanti per la crescita.
La partecipazione di MTR Lab conferisce al round una dimensione pratica transfrontaliera. L'investitore ha affermato che Eagle Cloud mostra potenziale nella governance integrata della cybersecurity, man mano che l'IA entra nei processi aziendali.
Northern Light Venture Capital ha inquadrato l'opportunità attorno a due tendenze: l'espansione dell'uso dell'IA nelle imprese e la crescita internazionale delle aziende tecnologiche cinesi. Entrambe creano domanda, ma aumentano anche la complessità delle implementazioni.
Un'impresa operante in più mercati deve gestire regole diverse in materia di informazioni personali, segnalazione degli incidenti di sicurezza, trasferimenti di dati e sistemi decisionali automatizzati. Un modello di audit condiviso può aiutare, a condizione che raccolga le informazioni richieste da ciascuna giurisdizione.
La localizzazione va inoltre oltre la traduzione di un'interfaccia. La piattaforma deve integrarsi con sistemi regionali di identità, provider cloud, applicazioni, operazioni di sicurezza e partner di servizi.
Un'azienda che utilizza Microsoft 365, Entra e Azure presenta un ambiente. Un'altra costruita attorno a Alibaba Cloud, DingTalk e software aziendale domestico presenta un diverso insieme di punti di controllo.
Le organizzazioni multinazionali utilizzano spesso entrambi. Possono anche aver acquisito unità aziendali con directory di identità separate e classificazioni dei dati incoerenti.
La tesi del consolidamento di Eagle Cloud diventa più preziosa in questo ambiente, ma anche più difficile da realizzare. Una policy non può rimanere unificata se le integrazioni interpretano in modo diverso identità e risorse.
L'azienda affronta inoltre fornitori di piattaforme affermati, dotati di canali di vendita internazionali esistenti. Microsoft può collocare i controlli sugli agenti accanto ai prodotti aziendali di identità e produttività già sotto contratto.
Palo Alto Networks può estendere la sicurezza degli agenti attraverso relazioni di sicurezza di rete e cloud. I fornitori specializzati possono integrarsi con più piattaforme, sostenendo al contempo una maggiore indipendenza da un singolo ecosistema.
Il vantaggio di Eagle Cloud potrebbe derivare dalle sue origini SASE. Secure Access Service Edge combina funzioni di rete e sicurezza tramite infrastruttura erogata dal cloud, offrendo alla piattaforma visibilità in importanti punti di accesso.
Questa base può aiutare a individuare l'attività e applicare regole a livello di connessione. Non rivela automaticamente perché un agente abbia preso una decisione o se una chiamata a uno strumento corrisponda all'intento dell'utente.
Eagle Cloud deve collegare la visibilità dell'infrastruttura al contesto specifico dell'agente. Il prodotto deve sapere quale agente ha agito, chi ha delegato l'autorità, quale attività era attiva, quali dati erano coinvolti e quale policy si applicava.
Il linguaggio dell'azienda su “umano più IA” è utile soltanto se questa catena rimane intatta. Altrimenti, la governance unificata diventa un'etichetta ampia che copre vari moduli collegati solo in modo approssimativo.
L'espansione globale metterà rapidamente in luce questa differenza. I clienti internazionali confronteranno Eagle Cloud con prodotti integrati nei loro sistemi esistenti di identità, cloud e sicurezza.
Si aspetteranno anche prove sulla gestione dei dati, la copertura del supporto, l'affidabilità delle integrazioni e la risposta agli incidenti. Il sostegno degli investitori può finanziare queste capacità, ma non può sostituire la fiducia locale.
Le vittorie internazionali più credibili coinvolgerebbero quindi flussi di lavoro di produzione complessi, non dimostrazioni limitate. Un'implementazione che coinvolga diversi sistemi di identità e applicazioni aziendali offrirebbe prove più solide di un progetto pilota isolato.
Tre segnali determineranno se la scommessa funzionerà
L'adozione da parte dei clienti, un'applicazione misurabile e la distribuzione multipiattaforma decideranno se Eagle Cloud diventerà infrastruttura o rimarrà un ambizioso fornitore di sicurezza.
Il primo segnale è il numero e la qualità delle implementazioni AIDR in produzione. Eagle Cloud dovrebbe distinguere i clienti che utilizzano la governance degli agenti da quelli che impiegano i suoi prodotti consolidati di accesso ed endpoint.
I case study nominativi conterebbero soprattutto quando descrivono il flusso di lavoro, le autorizzazioni, i sistemi coinvolti e le azioni bloccate o approvate dalla piattaforma. I conteggi aggregati degli endpoint non possono fornire tali prove.
Se Eagle Cloud rivelerà implementazioni ripetibili in diversi settori, la sua tesi del piano di controllo unificato diventerà più solida. Se le comunicazioni continueranno a combinare sicurezza convenzionale e governance degli agenti, sarà difficile valutare l'adozione del prodotto.
Il secondo segnale è la convalida tecnica. Gli acquirenti necessitano di copertura di discovery misurabile, latenza di applicazione, tassi di falsi positivi e completezza dell'audit in presenza di comportamenti realistici degli agenti.
I test dovrebbero includere prompt injection indiretta, autorizzazioni eccessive, definizioni degli strumenti modificate, autorità scaduta e delega multi-agente. Dovrebbero inoltre mostrare come la piattaforma gestisca applicazioni non supportate e traffico crittografato.
Metodi di valutazione pubblicati rafforzerebbero la posizione di Eagle Cloud anche quando i risultati rivelano limitazioni. Gli acquirenti di sicurezza si aspettano confini chiari. Le affermazioni senza riserve generano spesso più preoccupazione di lacune documentate con chiarezza.
La mancanza di test indipendenti indebolirebbe la narrativa sul finanziamento. Suggerirebbe che il capitale sia arrivato più rapidamente delle prove sull'effettivo funzionamento in produzione del modello a cinque fasi.
Il terzo segnale è l'integrazione internazionale. Occorre osservare partnership e implementazioni presso clienti a Hong Kong, Macao e nel Sud-est asiatico, in particolare quelle che coinvolgono ambienti cloud e di identità misti.
Un'implementazione multipiattaforma riuscita sosterrebbe l'affermazione di Eagle Cloud secondo cui i controlli di sicurezza esistenti possono formare un unico livello di governance degli agenti. Successi limitati a stack tecnologici strettamente controllati renderebbero tale affermazione più circoscritta.
Le risposte dei concorrenti contano nell'ambito di questo segnale. Microsoft, Palo Alto Networks, Zenity e i fornitori di identità si stanno tutti muovendo verso un controllo continuo sul comportamento degli agenti.
Eagle Cloud non deve sconfiggere ogni fornitore in ogni mercato. Deve stabilire dove la sua combinazione di controlli SASE, di identità, dati, endpoint e agenti produca un chiaro vantaggio operativo.
Il finanziamento Series B+ di Eagle Cloud offre all'azienda tempo e risorse per dimostrarlo. Aumenta anche le aspettative, perché si tratta del secondo round annunciato in quattro mesi.
Gli acquirenti aziendali dovrebbero ora chiedere prove a livello di azione. Il sistema può identificare un agente, tracciare l'autorità delegata, valutare una chiamata a uno strumento, fermare un'azione non sicura e spiegare successivamente la decisione?
Queste domande offrono un test pratico per ogni piattaforma di sicurezza degli agenti IA. Se Eagle Cloud saprà rispondervi in ambienti reali dei clienti, il suo modello di governance unificata meriterà attenzione. In caso contrario, il mercato continuerà a dividere il problema tra piattaforme di identità, suite di sicurezza e strumenti specializzati.
