CrowdStrike punta su tre livelli per la sicurezza dell'AI

Questa settimana CrowdStrike ha portato su google news tre prodotti di sicurezza collegati, sostenendo che gli agenti AI necessitano di identità, indagini coordinate e controlli dei pacchetti a livello di endpoint. L'azienda ha presentato le novità il 2 settembre durante la conferenza Fal.Con 2026 a Las Vegas. Insieme, estendono la piattaforma Falcon dal monitoraggio di persone e macchine alla governance del software autonomo.

La prima novità, CrowdStrike Agentic Identity Provider, registra gli agenti e assegna a ciascuno un'identità verificabile crittograficamente. La seconda invia in parallelo più agenti Charlotte AI attraverso dati relativi a endpoint, identità, cloud, software-as-a-service e rete. La terza intercetta pacchetti npm e PyPI potenzialmente dannosi prima che venga eseguito il loro codice incorporato.

Gli annunci aprono una competizione più ampia su dove le imprese governeranno gli agenti AI. Microsoft e Okta offrono già prodotti dedicati all'identità degli agenti. Anche i fornitori della catena di fornitura del software analizzano i pacchetti prima del deployment. CrowdStrike vuole che il suo sensore per endpoint, i controlli delle identità e la piattaforma di dati di sicurezza diventino un unico livello di applicazione delle policy per tutti e tre i problemi.

Questa ambizione è la vera notizia. CrowdStrike non sta presentando un altro chatbot per gli analisti. Sostiene invece che la sicurezza dell'AI appartenga alla stessa piattaforma che osserva i dispositivi, valuta il rischio di identità, indaga sugli attacchi e blocca il codice. Resta da vedere se le imprese accetteranno questo modello incentrato sulla piattaforma.

Perché il momento Google News di CrowdStrike riguarda il controllo

I tre annunci di CrowdStrike formano un unico sistema di controllo, anche se coinvolgono team di sicurezza e superfici d'attacco differenti.

L'Agentic Identity Provider gestisce l'identità di un agente AI prima che tale agente richieda l'accesso. Falcon Guardian individua gli agenti all'interno di un'organizzazione, mentre Agentic IdP li registra in un'unica directory. CrowdStrike afferma che ogni agente registrato riceve un'identità che non può essere condivisa né falsificata.

Continuous Identity valuta quindi ciò che l'agente può fare. Si tratta del modello di autorizzazione in tempo reale di CrowdStrike, che considera il proprietario dell'agente, il chiamante, l'azione richiesta e il rischio attuale. Agentic IdP stabilisce dunque il soggetto, mentre Continuous Identity valuta ogni richiesta proveniente da quel soggetto.

La distinzione conta perché le imprese spesso rappresentano gli agenti autonomi tramite account di servizio, chiavi API o identità di workload. Questi meccanismi in genere forniscono alle applicazioni un accesso duraturo. Non sono stati progettati per software in grado di cambiare attività, invocare strumenti e delegare lavoro a sotto-agenti.

CrowdStrike propone token di breve durata anziché credenziali detenute direttamente da un agente. Ogni token è limitato all'accesso e alla durata necessari per una determinata attività. L'azienda afferma inoltre che ogni azione rimane collegata alla persona o al workload che l'ha avviata.

Il secondo prodotto applica un principio simile alle indagini. Invece di far passare un singolo agente AI attraverso avvisi isolati in sequenza, Charlotte AI può convocare specialisti per diversi domini di sicurezza. Questi specialisti indagano simultaneamente sullo stesso incidente e contribuiscono con i loro risultati a un contesto condiviso.

Il terzo prodotto sposta l'applicazione delle policy sul dispositivo che riceve i pacchetti software. L'attuale sensore Falcon di CrowdStrike monitora le transazioni dei gestori di pacchetti, valuta i file scaricati e mette in quarantena contenuti dannosi riconosciuti prima che vengano eseguiti gli script di installazione. Inizialmente copre npm e PyPI su Windows, macOS e Linux.

Identità, indagini e controllo dei pacchetti sono funzioni separate. Tuttavia, ciascuna dipende dalla definizione di un contesto affidabile prima che un'azione automatizzata diventi pericolosa. CrowdStrike vuole che Falcon fornisca tale contesto e applichi la decisione risultante.

Questo spiega perché la storia va oltre un elenco di funzionalità della conferenza. L'azienda sta cercando di definire dove inizi la fiducia quando il software autonomo può ottenere accesso, investigare avvisi, installare dipendenze e interagire con sistemi di produzione.

L'identità degli agenti AI è diventata una competizione tra piattaforme

CrowdStrike entra in un mercato dell'identità degli agenti già attivo, non crea da sola la categoria.

Microsoft Entra Agent ID tratta già un'identità di agente come un service principal specializzato. Il suo framework per l'identità degli agenti supporta blueprint delle identità, relazioni padre-figlio, metadati centralizzati, registrazione delle attività, valutazione del rischio e policy di Conditional Access.

Ciò offre a Microsoft un evidente vantaggio di distribuzione nelle organizzazioni che già utilizzano Entra ID, Azure, Microsoft 365 e Agent 365. Gli amministratori possono estendere verso gli agenti processi di governance delle identità già familiari, senza adottare un sistema di identità umane completamente separato.

Okta offre un altro approccio. Il suo prodotto per la sicurezza degli agenti individua gli agenti, ne governa le autorizzazioni e funziona insieme a provider di identità di altri fornitori. Il modello neutrale rispetto alla piattaforma di Okta supporta i clienti che desiderano governare gli agenti senza sostituire Microsoft Entra ID, Ping o un altro provider di identità umane.

L'argomentazione di CrowdStrike parte da un punto di controllo diverso. Falcon raccoglie già dati relativi a endpoint, identità, cloud e operazioni di sicurezza. L'azienda vuole utilizzare questi segnali per decidere se un agente debba ricevere accesso in un determinato momento.

L'avversario principale non è quindi solo Microsoft o solo Okta. È il modello di sicurezza frammentato in cui un sistema registra un agente, un altro emette credenziali, un terzo osserva il comportamento e un quarto indaga su azioni sospette.

CrowdStrike ritiene che una piattaforma di sicurezza unificata possa prendere decisioni più rapidamente perché il contesto necessario esiste già all'interno di Falcon. Il suo sensore per endpoint può osservare l'esecuzione, Falcon Guardian può individuare gli agenti, Continuous Identity può rivalutare l'accesso e Charlotte AI può indagare sugli eventi connessi.

Tuttavia, il consolidamento genera una sua preoccupazione. Una piattaforma che fornisce identità, autorizzazione, telemetria, indagine e applicazione delle policy diventa una dipendenza di alto valore. Una policy difettosa, un'integrazione incompleta o un verdetto errato possono influenzare più livelli contemporaneamente.

Le imprese resisteranno anche a sostituzioni non necessarie. Un'azienda profondamente investita nello stack di identità di Microsoft potrebbe preferire mantenere le identità degli agenti in Entra. Un'altra potrebbe scegliere Okta come livello di governance neutrale tra più cloud e strumenti per la creazione di agenti. CrowdStrike deve dimostrare che il suo contesto di sicurezza giustifica l'aggiunta di un'altra autorità di identità.

La questione competitiva non riguarda semplicemente quale fornitore disponga dell'elenco di funzionalità più lungo. Gli acquirenti devono decidere dove debba risiedere l'identità canonica di un agente, quale sistema valuti il rischio e quale prodotto possa revocare l'accesso durante un'attività in corso.

L'interoperabilità conterà quanto la profondità del prodotto. Gli agenti attraversano applicazioni SaaS, servizi cloud, server Model Context Protocol, API interne e altri agenti. Un'identità che funziona solo nell'ambiente di un fornitore non può governare l'intera catena di delega.

CrowdStrike afferma che il suo server MCP gestito collega agenti di terze parti agli strumenti Falcon. MCP, o Model Context Protocol, è un'interfaccia standard attraverso la quale gli agenti accedono a dati e strumenti. L'azienda deve ancora mostrare come il suo modello di identità operi in ambienti eterogenei durante incidenti reali.

Le indagini parallele modificano il collo di bottiglia del SOC

Il cambiamento importante di Charlotte AI è il coordinamento tra domini, non la mera presenza dell'AI all'interno di un centro operativo di sicurezza.

I team di sicurezza utilizzano già l'AI per riassumere gli avvisi, generare query e suggerire i passaggi successivi. Questi flussi di lavoro spesso elaborano un avviso o una fonte dati alla volta. Gli analisti devono collegare l'attività degli endpoint con eventi di identità, modifiche alla configurazione cloud, log SaaS e traffico di rete.

Il design del SOC agentico di CrowdStrike assegna questi domini ad agenti specialistici. Un orchestratore avvia in parallelo gli specialisti rilevanti, che contribuiscono con i loro risultati a un livello di contesto condiviso. Il gruppo produce quindi un unico verdetto oppure inoltra un caso già predisposto per la revisione umana.

Si consideri un account sviluppatore compromesso. Un agente di identità potrebbe esaminare un'autenticazione sospetta, mentre un agente endpoint controlla l'esecuzione dei processi. Uno specialista cloud potrebbe rivedere le modifiche ai privilegi e uno specialista SaaS potrebbe tracciare l'accesso ai repository di codice. Il lavoro parallelo può ridurre il tempo perso tra code di indagine separate.

CrowdStrike afferma che il processo può trasformare indagini della durata di ore in attività completate in pochi minuti. Si tratta di un'affermazione dell'azienda e la capacità annunciata di indagine agentica è in anteprima pubblica. Non sono ancora disponibili benchmark indipendenti in produzione su diversi ambienti dei clienti.

Il livello di contesto condiviso è centrale nella promessa. Senza di esso, ogni specialista restituisce un altro riepilogo scollegato. CrowdStrike afferma che risultati, correzioni degli analisti e risoluzioni precedenti si accumulano nel contesto di un'organizzazione, consentendo ai suoi agenti di riutilizzare informazioni consolidate.

Questo meccanismo introduce anche interrogativi difficili. I dati di sicurezza contengono identificatori incoerenti, log incompleti, eventi duplicati e timestamp in conflitto. Il contesto condiviso può distribuire rapidamente una scoperta utile, ma può anche diffondere un presupposto errato a tutti gli agenti partecipanti.

La revisione umana rimane importante per il contenimento, le modifiche ai privilegi e altre azioni rilevanti. CrowdStrike descrive un modello operativo in cui gli agenti gestiscono il lavoro di routine o inviano agli analisti prove preassemblate. Gli acquirenti dovrebbero esaminare esattamente quali azioni richiedono approvazione e come tali requisiti possano essere configurati.

Dovrebbero inoltre chiedere come il sistema visualizzi il disaccordo. Cinque agenti che raggiungono un unico verdetto sembrano efficienti, ma il consenso non è di per sé una prova. Gli analisti necessitano di accesso alla telemetria sottostante, al percorso di ragionamento, alla freschezza dei dati e ai limiti di confidenza alla base del risultato.

È qui che la strategia di piattaforma di CrowdStrike dispone di un vantaggio credibile. Falcon può attingere alla sua telemetria endpoint nativa e a fonti di terze parti connesse. L'azienda afferma che le indagini agentiche non richiedono un nuovo sensore endpoint per i clienti Falcon esistenti.

Ciononostante, la qualità del risultato dipende dalla copertura dei dati. Un'indagine coordinata non può ragionare su log che non sono mai stati raccolti. Anche le pipeline certificate per Zscaler e Palo Alto Networks sono in anteprima pubblica, a conferma del fatto che la completezza tra domini varierà durante la fase iniziale di adozione.

La pressione sul SOC è immediata. Gli analisti devono rispondere più rapidamente senza cedere il giudizio a un verdetto automatizzato opaco. L'architettura di CrowdStrike affronta il problema della velocità, ma la fiducia dipenderà da prove trasparenti e da un'accuratezza misurabile.

Il blocco dei pacchetti porta la sicurezza su ogni endpoint

CrowdStrike sta trattando i pacchetti software come un problema di esecuzione sugli endpoint perché gli strumenti AI possono introdurre dipendenze al di fuori dei flussi di lavoro tradizionali degli sviluppatori.

La sua Real-Time Supply Chain Attack Protection monitora i download da npm e PyPI tramite il sensore Falcon. Quando inizia una transazione relativa a un pacchetto, il sensore esamina i file sospetti confrontandoli con l'intelligence sulle minacce di CrowdStrike. Una corrispondenza confermata viene messa in quarantena prima che uno script di configurazione incorporato possa essere eseguito.

Il controllo si applica a Windows, macOS e Linux. Crea inoltre un inventario dei pacchetti installati, aiutando i team di sicurezza a individuare le versioni interessate sui dispositivi gestiti. CrowdStrike afferma che i clienti esistenti possono abilitare questa funzionalità senza distribuire un altro sensore.

La tempistica riflette un cambiamento più ampio nello sviluppo software. Gli agenti di coding basati sull'AI possono selezionare dipendenze, modificare file di configurazione ed eseguire gestori di pacchetti. Anche i dipendenti esterni all'ingegneria possono usare applicazioni agentiche per assemblare script e flussi di lavoro interni.

Questo amplia la superficie di attacco dei pacchetti oltre le workstation dedicate degli sviluppatori. Un analista finanziario che chiede a un agente di automatizzare un'attività su un foglio di calcolo può avviare il download di una dipendenza. Un dipendente del marketing che crea un flusso di lavoro per i dati può esporre un laptop agli stessi rischi di pacchetti dannosi affrontati da un ingegnere.

CrowdStrike ha citato due campagne nel suo annuncio sulla sicurezza dei pacchetti. L'azienda afferma che il gruppo nordcoreano che traccia come STARDUST CHOLLIMA ha compromesso 131 pacchetti di framework AI. Afferma inoltre che ALTERED SPIDER ha compromesso più di 300 dipendenze software in un solo giorno.

Queste cifre provengono dall'intelligence sulle minacce di CrowdStrike e vanno lette come ricerca del fornitore. Ciononostante, illustrano perché l'azienda vuole applicare controlli al momento del download. Gli script di installazione dannosi possono rubare credenziali o stabilire persistenza prima che uno scanner applicativo convenzionale esamini l'ambiente completato.

I controlli sui pacchetti di CrowdStrike vanno oltre il rilevamento di malware noto. Gli amministratori possono stabilire età minime per i pacchetti, limitare i download da registri pubblici o indirizzare gli utenti verso versioni approvate. Un periodo di attesa ritarda l'accesso ai pacchetti appena rilasciati finché non ricevono un controllo più approfondito.

Le policy di attesa creano un chiaro compromesso tra sicurezza e produttività. L'attesa riduce l'esposizione a malware appena pubblicato, ma può ritardare correzioni e aggiornamenti legittimi. I team di sicurezza avranno bisogno di eccezioni per le patch urgenti senza trasformarle in un aggiramento facile.

CrowdStrike ha dichiarato che il suo inventario globale dei pacchetti era previsto per il terzo trimestre del 2026. I controlli proattivi delle policy erano programmati per il quarto trimestre. L'azienda avverte inoltre che le funzionalità non ancora rilasciate restano soggette a modifiche.

Gli specialisti dei pacchetti restano parte del quadro competitivo. Alcuni fornitori analizzano le dipendenze durante la programmazione, la revisione dei repository o l'integrazione continua. La distinzione di CrowdStrike è l'applicazione dei controlli nel punto in cui il pacchetto raggiunge un endpoint gestito, inclusi i dispositivi appartenenti a non sviluppatori.

Nessuno dei due punti di controllo copre tutto. Il blocco sull'endpoint può fermare contenuti dannosi noti al download, ma la scansione del repository può identificare dipendenze rischiose prima che raggiungano i dispositivi degli utenti. Le aziende con programmi di sviluppo maturi probabilmente combineranno entrambi gli approcci.

Il cambiamento importante è che i team endpoint ora condividono la responsabilità della governance dell'open source. Le applicazioni AI rendono meno netto il confine tra chi usa software e chi lo crea. Il rischio dei pacchetti segue quindi l'agente, non il titolo professionale del dipendente.

La promessa di sicurezza necessita ancora di prove in produzione

Il modello unificato di CrowdStrike riduce i passaggi di consegne, ma concentra la fiducia in affermazioni di prodotto che i clienti devono testare in modo indipendente.

L'affermazione più forte riguarda l'identità degli agenti. CrowdStrike sostiene che le sue identità verificabili crittograficamente non possono essere falsificate o condivise. La crittografia può proteggere una credenziale, ma la sicurezza del sistema dipende anche dalla registrazione degli agenti, dalla conservazione dei token, dalle regole di delega, dalla revoca e dall'applicazione a valle.

Un attaccante che compromette il proprietario umano o il dispositivo su cui viene eseguito un agente può comunque agire attraverso una relazione apparentemente valida. Agentic IdP deve quindi dimostrare che l'attribuzione resiste a impersonificazione, endpoint compromessi, deleghe annidate e sub-agenti creati rapidamente.

I token a breve durata riducono i privilegi permanenti, ma una durata limitata non garantisce un impatto limitato. Un agente autonomo può spostare dati o invocare un'azione sensibile in pochi secondi. Gli acquirenti hanno bisogno di ambiti granulari, revoca immediata, limiti alle transazioni e registrazioni chiare che colleghino ogni azione al soggetto che l'ha avviata.

Anche le affermazioni sulle indagini richiedono misurazioni. CrowdStrike afferma che gli agenti Charlotte AI paralleli riducono il lavoro da ore a minuti e migliorano tramite cicli di feedback globali e locali. I clienti dovrebbero richiedere benchmark che coprano falsi positivi, falsi negativi, qualità dell'escalation, correzioni degli analisti e prestazioni su dati di terze parti.

L'accuratezza non può essere ridotta a un unico numero. Un sistema potrebbe classificare efficacemente gli avvisi comuni, ma avere difficoltà con nuove catene di attacco. Potrebbe produrre un verdetto corretto a partire da un ragionamento incompleto, il che diventa pericoloso quando i team automatizzano successivamente il contenimento.

La valutazione indipendente dovrebbe includere test avversariali. I team di sicurezza possono fornire log in conflitto, mappature di identità mancanti, contesto avvelenato e prove fuorvianti. Dovrebbero osservare se gli agenti espongono l'incertezza, richiedono più informazioni o convergono prematuramente su una conclusione errata.

Il blocco dei pacchetti presenta una limitazione correlata. L'intelligence sulle minacce può identificare file dannosi noti, ma i nuovi pacchetti possono restare non classificati. Le policy di attesa affrontano parte di questa lacuna, sebbene introducano anche attrito operativo ed eccezioni.

Il modello di piattaforma aumenta inoltre le conseguenze quando qualcosa fallisce. L'incidente dell'aggiornamento software di CrowdStrike del luglio 2024 ha causato diffuse interruzioni su Windows e resta un riferimento storico inevitabile per gli acquirenti che valutano controlli applicati agli endpoint. Le nuove policy sui pacchetti richiedono un rollout attento, test graduali e percorsi di ripristino affidabili.

Questa storia non invalida i nuovi prodotti. Cambia lo standard delle prove richieste. Gli amministratori dovrebbero chiedere come vengono convalidate le policy aggiornate, se i controlli sui pacchetti supportano una distribuzione graduale e come gli endpoint si riprendono da una decisione di quarantena errata.

La governance dei dati presenta un'altra questione. Il contesto investigativo condiviso può includere identità, attività dei dispositivi, eventi cloud e decisioni degli analisti. Le organizzazioni necessitano di periodi di conservazione definiti, isolamento dei tenant, controlli di accesso e metodi per correggere il contesto archiviato inesatto.

Anche i knowledge worker che esaminano casi di sicurezza generati dall'AI avranno bisogno di tracce probatorie durature. Una base di conoscenza AI ricercabile può aiutare i team a conservare procedure e note sugli incidenti, ma non sostituisce la telemetria di sicurezza autorevole.

CrowdStrike ha descritto un meccanismo coerente. L'azienda non ha ancora fornito sufficienti prove pubbliche e indipendenti in produzione per stabilire che il meccanismo funzioni con coerenza nelle aziende complesse. Le anteprime pubbliche dovrebbero essere considerate opportunità di valutazione, non prove definitive.

Cosa dovrebbero osservare ora gli acquirenti di sicurezza

Tre segnali mostreranno se gli annunci di CrowdStrike diventeranno uno standard operativo o resteranno un ambizioso pacchetto di piattaforma.

Il primo segnale è l'evidenza in produzione delle indagini agentiche. Gli utenti delle anteprime pubbliche dovrebbero riferire se gli agenti paralleli riducono i tempi di indagine senza aumentare i verdetti errati. Le informazioni più utili includeranno i tassi di annullamento da parte degli analisti, la qualità dell'escalation e le prestazioni quando la telemetria è incompleta.

La prova che gli analisti raggiungono costantemente decisioni più rapide rafforzerebbe l'argomentazione di CrowdStrike. Correzioni frequenti, ragionamenti nascosti o dati di terze parti inaffidabili la indebolirebbero. Gli acquirenti dovrebbero concentrarsi su risultati ripetibili anziché su dimostrazioni di conferenza curate.

Il secondo segnale è l'interoperabilità tra piattaforme di identità e agenti. CrowdStrike deve mostrare come Agentic IdP funzioni con Microsoft Entra, Okta, le principali piattaforme cloud, applicazioni SaaS e agenti sviluppati indipendentemente. La delega tra agenti di sistemi diversi sarà un test particolarmente importante.

Un'ampia compatibilità sosterrebbe l'affermazione di CrowdStrike secondo cui Falcon può fungere da piano di controllo aziendale. Requisiti che costringessero i clienti a un ambiente gestito prevalentemente da Falcon rafforzerebbero l'argomento della piattaforma neutrale di Okta e il vantaggio dello stack esistente di Microsoft.

Il terzo segnale è la distribuzione e l'operatività dei controlli delle policy sui pacchetti. CrowdStrike ha programmato i controlli proattivi per il quarto trimestre del 2026. I clienti dovrebbero osservare se tali controlli arrivano nei tempi previsti e se le organizzazioni possono regolare i periodi di attesa senza bloccare correzioni urgenti.

Le prove utili includeranno i tassi di blocco errato, la gestione delle eccezioni, la copertura dell'inventario dei pacchetti e il comportamento di ripristino dopo una decisione errata. Un rollout fluido collegherebbe l'intelligence sulle minacce di CrowdStrike a un'applicazione pratica sugli endpoint. Interruzioni operative esporrebbero il costo dell'inserimento di un ulteriore livello di policy nell'installazione dei pacchetti.

Questi segnali contano più dell'immediato ciclo di notizie di Google News. La sicurezza degli agenti sarà giudicata nelle operazioni di routine, quando le identità si moltiplicano, i dati delle indagini sono in conflitto e gli sviluppatori hanno rapidamente bisogno di un pacchetto legittimo.

CrowdStrike ha identificato tre reali lacune nei controlli. Le aziende devono sapere quali agenti esistono, indagare sulla loro attività attraverso i sistemi e fermare le dipendenze compromesse prima dell'esecuzione. La risposta dell'azienda è un'unica architettura Falcon integrata.

La domanda aperta è se questa integrazione produca decisioni migliori o semplicemente una dipendenza più profonda dal fornitore. I responsabili della sicurezza dovrebbero testare il modello con le proprie identità, telemetria, pacchetti e requisiti di approvazione. Dovrebbero inoltre confrontarlo direttamente con Microsoft, Okta e controlli specializzati per la supply chain.

Per i lettori che seguono la copertura di Google News sulla sicurezza AI, la prossima pietra miliare non è un altro annuncio di prodotto. È una prova verificabile dei clienti che dimostri che gli agenti coordinati restano accurati sotto pressione, le identità funzionano tra piattaforme e i controlli sugli endpoint fermano il codice dannoso senza ostacolare il lavoro legittimo.