PortSwigger aggiunge Burp AT, ma il vero banco di prova dell'AI nel pentesting è il controllo

PortSwigger ha lanciato in beta pubblica il suo primo sistema agentico di pentesting, portando Burp Suite oltre l'assistenza AI e nel territorio del lavoro di sicurezza delegato. Il titolo su Google News fa sembrare Burp AT l'ennesimo lancio di un prodotto AI. Il cambiamento reale è più rilevante: un agente può ora utilizzare strumenti di sicurezza consolidati all'interno di un progetto Burp attivo.

Burp AT accetta un obiettivo di test, seleziona le azioni, esamina i risultati e adatta il passaggio successivo. Tuttavia, PortSwigger non presenta l'autonomia senza limiti come il principale punto di forza. Colloca invece ambito, autorizzazioni e registri delle attività al di fuori del controllo diretto del modello.

Questo design crea la tensione centrale. Gli agenti AI promettono indagini più rapide, ma il penetration testing comporta richieste che possono modificare dati, interrompere applicazioni o oltrepassare confini legali. PortSwigger scommette che l'adozione professionale dipenda meno dall'intelligenza del modello che da limiti applicabili e prove riproducibili.

Il lancio mette inoltre sotto pressione i fornitori di pentesting AI standalone e gli agenti di coding generalisti. Questi prodotti possono ragionare sulle vulnerabilità, ma non ereditano automaticamente la cronologia del traffico, gli strumenti di test, i registri dei problemi e il flusso di lavoro consolidato dei professionisti di Burp Suite.

Burp AT trasforma un obiettivo di test in azioni sugli strumenti

Burp AT trasforma Burp Suite da una raccolta di strumenti gestiti da esperti in uno spazio di lavoro in cui un agente supervisionato può perseguire un obiettivo.

PortSwigger ha introdotto Burp AT con la release Early Adopter di Burp Suite Professional 2026.7 il 16 luglio 2026. L'azienda ha poi ampliato la spiegazione pubblica e posizionato il prodotto come un livello agentico per il penetration testing guidato dall'uomo.

Un agente AI differisce da un assistente convenzionale perché può pianificare ed eseguire una sequenza di azioni. Un chatbot potrebbe suggerire un payload. Un agente può selezionare uno strumento, inviare il payload, ispezionare la risposta, rivedere la propria ipotesi e proseguire il test.

Secondo il rilascio ufficiale di Burp AT, gli utenti iniziano descrivendo un obiettivo di test. L'agente lavora quindi attraverso gli strumenti esistenti di Burp, adattandosi alle informazioni restituite dal target.

Un'attività può concentrarsi su un'area ampia o su un sospetto circoscritto. Un tester potrebbe chiedere all'agente di mappare un'applicazione sconosciuta, indagare un endpoint, riprodurre un problema noto o verificare una classe di vulnerabilità.

Non si tratta di automazione in background che analizza silenziosamente ogni elemento. Burp AT si avvia solo dopo che un utente lo apre e fornisce un prompt. L'utente definisce inoltre l'ambito del target e stabilisce quali strumenti richiedono approvazione.

Il sistema opera all'interno del progetto Burp attualmente aperto. Gli utenti possono allegare come contesto una richiesta HTTP, un nodo della site map o un problema esistente. Questo dettaglio fornisce all'agente informazioni già raccolte durante il lavoro manuale.

Burp AT registra inoltre le proprie attività nel progetto. Le richieste compaiono nel Logger di Burp, le scansioni nel Dashboard e le vulnerabilità segnalate entrano nel consueto flusso di lavoro Issues.

Questo contesto condiviso conta perché i test di sicurezza raramente iniziano da un prompt privo di contesto. Un consulente può già disporre di traffico autenticato, note sui ruoli dell'applicazione, debolezze sospette e prove parziali emerse da test precedenti.

Un agente separato richiederebbe di copiare questi materiali in un nuovo ambiente. Burp AT può attingere selettivamente dal progetto senza costringere il tester a ricreare la cronologia dell'incarico.

L'agente utilizza inoltre competenze di test mirate sviluppate con PortSwigger Research. Queste competenze raccolgono tecniche specifiche che l'agente può applicare durante una valutazione. PortSwigger afferma che la libreria si espanderà man mano che i suoi ricercatori perfezioneranno nuovi metodi.

Tuttavia, l'etichetta beta merita attenzione. PortSwigger definisce questa la prima fase e consiglia ai tester di verificare ogni risultato prima di agire. L'azienda non ha pubblicato un benchmark ampio e indipendente che mostri le prestazioni su diverse applicazioni di produzione.

La copertura di Google News può far apparire il rilascio completo e ampiamente convalidato. Le prove disponibili supportano una conclusione più circoscritta: PortSwigger ha distribuito un agente funzionante all'interno di Burp Suite Professional, con flussi di lavoro professionali di test che ne modellano il design.

Perché i flussi di lavoro esistenti nel pentesting sono sotto pressione

La pressione immediata ricade sui team di sicurezza che continuano a separare test manuali, scansioni automatizzate e sperimentazione AI in sistemi scollegati.

I tradizionali test dinamici di sicurezza delle applicazioni inviano controlli predefiniti a un'applicazione in esecuzione. Offrono ripetibilità e copertura, ma uno scanner può avere difficoltà quando un risultato richiede vari passaggi dipendenti dal contesto.

I pentester umani colmano questa lacuna. Formulano ipotesi, confrontano il comportamento dell'applicazione tra ruoli diversi, concatenano debolezze e decidono se una risposta insolita giustifica una nuova linea di indagine.

Questa capacità di giudizio è preziosa, ma il lavoro ripetitivo assorbe gran parte di un incarico. Mappare endpoint, riprodurre richieste, variare gli input, raccogliere prove e confermare schemi noti può ridurre il tempo disponibile per analisi più approfondite.

Gli agenti AI generalisti hanno introdotto un'altra opzione. I tester possono collegare modelli di coding a strumenti da riga di comando, automazione del browser o integrazioni personalizzate. Questo approccio offre flessibilità, ma trasferisce al professionista anche il lavoro di orchestrazione e sicurezza.

PortSwigger sta cercando di assorbire questa sperimentazione in un ambiente familiare. Il suo modello di test agentico combina un pianificatore AI con strumenti Burp, contesto del progetto, competenze riutilizzabili e controlli delle autorizzazioni.

La pressione strategica va oltre i singoli tester. Le società di consulenza sulla sicurezza devono decidere se il lavoro assistito dall'AI modifica la capacità degli incarichi, i requisiti delle prove o le procedure di revisione. I team interni di sicurezza delle applicazioni devono decidere quali attività possano essere eseguite ripetutamente tra una valutazione formale e l'altra.

I fornitori standalone di pentesting autonomo affrontano un problema diverso. Possono promettere indipendenza dai flussi di lavoro umani, ma Burp occupa già lo spazio di lavoro quotidiano di molti professionisti della sicurezza web. L'integrazione può contare più dell'autonomia teorica quando gli acquirenti necessitano di adozione senza sostituire processi consolidati.

Anche gli agenti di coding generalisti affrontano un divario di credibilità. Possono scrivere script e ragionare sul codice, ma un penetration test professionale richiede una definizione accurata dell'ambito, un comportamento prevedibile degli strumenti e una registrazione difendibile delle azioni.

L'agente di sicurezza di OpenAI illustra l'approccio adiacente. Originariamente introdotto come Aardvark e poi incorporato in Codex Security, analizza repository di codice sorgente, valuta la sfruttabilità, convalida i risultati e propone patch.

OpenAI ha riferito che il suo sistema ha identificato il 92 percento delle vulnerabilità note e introdotte sinteticamente in repository di benchmark selezionati. Ha inoltre riferito 10 risultati open source che hanno ricevuto identificatori CVE. Si tratta di risultati riportati dall'azienda, non di un confronto diretto con Burp AT.

I prodotti operano inoltre da punti di partenza diversi. L'agente di ricerca sulla sicurezza si concentra sul codice sorgente e sui flussi di lavoro di sviluppo. Burp AT interagisce con un'applicazione web in esecuzione attraverso gli strumenti e il traffico presenti in un progetto Burp.

Questa distinzione mostra perché il mercato della sicurezza AI non si ridurrà a un unico agente universale. Revisione del codice sorgente, test esterni della superficie di attacco, test delle applicazioni web, convalida cloud e remediation richiedono ciascuno contesto e controlli diversi.

L'inquadramento di Google News si concentra sull'aggiunta di un agente AI al portafoglio di PortSwigger. La storia più ampia è che le piattaforme di sicurezza necessitano ora di una risposta alle indagini delegate, non soltanto di spiegazioni generate.

Uno scanner convenzionale segue controlli programmati. Un agente generalista può improvvisare, ma potrebbe non disporre di protezioni specialistiche. Burp AT occupa la posizione intermedia, utilizzando il ragionamento del modello mentre limita l'esecuzione attraverso strumenti consolidati.

Questa combinazione spinge i concorrenti a spiegare dove risiedono i loro confini. La promessa che un agente sia “sicuro” perché lo afferma il suo prompt apparirà più debole rispetto a controlli applicati dall'applicazione circostante.

Il vantaggio di PortSwigger è la gabbia attorno all'agente

Il meccanismo più importante di Burp AT è la separazione architetturale tra ciò che il modello propone e ciò che Burp consente.

I modelli linguistici di grandi dimensioni producono output probabilistici, il che significa che lo stesso contesto può portare a risposte differenti. Gli strumenti di penetration testing richiedono in genere un comportamento deterministico, in cui un comando definito produce un'operazione prevedibile.

PortSwigger combina queste proprietà invece di chiedere al modello di sostituire ogni componente del test. L'agente sceglie tra gli strumenti Burp, mentre gli strumenti eseguono operazioni consolidate.

L'azienda afferma che ambito, accesso agli strumenti e politiche di approvazione risiedono nel livello degli strumenti di Burp. Sono architettonicamente separati dal modello, quindi il modello non può semplicemente reinterpretare una restrizione in linguaggio naturale.

Questa separazione affronta un problema comune degli agenti. Le istruzioni all'interno di un prompt competono con altro contesto, incluso il contenuto recuperato da un'applicazione. Una pagina dannosa può contenere testo progettato per reindirizzare un agente, una tecnica nota come indirect prompt injection.

Un controllo esterno delle policy non rende irrilevante la prompt injection. Limita ciò che un agente manipolato può eseguire. L'agente potrebbe proporre un'azione impropria, ma il livello degli strumenti può rifiutarla quando viola l'ambito o le autorizzazioni.

Burp AT offre diversi livelli di controllo per l'utente. Un tester può richiedere l'approvazione per singole azioni, consentire operazioni di routine o concedere maggiore autonomia entro limiti configurati.

Alcune azioni rimangono sensibili indipendentemente dalla comodità. Burp AT può inviare gli stessi tipi di richieste che potrebbe inviare un tester umano, incluse richieste che modificano o eliminano dati. Questa capacità rende la configurazione parte del modello di sicurezza dell'incarico.

PortSwigger afferma che le azioni ad alto impatto richiedono approvazione. Gli utenti possono inoltre disabilitare strumenti specifici, limitare l'ambito e interrompere un'attività mentre è in esecuzione.

Esiste un'importante eccezione. Gli script personalizzati approvati per l'esecuzione possono inviare richieste di rete direttamente anziché passare attraverso lo strumento standard di richiesta di Burp. PortSwigger consiglia agli utenti di esaminare tali script e di disabilitare gli strumenti di scripting quando necessario.

Questa eccezione impedisce di giungere alla conclusione troppo semplice che ogni azione sia automaticamente contenuta. Il confine di sicurezza rimane efficace solo quando i team comprendono quali strumenti aggirano controlli specifici.

La registrazione costituisce la seconda parte del design. Burp registra nel progetto le richieste dell'agente e l'attività degli strumenti, mentre i risultati includono richieste e risposte HTTP di supporto.

Queste prove consentono a un umano di riprodurre il comportamento e stabilire se il problema segnalato sia sfruttabile. Creano inoltre una registrazione per la revisione interna, la reportistica per i clienti e l'analisi successiva all'incarico.

La riproducibilità è essenziale perché una spiegazione AI plausibile non è la prova di una vulnerabilità. Un risultato valido richiede un comportamento osservabile, un percorso di attacco definito e prove sufficienti affinché un altro tester possa ripeterlo.

Il contesto del progetto fornisce il terzo meccanismo. L'agente può utilizzare traffico selezionato, problemi e dati della site map senza caricare l'intero progetto Burp.

Questo riduce la necessità di riscoprire informazioni. Se un tester ha già effettuato l'autenticazione, mappato un flusso di lavoro o isolato una richiesta sospetta, l'agente può iniziare da quel punto.

Inoltre, attribuisce la responsabilità all'utente. Il traffico allegato può contenere token di sessione, informazioni personali, codice sorgente o dati dei clienti. Più contesto può migliorare il ragionamento, aumentando al contempo la sensibilità di ciò che lascia il sistema locale.

L'architettura di Burp AT rappresenta quindi un compromesso, non una soluzione completa. L'agente diventa più utile accedendo a dati di test reali ed eseguendo strumenti reali. Le stesse capacità rendono necessarie decisioni rigorose su ambito, revisione e governance dei dati.

Ecco perché il livello di controllo conta più di un video dimostrativo. Un exploit ingegnoso scoperto in laboratorio dimostra una capacità. Un modello di autorizzazioni che resiste all'uso professionale quotidiano determina se i team possano implementare tale capacità in modo responsabile.

L'attenzione di Google News non risolve i rischi sui dati

Burp AT mantiene gli esseri umani al controllo delle azioni, ma i clienti devono comunque decidere se il suo percorso dei dati sia compatibile con i loro obblighi di sicurezza e normativi.

PortSwigger documenta che Burp AT e Burp AI utilizzano l'infrastruttura AI dell'azienda. Una richiesta viaggia da Burp a tale infrastruttura e poi a un fornitore esterno di modelli.

L'azienda utilizza attualmente modelli Anthropic per Burp AT. Gli utenti non possono selezionare un modello né imporre l'elaborazione in una specifica posizione geografica.

PortSwigger afferma che la propria infrastruttura opera nelle regioni AWS della Virginia e dell'Irlanda. I fornitori AI elaborano le richieste nei data center degli Stati Uniti, mentre l'instradamento tra le regioni di PortSwigger avviene automaticamente.

Il sistema può trasmettere prompt, risorse allegate, messaggi dell'agente, chiamate agli strumenti e risultati degli strumenti. Quando uno strumento invia una richiesta HTTP, tali risultati possono includere richieste e risposte complete.

Questi materiali spesso contengono le informazioni più sensibili di un penetration test. Cookie di autenticazione, record dei clienti, identificatori interni, risposte API e logica proprietaria dell'applicazione possono tutti comparire nel traffico acquisito.

PortSwigger afferma che Burp AT non oscura automaticamente questo materiale. Gli utenti che devono ispezionare i dati in uscita possono richiedere l'approvazione prima delle azioni pertinenti, ma questa protezione aggiunge attrito operativo.

L'azienda archivia inoltre prompt, risposte, dettagli delle attività e metadati correlati. Le sue condizioni di gestione dei dati affermano che i dati delle conversazioni e degli audit vengono conservati indefinitamente per la risoluzione dei problemi e lo sviluppo a lungo termine delle funzionalità.

I log operativi hanno un periodo di conservazione dichiarato più breve, pari a 31 giorni. PortSwigger afferma che i dati archiviati utilizzano la crittografia AES-256, mentre i dati in transito utilizzano TLS 1.2 o versioni successive.

L'azienda afferma che i suoi contratti vietano ai fornitori di modelli di conservare i dati dei clienti o utilizzarli per l'addestramento. PortSwigger si riserva comunque il diritto di utilizzare dati anonimizzati per migliorare le proprie funzionalità AI e diagnosticare problemi.

Questi termini sono abbastanza specifici da consentire ai team di sicurezza di valutarli, ma non saranno adatti a ogni incarico. Alcuni clienti vietano l'elaborazione da parte di modelli esterni, richiedono la residenza regionale dei dati o impongono scadenze fisse di eliminazione.

Una beta pubblica introduce anche incertezza tecnica. PortSwigger afferma che Burp AT utilizza strumenti deterministici, ma l'esecuzione deterministica non garantisce una pianificazione corretta. L'agente può comunque scegliere un percorso improduttivo, fraintendere la logica dell'applicazione o fermarsi prima di individuare una catena rilevante.

I falsi positivi rappresentano un altro rischio. Il sistema registra le evidenze, ma un essere umano deve stabilire se tali evidenze supportino l'impatto dichiarato. PortSwigger dice esplicitamente agli utenti di considerare ogni risultato come una pista che richiede verifica.

I falsi negativi potrebbero essere più difficili da rilevare. Un riepilogo dell'attività ben rifinito può suggerire completezza anche quando l'agente ha trascurato un endpoint, frainteso un confine di autorizzazione o abbandonato un'ipotesi promettente.

Gli attuali materiali pubblici di Burp AT non stabiliscono con quale frequenza si verifichino tali fallimenti. PortSwigger non ha pubblicato una valutazione indipendente su architetture applicative, classi di vulnerabilità e flussi di lavoro autenticati complessi.

Questa lacuna conta nel confronto tra un agente e un tester umano. La velocità è misurabile, ma il valore professionale dipende anche da copertura, novità, accuratezza, riproducibilità e sensibilità al contesto aziendale.

Un agente può identificare in modo efficiente una vulnerabilità di cross-site scripting memorizzato, senza però rilevare che la pagina interessata è isolata da utenti significativi. Potrebbe anche liquidare un problema di autorizzazione a bassa gravità che diventa critico se concatenato a un'altra debolezza.

La revisione umana non è quindi un passaggio cerimoniale di approvazione. Fornisce il contesto aziendale e delle minacce che le sole risposte HTTP potrebbero non rivelare.

La natura a duplice uso della tecnologia aggiunge un'altra preoccupazione. Un agente capace di trovare e convalidare vulnerabilità può assistere difensori, ricercatori autorizzati o aggressori. L'accesso al prodotto, il monitoraggio e l'applicazione dell'ambito riducono gli abusi, ma non possono eliminare questa capacità intrinseca.

La visibilità su Google News aumenterà la curiosità sia tra i team di sicurezza sia tra gli aggressori. Non dovrebbe essere scambiata per una conferma che ogni organizzazione possa collegare in sicurezza al servizio traffico applicativo sensibile.

La decisione pratica inizia dalle regole dell'incarico. I team devono identificare dati vietati, target consentiti, requisiti di approvazione, standard delle evidenze e obblighi di conservazione prima di assegnare lavoro reale all'agente.

Burp AT compete sul flusso di lavoro, non sulla massima autonomia

PortSwigger sceglie l'integrazione supervisionata invece di sostenere che un agente AI possa sostituire un penetration tester professionista.

Questa scelta distingue Burp AT dai prodotti commercializzati attorno a test autonomi end-to-end. La massima autonomia è attraente perché promette una copertura più ampia con meno lavoro.

Tuttavia, l'autonomia può diventare una responsabilità quando si testa un'applicazione in produzione. Un sistema che agisce senza contesto può generare traffico eccessivo, modificare i dati dei clienti o produrre un risultato che nessuno riesce a riprodurre.

Burp AT considera il tester umano come il responsabile dell'incarico. L'agente gestisce l'indagine delegata, mentre l'utente stabilisce l'ambito, controlla le autorizzazioni, revisiona gli script e convalida i risultati.

Questo modello preserva anche la possibilità di subentro manuale. Gli strumenti esistenti di Burp rimangono disponibili, quindi un tester può interrompere l'agente e proseguire direttamente un'indagine.

Il design riflette il modo in cui i professionisti esperti lavorano già con membri junior del team. Un tester senior può delegare un'attività delimitata, rivedere le evidenze, reindirizzare l'indagine e mantenere la responsabilità della conclusione finale.

Un agente AI non ha però responsabilità professionale. Non può comprendere gli obblighi contrattuali allo stesso modo del consulente che ha firmato le regole dell'incarico. Le restrizioni applicate dagli strumenti devono tradurre tali obblighi in policy eseguibili.

I fornitori standalone possono comunque competere supportando superfici d'attacco più ampie, test continui o correzioni automatizzate. L'obiettivo iniziale di Burp AT è il penetration testing web all'interno di Burp Suite Professional.

Gli agenti orientati al codice occupano anch'essi una corsia separata. Possono analizzare il codice prima del deployment e raccomandare patch, mentre Burp AT osserva il comportamento esterno di un'applicazione in esecuzione.

Anche gli scanner automatizzati rimangono rilevanti. Offrono una copertura pianificata e prevedibile e possono eseguire controlli consolidati su molti target senza un ragionamento aperto dell'agente.

La concorrenza emergente è quindi tra modelli operativi:

• Gli scanner tradizionali enfatizzano ripetibilità, scala e controlli predefiniti.

• Gli agenti generalisti enfatizzano la flessibilità, ma richiedono agli utenti di assemblare strumenti, contesto e controlli.

• Le piattaforme di penetration testing autonomo enfatizzano la copertura delegata in ambienti definiti.

• Burp AT enfatizza l'indagine guidata dall'uomo all'interno di un ambiente consolidato per il testing web.

Nessuno di questi modelli elimina gli altri. Un programma maturo di sicurezza applicativa può utilizzare l'analisi del codice durante lo sviluppo, la scansione automatizzata nelle pipeline di delivery, la convalida continua dopo il deployment e test umani mirati per i rischi complessi.

Il vantaggio di PortSwigger emerge quando un tester umano lavora già in Burp. L'agente può riutilizzare il traffico, gli strumenti, i risultati e il flusso di lavoro di quel progetto anziché creare un sistema di registrazione separato.

Il suo svantaggio emerge quando gli acquirenti desiderano test non presidiati su molti asset. Il posizionamento attuale e la beta pubblica enfatizzano il lavoro interattivo guidato dall'uomo, piuttosto che un servizio di testing pienamente indipendente.

Le funzionalità più ampie di Burp AI dell'azienda chiariscono ulteriormente la distinzione. Burp AI assiste all'interno di strumenti specifici, mentre Burp AT persegue un obiettivo attraverso più passaggi.

Questo portafoglio offre a PortSwigger un percorso dall'assistenza limitata alla delega supervisionata. I clienti possono adottare singole funzionalità AI senza concedere immediatamente a un agente un accesso più ampio.

L'azienda deve ancora dimostrare che questa progressione migliori i risultati. L'adozione da parte degli utenti dipenderà dal fatto che i tester risparmino tempo significativo senza doverlo spendere per rivedere risultati deboli o gestire approvazioni.

I team dovrebbero misurare indagini completate, vulnerabilità verificate, tempo di revisione, lavoro duplicato e interruzioni causate dall'agente. Contare prompt o risultati generati premierebbe l'attività anziché il valore per la sicurezza.

La storia su Google News non riguarda quindi semplicemente PortSwigger contro un altro fornitore. La competizione principale è tra autonomia supervisionata e delega senza restrizioni.

PortSwigger ha chiarito la propria scelta. L'agente può pianificare, ma Burp controlla l'esecuzione. L'agente può segnalare, ma il tester deve verificare. L'agente può utilizzare il contesto del progetto, ma l'organizzazione deve decidere quale contesto possa lasciare la macchina.

Cosa dovrebbero osservare i team di sicurezza

Tre segnali determineranno se Burp AT diventerà un partner standard per il testing o rimarrà un'interessante funzionalità beta.

Il primo segnale è l'evidenza indipendente sulle prestazioni. PortSwigger necessita di valutazioni che distinguano richiamo delle vulnerabilità, falsi positivi, tempo di testing e impegno umano di revisione.

Un confronto utile esaminerebbe le stesse applicazioni con ambito definito attraverso test manuali, scansione convenzionale e test assistiti da Burp AT. Dovrebbe includere flussi di lavoro autenticati e vulnerabilità della logica aziendale, non solo pattern di injection noti.

L'evidenza di scoperte nuove rafforzerebbe la posizione di PortSwigger. L'azienda ha collegato il lancio di Burp AT alla ricerca presentata attorno a Black Hat USA 2026, dove la ricerca sulla sicurezza guidata dall'AI ha attirato notevole attenzione.

Il programma di Black Hat conferma quanto la sicurezza AI sia diventata centrale per l'evento del 2026. Le dimostrazioni in conferenza devono ancora tradursi in risultati ripetibili per i clienti.

Se test indipendenti mostrano una copertura verificata più elevata senza un onere di revisione proporzionale, gli agenti supervisionati acquisiranno credibilità. Se i risultati dipendono fortemente da target curati, la beta rimarrà un assistente anziché un moltiplicatore del testing.

Il secondo segnale è il controllo aziendale sui dati. Gli acquirenti osserveranno opzioni configurabili per la conservazione, scelte di elaborazione regionale, oscuramento dei dati, selezione del modello e policy amministrative più robuste.

Queste funzionalità non renderebbero l'agente più intelligente. Lo renderebbero implementabile nell'ambito di una gamma più ampia di contratti e obblighi normativi.

Un'opzione di conservazione più breve o controllata dal cliente affronterebbe una chiara obiezione. L'elaborazione locale o modelli privati approvati aprirebbero incarichi che attualmente vietano i servizi AI esterni.

PortSwigger potrebbe inoltre aver bisogno di modelli di policy centralizzati. Le società di consulenza sulla sicurezza dovrebbero poter definire autorizzazioni comuni per gli strumenti e requisiti delle evidenze tra i tester, senza configurare manualmente ogni progetto.

Se l'azienda amplia questi controlli, la sua strategia dell'“agente in gabbia” diventa più convincente. Se la governance rimane fissa, l'adozione potrebbe concentrarsi tra team più piccoli e valutazioni meno vincolate.

Il terzo segnale è il comportamento dei professionisti. PortSwigger dovrebbe rivelare se i tester affidano compiti investigativi sostanziali o usano Burp AT soprattutto per controlli circoscritti e ripetitivi.

Frequenti interventi manuali non significherebbero automaticamente un fallimento. Potrebbero mostrare che il sistema funziona al meglio come collaboratore, accelerando la preparazione e lasciando agli esseri umani il ragionamento più complesso.

La misura più importante è l'output verificato per unità di tempo del revisore. Un agente che produce molte segnalazioni ma richiede un'ampia revisione può aggravare il carico di lavoro di un team.

I professionisti dovrebbero monitorare anche la libreria di skill. Nuove skill possono trasformare tecniche di ricerca in procedure di test riutilizzabili, creando un percorso dalla scoperta specialistica a un'applicazione più ampia.

Questo percorso comporta rischi per la qualità. Una tecnica che funziona in modo affidabile in un ambiente di ricerca può comportarsi diversamente nelle architetture di produzione. Le skill necessitano di versionamento, test e requisiti probatori chiari.

Per i responsabili della sicurezza, il passo successivo sensato è una valutazione circoscritta. Scegliete un target non di produzione autorizzato, limitate il set di strumenti, richiedete approvazioni e confrontate i risultati con una valutazione esistente.

Conservate le segnalazioni dell'agente, il traffico a supporto, le decisioni dei revisori e i problemi non rilevati in una base di conoscenza ingegneristica ricercabile. Questa documentazione rende i confronti successivi più utili delle impressioni ricavate da una singola dimostrazione.

PortSwigger ha già risposto a una domanda: l'IA agentica ora fa parte di uno strumento professionale di pentesting diffuso. La domanda senza risposta è se i suoi controlli possano rendere i test delegati affidabili in modo costante.

Ignorate l'entusiasmo generato da un titolo su Google News e osservate le prove. Burp AT trova problemi verificati più rapidamente, resta entro l'ambito previsto, protegge i dati sensibili e riduce il lavoro ripetitivo?

Se sì, il pentester umano non scomparirà. Il ruolo si sposterà verso la definizione degli obiettivi, la supervisione delle azioni rischiose, l'interpretazione dell'impatto sul business e la decisione su quando le prove dell'agente siano sufficientemente solide da meritare fiducia.