L'acquisizione di Console da parte di Palo Alto Networks mette alla prova la sicurezza autonoma

Palo Alto Networks ha acquisito Console il 1° settembre, aggiungendo una giovane piattaforma AI-native a Cortex nonostante un'agenda di integrazione già affollata. L'acquisizione di Console da parte di Palo Alto Networks punta a un problema di sicurezza ostinato: il software può identificare le minacce più rapidamente di quanto i team riescano a indagarle e risolverle.

Console consente agli utenti di esprimere un obiettivo operativo in linguaggio naturale, quindi assegna ad agenti software il compito di analizzare i dati ed eseguire azioni connesse. Palo Alto Networks vuole che Cortex vada oltre le raccomandazioni e automatizzi una parte maggiore del processo di indagine, definizione delle priorità e mitigazione.

Questa ambizione pone Palo Alto Networks in competizione con CrowdStrike, Microsoft e altri fornitori che sviluppano operazioni di sicurezza agentiche. La sfida non riguarda più quale assistente scriva il riepilogo di incidente più chiaro. Riguarda quale piattaforma possa trasformare in sicurezza una decisione generata dall'AI in un'azione nell'intera azienda.

L'acquisizione offre a Palo Alto Networks un ulteriore elemento costitutivo per questa competizione. Non dimostra che i clienti si fideranno di workflow autonomi per decisioni di sicurezza dalle conseguenze rilevanti. La qualità dell'integrazione, i controlli sulle autorizzazioni, i risultati misurabili e la gestione degli errori determineranno se Console diventerà una funzionalità centrale di Cortex o un'altra feature acquisita.

L'acquisizione di Console da parte di Palo Alto Networks aggiunge azione a Cortex

Console offre a Palo Alto Networks un modo per trasformare istruzioni in linguaggio naturale in workflow operativi, non solo in risposte sullo schermo.

Palo Alto Networks ha annunciato il completamento dell'acquisizione tramite una dichiarazione ufficiale sull'acquisizione di Console. L'azienda non ha divulgato i termini finanziari della transazione. Non ha inoltre fornito una data di rilascio del prodotto per le funzionalità Cortex basate su Console.

Console viene descritta come una piattaforma AI-native per applicare analisi e azioni guidate dall'AI alle operazioni aziendali. In termini pratici, i suoi agenti possono interpretare un obiettivo, raccogliere informazioni pertinenti e coordinare i passaggi finalizzati a raggiungerlo.

Questo modello differisce da un copilot di sicurezza convenzionale. Un copilot in genere aiuta un analista a cercare, riassumere o redigere una risposta. Un sistema agentico può proseguire lungo un workflow e avviare azioni nell'ambito delle autorizzazioni stabilite dal cliente.

Palo Alto Networks intende utilizzare Console per approfondire le capacità agentiche all'interno di Cortex. L'obiettivo iniziale include l'indagine sui segnali, la definizione delle priorità del lavoro e l'azione negli ambienti dei clienti.

Queste sono fasi connesse di un security operations center, comunemente chiamato SOC. Un SOC monitora gli alert, indaga sulle minacce sospette e coordina il contenimento o la mitigazione.

Oggi gli analisti spesso attraversano diverse console e code di ticket prima di completare una singola indagine. Raccolgono dettagli sui dispositivi, attività relative alle identità, evidenze di rete, threat intelligence e cronologia di incidenti precedenti.

Alcuni di questi passaggi utilizzano già l'automazione. Tuttavia, i playbook convenzionali richiedono solitamente trigger, diramazioni e azioni predefiniti. Funzionano al meglio quando l'organizzazione può descrivere la procedura prima dell'inizio di un incidente.

La proposta di valore di Console è più flessibile. Palo Alto Networks afferma che gli utenti possono descrivere un obiettivo operativo in linguaggio naturale e costruire attorno ad esso un workflow agentico.

Questo approccio promette di ridurre la distanza tra l'identificazione di un problema e l'azione per affrontarlo. Un alert relativo a un endpoint sospetto, ad esempio, potrebbe richiedere di verificare l'attività di un'identità, trovare connessioni di rete correlate e isolare un dispositivo.

In teoria, un agente potrebbe coordinare queste attività senza attendere che un analista si sposti manualmente tra i prodotti. Tuttavia, ogni azione aggiuntiva aumenta le conseguenze di una conclusione errata.

Nikesh Arora, presidente e CEO di Palo Alto Networks, ha descritto l'acquisizione come un passaggio dal software che assiste gli esseri umani al “software-as-an-agent”. La sua affermazione più rilevante è che le piattaforme di sicurezza necessitano di “braccia e gambe” per offrire risultati autonomi.

Questo linguaggio conta perché definisce il vero obiettivo della transazione. Palo Alto Networks non sta acquistando Console semplicemente per aggiungere un altro chatbot a Cortex.

Vuole un software in grado di collegare il ragionamento all'esecuzione controllata. Questo rende l'acquisizione un test per verificare se gli acquirenti di sicurezza aziendale siano pronti a delegare più della sola analisi.

L'annuncio non offre dati sulle prestazioni di Console verificati in modo indipendente. Non fornisce numero di clienti, risultati di benchmark, tassi di errore o dati di implementazione.

Il cofondatore e CEO di Console Andrei Serban ha dichiarato che i clienti esistenti avevano ridotto l'onere operativo grazie agli agenti. L'annuncio pubblico non ha quantificato tale affermazione né identificato i workflow misurati.

I lettori dovrebbero quindi distinguere la transazione verificata dall'effetto di prodotto promesso. Palo Alto Networks ha acquisito Console e intende integrare la sua tecnologia in Cortex. La velocità, la portata e l'impatto sui clienti di tale integrazione restano questioni aperte.

Perché Palo Alto Networks acquista ora l'AI agentica

L'acquisizione risponde a un disallineamento strutturale: le piattaforme di sicurezza producono enormi quantità di contesto, ma gli esseri umani completano ancora manualmente molti passaggi di risposta.

I team di sicurezza non soffrono per la mancanza di alert. Non hanno abbastanza tempo per convalidare, collegare, dare priorità e risolvere tali alert senza lasciare in attesa gli incidenti gravi.

Palo Alto Networks ha trascorso anni consolidando telemetria e workflow all'interno di Cortex. XDR, ovvero extended detection and response, collega le evidenze di sicurezza tra endpoint e altre fonti. XSIAM applica analisi e automazione alle operazioni di sicurezza a un livello di piattaforma più ampio.

Questi prodotti offrono a Palo Alto Networks una vasta base di dati dei clienti e contesto operativo. Console fornisce un'interfaccia proposta per convertire quel contesto in azioni guidate dagli obiettivi.

La tempistica riflette anche un cambiamento più ampio nell'AI aziendale. I large language model sono entrati inizialmente nei prodotti di sicurezza come assistenti conversazionali. Traducevano query, riassumevano incidenti e spiegavano script sconosciuti.

I fornitori stanno ora passando dall'assistenza all'esecuzione. Un agente può selezionare strumenti, determinare il passaggio successivo e continuare a operare entro un confine di autorizzazioni definito.

Questa transizione amplia sia il valore potenziale sia il rischio. Un riepilogo errato può sprecare il tempo di un analista. Un'azione di mitigazione errata può interrompere un servizio aziendale o distruggere utili evidenze forensi.

Palo Alto Networks sostiene che le operazioni di sicurezza non possano restare incentrate su dashboard e code di ticket. Questa diagnosi suonerà familiare a quasi tutti i team che gestiscono diversi prodotti di sicurezza.

L'acquisizione sostiene anche la strategia di platformization dell'azienda. Platformization significa consolidare funzioni su un numero minore di piattaforme di sicurezza integrate invece di gestire molti prodotti disconnessi.

Un agente in linguaggio naturale funziona al meglio quando può raggiungere una quantità sufficiente di dati e controlli pertinenti. Palo Alto Networks può offrire accesso a prodotti di sicurezza per endpoint, cloud, rete, identità e operazioni.

Questa portata offre a Cortex un vantaggio rispetto a un agente indipendente con integrazioni limitate. Aumenta inoltre l'importanza di controlli coerenti di autorizzazione e audit.

Console arriva mentre Palo Alto Networks sta assimilando diverse altre acquisizioni ed espansioni di prodotto. Protect AI è stata integrata in Prisma AIRS per la sicurezza di applicazioni e modelli AI. CyberArk ha aggiunto un vasto portafoglio di sicurezza delle identità.

L'identità diventa particolarmente importante quando gli agenti software eseguono azioni. Ogni agente necessita di credenziali, autorizzazioni e confini. I team di sicurezza devono sapere quale identità ha avviato un'azione e quali risorse poteva raggiungere.

Palo Alto Networks ha sostenuto che gli agenti AI dovrebbero essere trattati come utenti privilegiati. La sua più ampia strategia dell'identità collega l'adozione degli agenti a controlli di accesso più rigorosi e a una risposta in tempo reale.

Questo crea una storia architetturale coerente. CyberArk può governare le identità privilegiate, Cortex può rilevare e indagare sulle minacce, e Console può aiutare a coordinare le azioni attraverso il linguaggio naturale.

La questione commerciale è se i clienti sperimenteranno un unico sistema integrato o diversi sistemi acquisiti uniti dal branding. Gli acquirenti giudicheranno i workflow risultanti, non il diagramma.

Console riflette anche una decisione tra sviluppo interno e acquisizione. Palo Alto Networks disponeva già di solide capacità di ricerca AI, automazione e operazioni di sicurezza.

L'acquisizione di una piattaforma agentica esterna suggerisce che il management abbia visto valore nel modello di workflow, nel team o nella velocità di sviluppo di Console. L'annuncio non spiega quale componente abbia guidato la decisione.

Per i clienti, la motivazione conta meno del risultato ottenuto. Un'integrazione più rapida può estendere Cortex senza costringere i team a sostituire i controlli esistenti.

Un'integrazione lenta o limitata aggiungerebbe complessità in un momento in cui Palo Alto Networks vende il consolidamento. Questa contraddizione crea la pressione centrale dell'acquisizione.

CrowdStrike e Microsoft dispongono già di piattaforme di sicurezza agentiche

Palo Alto Networks entra in una competizione attiva in cui i rivali collegano già il ragionamento AI ai workflow di sicurezza.

CrowdStrike posiziona Charlotte AI come analista di sicurezza agentico basato sulla sua piattaforma Falcon. Il prodotto coordina indagini e azioni di risposta governate nei vari domini della sicurezza.

CrowdStrike offre anche AgentWorks per creare agenti personalizzati senza programmazione convenzionale. Il suo prodotto Agentic SOAR combina agenti, workflow deterministici e applicazioni in un ambiente di automazione condiviso.

La proposta di SOC agentico dell'azienda si sovrappone strettamente alla direzione di Palo Alto Networks. Entrambi i fornitori sottolineano il contesto della piattaforma, l'indagine coordinata e l'azione controllata.

La loro competizione si concentrerà sulla qualità della telemetria e dell'esecuzione sottostanti. Un agente non può ragionare in modo affidabile quando riceve evidenze incomplete, ritardate o scarsamente normalizzate.

CrowdStrike porta un profondo contesto di endpoint e threat intelligence tramite Falcon. Palo Alto Networks porta dati provenienti da prodotti per rete, cloud, endpoint e operazioni di sicurezza.

Né l'ampiezza né il riconoscimento del marchio garantiscono decisioni migliori. I clienti necessitano di prove che un agente possa distinguere una compromissione autentica da un'anomalia innocua nel proprio ambiente.

Microsoft affronta il mercato da un'altra direzione. Gli agenti di Security Copilot operano tra Defender, Entra, Intune, Purview e prodotti partner connessi.

Secondo la guida sugli agenti di Microsoft, gli amministratori definiscono l'identità di ciascun agente e configurano controlli di accesso basati sui ruoli. Questi controlli determinano cosa l'agente può leggere o modificare.

La distribuzione di Microsoft rappresenta un serio vantaggio. Molte aziende utilizzano già i suoi servizi di identità, endpoint, produttività e cloud.

Un agente Microsoft può comparire all'interno di strumenti che un'organizzazione ha già implementato. Palo Alto Networks deve dimostrare che Cortex offre un contesto di sicurezza più solido o migliori operazioni multipiattaforma.

Questo panorama competitivo cambia il modo in cui dovrebbe essere valutato l'accordo con Console. Il confronto rilevante non è Console rispetto a una coda di ticket manuale.

Il confronto riguarda Cortex con Console rispetto alle piattaforme rivali che già promettono triage autonomo, investigazione, threat hunting e risposta. Tutte vendono meno passaggi di consegne e risultati più rapidi.

I fornitori devono inoltre affrontare un vincolo comune. I team di sicurezza non vogliono che un modello privo di vincoli prenda decisioni irreversibili sull'infrastruttura di produzione.

CrowdStrike pone l'accento su condizioni di automazione configurate e risposte governate. Microsoft sottolinea identità, autorizzazioni, trigger e supervisione umana ben definiti.

Palo Alto Networks dovrà offrire controlli altrettanto chiari. La creazione di workflow in linguaggio naturale può semplificare l'automazione, ma la semplicità dell'interfaccia non deve nascondere l'autorità sottostante.

Si consideri una richiesta di “contenere ogni dispositivo correlato a questo incidente”. Un agente utile deve stabilire cosa significhi “correlato”, valutare il grado di affidabilità, identificare i sistemi critici per l'attività e rispettare le eccezioni già stabilite.

Deve inoltre preservare le prove e registrare il proprio ragionamento. L'organizzazione ha bisogno di un percorso chiaro per riesaminare, interrompere o annullare le azioni risultanti.

Questi requisiti favoriscono i fornitori che combinano un contesto ampio con una governance matura. Creano inoltre spazio affinché i clienti utilizzino più piattaforme, anziché accettare l'intero stack di sicurezza di un singolo fornitore.

La strategia di platformization di Palo Alto Networks presuppone che i clienti preferiscano un livello operativo consolidato. CrowdStrike e Microsoft avanzano argomentazioni simili dalle rispettive posizioni.

L'acquisizione aumenta quindi la pressione su ogni fornitore affinché dimostri più della semplice disponibilità delle funzionalità. Gli acquirenti hanno bisogno di prove su accuratezza, tempo risparmiato, incidenti contenuti e azioni dannose evitate.

Esamineranno anche la portabilità. Un agente Cortex che funziona solo con prodotti Palo Alto Networks potrebbe rafforzare la fedeltà alla piattaforma limitando al contempo la flessibilità.

Un agente che coordina in sicurezza strumenti di terze parti potrebbe rendere Cortex un livello di controllo più ampio. L'annuncio dell'acquisizione non specifica come cambierà il modello di integrazione di Console.

È qui che l'esito competitivo diventerà visibile. Le dimostrazioni di prodotto possono mostrare un'indagine fluida in condizioni controllate.

Gli ambienti di produzione contengono registrazioni incomplete, strumenti in conflitto, processi aziendali insoliti e policy di accesso incoerenti. La piattaforma più forte gestirà queste condizioni senza commettere errori con eccessiva sicurezza.

L'automazione in linguaggio naturale amplia il raggio d'impatto della sicurezza

La stessa capacità che rende Console prezioso rende anche i suoi fallimenti più rilevanti.

L'automazione della sicurezza ha sempre comportato compromessi. I playbook deterministici possono essere rigidi, ma i team possono ispezionarne i rami e prevederne le azioni.

I workflow agentici introducono un ragionamento dinamico. Possono adattarsi a un contesto che un playbook fisso non aveva previsto. Possono anche selezionare un percorso errato che i progettisti non hanno codificato esplicitamente.

Il linguaggio naturale crea un'ulteriore fonte di ambiguità. Un operatore umano potrebbe intendere “disabilita l'account compromesso” come un'azione mirata dopo la verifica.

Un agente deve stabilire quale account sia compromesso, quale soglia di verifica si applichi e se disabilitarlo interromperà un servizio critico. Ogni decisione dipende dalla qualità dei dati e dalle policy.

Il prompt injection è un'altra preoccupazione. Un attaccante può inserire istruzioni dannose nei contenuti letti da un sistema di IA, sperando che il sistema tratti tali contenuti come un comando.

Gli agenti di sicurezza sono particolarmente esposti perché ispezionano email, log, documenti, siti web, script e altro materiale controllato dagli attaccanti. Non si può presumere che i loro input siano affidabili.

L'accesso agli strumenti amplifica questo rischio. Un agente che può soltanto riassumere le prove ha un raggio d'impatto operativo limitato. Un agente che può disabilitare utenti, isolare dispositivi o modificare policy richiede salvaguardie più solide.

Palo Alto Networks afferma che Console aiuterà i clienti ad adottare operazioni agentiche in modo più sicuro. Si tratta di un'affermazione aziendale, non di un risultato stabilito in modo indipendente.

L'annuncio non descrive il modello di approvazione di Console, il sistema di valutazione, i controlli di rollback o le difese contro il prompt injection. Non specifica neppure quali azioni richiederanno una conferma umana.

Queste omissioni sono comprensibili in un annuncio di transazione. Definiscono comunque le domande che i clienti dovrebbero porre prima di abilitare una risposta autonoma.

Innanzitutto, ogni agente dovrebbe operare tramite un'identità distinta. Le credenziali amministrative condivise rendono difficili l'attribuzione e il contenimento.

In secondo luogo, le autorizzazioni dovrebbero seguire il principio del privilegio minimo. Un agente che indaga sugli avvisi degli endpoint non necessita automaticamente dell'autorità su database cloud o policy di identità.

In terzo luogo, i clienti hanno bisogno di registri di audit immutabili. Ogni azione dovrebbe mostrare le prove utilizzate, gli strumenti chiamati, le autorizzazioni applicate e l'esito restituito.

In quarto luogo, le azioni con conseguenze rilevanti necessitano di soglie di approvazione configurabili. Un team potrebbe consentire automaticamente l'arricchimento e gli aggiornamenti dei ticket, richiedendo però l'approvazione prima di isolare un server di produzione.

In quinto luogo, il sistema dovrebbe fallire in modo sicuro quando le prove sono in conflitto. L'incertezza dovrebbe portare all'escalation, non a una risposta improvvisata ad alto impatto.

La documentazione di Microsoft sull'IA responsabile riconosce che sessioni lunghe e grandi output degli strumenti possono superare i limiti di contesto del modello. La sua Security Copilot FAQ afferma che le mitigazioni non producono sempre un risultato ottimale.

Questa limitazione vale oltre Microsoft. Gli agenti possono perdere contesto rilevante, interpretare erroneamente l'output degli strumenti o agire su informazioni non aggiornate.

Le piattaforme di sicurezza possono ridurre tali rischi con modelli specializzati, controlli di retrieval, motori di policy, test e supervisione umana. Non possono eliminarli con il branding.

Il rischio di integrazione rappresenta una sfida distinta per l'acquisizione di Console da parte di Palo Alto Networks. Ogni prodotto acquisito porta con sé modelli di dati, autorizzazioni, interfacce e processi di rilascio differenti.

Palo Alto Networks deve connettere Console con Cortex senza creare incoerenze nascoste. Un'azione disponibile tramite un'interfaccia dovrebbe rispettare le stesse policy quando viene avviata da un agente.

L'avviso di acquisizione della stessa azienda elenca tra i rischi rilevanti difficoltà di integrazione, ritardi di prodotto, vulnerabilità e accettazione da parte dei clienti. Queste informative legali sono ampie, ma sono coerenti con le questioni pratiche in gioco.

Esiste anche un problema di misurazione. Una risoluzione più rapida sembra vantaggiosa, ma la sola velocità può premiare decisioni premature.

Una valutazione utile dovrebbe includere azioni false positive, minacce mancate, override degli analisti, frequenza dei rollback e interruzioni del servizio. Il tempo risparmiato conta solo quando il risultato di sicurezza resta accettabile.

La convalida indipendente sarà importante perché ogni grande fornitore sostiene che i propri agenti migliorino la produttività degli analisti. I benchmark dei fornitori raramente riproducono la qualità dei dati, le policy e i vincoli operativi di un singolo cliente.

I primi adottanti dovrebbero iniziare con workflow circoscritti. Arricchimento delle prove, gestione degli avvisi duplicati, riepilogo dei casi e operazioni sui ticket a basso rischio offrono opportunità per testare il sistema.

La remediation a maggiore impatto dovrebbe seguire solo dopo che i team avranno compreso i modelli di errore. Questo approccio graduale dà inoltre alle organizzazioni il tempo di migliorare i controlli sulle identità e la copertura dell'audit.

Console potrebbe alla fine aiutare Cortex ad automatizzare un'indagine dall'avviso alla risoluzione. Finché Palo Alto Networks non pubblicherà dettagli sul prodotto e prove dai clienti, questo risultato resterà una strategia piuttosto che una capacità dimostrata.

Tre segnali mostreranno se Console cambierà Cortex

La prossima fase dipende da prove di rilascio, non da un'altra dichiarazione sulla sicurezza autonoma.

Il primo segnale è un rilascio concreto di Cortex con tecnologia Console. Palo Alto Networks dovrebbe identificare quali prodotti riceveranno l'integrazione, quali workflow gli agenti potranno eseguire e quando i clienti potranno accedervi.

Un rilascio limitato alla creazione conversazionale dei workflow sarebbe comunque utile. Non realizzerebbe però la più ampia promessa di risultati autonomi in tutta un'impresa.

Le prove più solide mostrerebbero agenti che coordinano indagine e risposta attraverso i controlli Cortex esistenti. I clienti non dovrebbero avere bisogno di un ambiente operativo separato per ottenere i benefici dell'acquisizione.

Questo segnale rafforzerà la tesi dell'acquisizione se Console diventerà una capacità nativa di Cortex con dati, autorizzazioni e registri di audit coerenti. La indebolirà se l'integrazione resterà un'anteprima scollegata.

Il secondo segnale è una governance documentata. Palo Alto Networks dovrebbe spiegare le identità degli agenti, gli ambiti delle autorizzazioni, i gate di approvazione, i metodi di valutazione e le procedure di rollback.

Controlli chiari renderebbero credibile la piattaforma di sicurezza agentica per ambienti regolamentati e sensibili dal punto di vista operativo. Garanzie vaghe lascerebbero agli acquirenti troppo rischio di implementazione.

La governance deve coprire anche le connessioni di terze parti. Molti clienti operano in ambienti misti, anche quando un singolo fornitore fornisce gran parte del loro stack di sicurezza.

Un'integrazione utile di Console dovrebbe chiarire come un agente si autentica agli strumenti esterni e gestisce risposte non affidabili. Dovrebbe inoltre rivelare cosa accade quando un servizio connesso non funziona.

Il terzo segnale è costituito da prove dei clienti con metriche operative significative. Palo Alto Networks ha bisogno di implementazioni che misurino più dei riepiloghi generati o della velocità delle dimostrazioni.

Le metriche utili includono il tempo d'indagine, l'intervento degli analisti, le azioni errate, i rilevamenti mancati e i tassi di rollback. L'affidabilità in produzione in diversi ambienti cliente conta più di uno scenario ben rifinito.

Le prove dei clienti dovrebbero distinguere l'assistenza dall'autonomia. Un agente che prepara una risposta consigliata offre valore e rischio diversi rispetto a un agente che la esegue.

Le reazioni dei concorrenti forniranno ulteriore contesto attorno a questi segnali. CrowdStrike continua ad ampliare Charlotte AI e il proprio workspace di automazione governata. Microsoft continua a distribuire gli agenti Security Copilot nel proprio portafoglio di sicurezza.

Palo Alto Networks non può valutare l'integrazione di Console esclusivamente secondo una tempistica interna. Le piattaforme rivali stanno definendo le aspettative degli acquirenti per agenti personalizzati, controlli delle autorizzazioni e workflow tra più domini.

L'azienda dispone però di una base sostanziale. Cortex è già vicino agli avvisi, alla telemetria e ai controlli di risposta di cui un agente operativo necessita.

Il suo portafoglio più ampio può fornire contesto su rete, endpoint, cloud, identità e sicurezza dell'IA. Questa ampiezza è utile solo se l'integrazione conserva una traccia decisionale coerente.

L'acquisizione di Console da parte di Palo Alto Networks non è quindi principalmente una storia sull'aggiunta di un'altra funzionalità IA. È una scommessa sul fatto che gli agenti in linguaggio naturale possano diventare un livello operativo per la sicurezza aziendale.

Questa scommessa crea uno standard di prova esigente. L'agente deve ragionare su prove frammentate, rispettare le autorizzazioni, spiegare le proprie decisioni ed evitare di trasformare l'incertezza in azioni dannose.

Per i responsabili della sicurezza, il compito immediato non è decidere se gli agenti saranno importanti. I principali fornitori si sono già impegnati in questa direzione.

La domanda pratica è dove l'autonomia dovrebbe iniziare all'interno di ciascuna organizzazione. I team dovrebbero inventariare i workflow ripetibili, definire le azioni vietate e stabilire metriche di successo prima di abilitare l'esecuzione.

Sviluppatori e knowledge worker dovrebbero interessarsene per lo stesso motivo. I sistemi agentici collegano sempre più spesso il recupero delle informazioni alle azioni attraverso gli strumenti aziendali.

Un workflow IA disciplinato inizia con input chiari, output definiti e punti di revisione. L'automazione della sicurezza necessita di questi confini con una posta in gioco molto più alta.

Osservate la prima release di Cortex basata su Console, la relativa documentazione di governance e i risultati ottenuti dai clienti in produzione. Questi tre segnali riveleranno se Palo Alto Networks ha acquisito una piattaforma agentica utile o l’ennesimo difficile progetto di integrazione.