PortSwigger Adiciona o Burp AT, mas o Controle É o Verdadeiro Teste do Pentesting com IA

A PortSwigger colocou seu primeiro sistema de pentesting agêntico em beta público, levando o Burp Suite além da assistência por IA e para o trabalho de segurança delegado. A manchete do Google News faz o Burp AT parecer apenas mais um lançamento de produto de IA. A mudança real é mais relevante: um agente agora pode operar ferramentas de segurança consolidadas dentro de um projeto Burp ativo.

O Burp AT aceita um objetivo de teste, seleciona ações, examina resultados e ajusta o próximo passo. Ainda assim, a PortSwigger não apresenta a autonomia irrestrita como principal atrativo. Ela coloca o escopo, as permissões e os registros de atividade fora do controle direto do modelo.

Esse design cria a tensão central. Agentes de IA prometem investigações mais rápidas, mas testes de invasão envolvem solicitações que podem alterar dados, interromper aplicações ou ultrapassar limites legais. A PortSwigger aposta que a adoção profissional depende menos da inteligência do modelo do que de limites aplicáveis e evidências reproduzíveis.

O lançamento também pressiona fornecedores independentes de pentesting com IA e agentes de programação de uso geral. Esses produtos podem raciocinar sobre vulnerabilidades, mas não herdam automaticamente o histórico de tráfego, as ferramentas de teste, os registros de problemas e o fluxo de trabalho já existente dos profissionais no Burp Suite.

O Burp AT Transforma um Objetivo de Teste em Ações de Ferramentas

O Burp AT transforma o Burp Suite de uma coleção de ferramentas operadas por especialistas em um ambiente de trabalho no qual um agente supervisionado pode perseguir um objetivo.

A PortSwigger apresentou o Burp AT por meio da versão Early Adopter do Burp Suite Professional 2026.7 em 16 de julho de 2026. Posteriormente, a empresa ampliou sua explicação pública e posicionou o produto como uma camada agêntica para testes de invasão conduzidos por humanos.

Um agente de IA difere de um assistente convencional porque pode planejar e executar uma sequência de ações. Um chatbot pode sugerir um payload. Um agente pode selecionar uma ferramenta, enviar o payload, inspecionar a resposta, revisar sua hipótese e continuar os testes.

De acordo com o lançamento oficial do Burp AT, os usuários começam descrevendo um objetivo de teste. Em seguida, o agente trabalha com as ferramentas já existentes do Burp, adaptando-se às informações retornadas pelo alvo.

Uma tarefa pode se concentrar em uma área ampla ou em uma suspeita específica. Um testador pode pedir ao agente que mapeie uma aplicação desconhecida, investigue um endpoint, reproduza um problema conhecido ou verifique uma classe de vulnerabilidade.

Isso não é uma automação em segundo plano que examina tudo silenciosamente. O Burp AT só começa depois que um usuário o abre e fornece um prompt. O usuário também define o escopo do alvo e determina quais ferramentas exigem aprovação.

O sistema funciona dentro do projeto Burp atualmente aberto. Os usuários podem anexar uma solicitação HTTP, um nó do mapa do site ou um problema existente como contexto. Esse detalhe fornece ao agente informações já coletadas durante o trabalho manual.

O Burp AT também grava sua atividade de volta no projeto. As solicitações aparecem no Logger do Burp, as varreduras aparecem no Dashboard e as vulnerabilidades reportadas entram no fluxo de trabalho familiar de Issues.

Esse contexto compartilhado importa porque os testes de segurança raramente começam com um prompt limpo. Um consultor pode já ter tráfego autenticado, anotações sobre funções da aplicação, fragilidades suspeitas e evidências parciais de testes anteriores.

Um agente separado precisaria que esses materiais fossem copiados para um novo ambiente. O Burp AT pode recorrer seletivamente ao projeto sem exigir que o testador recrie o histórico do engajamento.

O agente também usa habilidades de teste desenvolvidas especificamente para esse fim com a PortSwigger Research. Essas habilidades reúnem técnicas focadas que o agente pode aplicar durante uma avaliação. A PortSwigger afirma que a biblioteca será ampliada à medida que seus pesquisadores refinarem novos métodos.

No entanto, o rótulo de beta merece destaque. A PortSwigger chama isso de primeira fase e aconselha os testadores a verificar cada descoberta antes de agir com base nela. A empresa não publicou um benchmark amplo e independente que demonstre o desempenho em aplicações de produção variadas.

A cobertura do Google News pode fazer o lançamento parecer concluído e amplamente validado. As evidências disponíveis sustentam uma conclusão mais restrita: a PortSwigger lançou um agente funcional dentro do Burp Suite Professional, com fluxos de trabalho de testes profissionais moldando seu design.

Por Que os Fluxos de Trabalho Existentes de Pentesting Estão Sob Pressão

A pressão imediata recai sobre equipes de segurança que ainda separam testes manuais, varreduras automatizadas e experimentação com IA em sistemas desconectados.

Os testes tradicionais e dinâmicos de segurança de aplicações enviam verificações predefinidas para uma aplicação em execução. Eles oferecem repetibilidade e cobertura, mas um scanner pode ter dificuldades quando uma descoberta exige várias etapas dependentes do contexto.

Pentesters humanos preenchem essa lacuna. Eles formulam hipóteses, comparam o comportamento da aplicação entre diferentes funções, encadeiam fragilidades e decidem se uma resposta incomum justifica uma nova linha de investigação.

Esse julgamento é valioso, mas o trabalho repetitivo consome grande parte de um engajamento. Mapear endpoints, repetir solicitações, variar entradas, coletar evidências e confirmar padrões conhecidos pode reduzir o tempo disponível para análises mais profundas.

Agentes de IA de uso geral introduziram outra opção. Os testadores podem conectar modelos de programação a ferramentas de linha de comando, automação de navegador ou integrações personalizadas. Essa abordagem oferece flexibilidade, mas também transfere o trabalho de orquestração e segurança para o profissional.

A PortSwigger está tentando absorver essa experimentação em um ambiente familiar. Seu modelo de testes agênticos combina um planejador de IA com ferramentas Burp, contexto de projeto, habilidades reutilizáveis e controles de permissão.

A pressão estratégica vai além dos testadores individuais. Consultorias de segurança precisam decidir se o trabalho assistido por IA altera a capacidade de engajamento, os requisitos de evidência ou os procedimentos de revisão. Equipes internas de segurança de aplicações precisam decidir quais tarefas podem ser executadas repetidamente entre avaliações formais.

Fornecedores independentes de pentesting autônomo enfrentam um problema diferente. Eles podem prometer independência dos fluxos de trabalho humanos, mas o Burp já ocupa o ambiente de trabalho diário de muitos profissionais de segurança web. A integração pode importar mais do que a autonomia teórica quando os compradores precisam de adoção sem substituir processos estabelecidos.

Agentes de programação de uso geral também enfrentam uma lacuna de credibilidade. Eles podem escrever scripts e raciocinar sobre código, mas um teste de invasão profissional exige definição cuidadosa de escopo, comportamento previsível das ferramentas e um registro defensável das ações.

O agente de segurança da OpenAI ilustra a abordagem adjacente. Originalmente apresentado como Aardvark e posteriormente incorporado ao Codex Security, ele analisa repositórios de código-fonte, avalia a explorabilidade, valida descobertas e propõe correções.

A OpenAI informou que seu sistema identificou 92 por cento das vulnerabilidades conhecidas e introduzidas sinteticamente em repositórios de benchmark selecionados. Também informou 10 descobertas de código aberto que receberam identificadores CVE. São resultados reportados pela empresa, não uma comparação direta com o Burp AT.

Os produtos também partem de pontos diferentes. O agente de pesquisa em segurança concentra-se no código-fonte e nos fluxos de trabalho de desenvolvimento. O Burp AT interage com uma aplicação web em execução por meio das ferramentas e do tráfego dentro de um projeto Burp.

Essa distinção mostra por que o mercado de segurança com IA não se reduzirá a um único agente universal. Revisão de código-fonte, testes externos de superfície de ataque, testes de aplicações web, validação em nuvem e remediação exigem, cada um, contextos e controles diferentes.

O enquadramento do Google News concentra-se na adição de um agente de IA pela PortSwigger ao seu portfólio. A história maior é que as plataformas de segurança agora precisam de uma resposta para a investigação delegada, não apenas explicações geradas.

Um scanner convencional segue verificações programadas. Um agente geral pode improvisar, mas pode não ter proteções especializadas. O Burp AT ocupa o meio-termo, usando o raciocínio do modelo enquanto restringe a execução por meio de ferramentas estabelecidas.

Essa combinação pressiona rivais a explicar onde estão seus limites. A promessa de que um agente é “seguro” porque seu prompt diz isso parecerá mais fraca ao lado de controles aplicados pela aplicação ao redor.

A Vantagem da PortSwigger É a Gaiola ao Redor do Agente

O mecanismo mais importante do Burp AT é a separação arquitetural entre o que o modelo propõe e o que o Burp permite.

Modelos de linguagem de grande porte produzem resultados probabilísticos, o que significa que o mesmo contexto pode levar a respostas diferentes. Ferramentas de teste de invasão normalmente exigem comportamento determinístico, no qual um comando definido produz uma operação previsível.

A PortSwigger combina essas propriedades em vez de pedir ao modelo que substitua todos os componentes de teste. O agente escolhe entre as ferramentas do Burp, enquanto as ferramentas executam operações estabelecidas.

A empresa afirma que o escopo, o acesso às ferramentas e as políticas de aprovação ficam na camada de ferramentas do Burp. Eles são arquiteturalmente separados do modelo, de modo que o modelo não pode simplesmente reinterpretar uma restrição em linguagem natural.

Essa separação aborda um problema comum dos agentes. Instruções dentro de um prompt competem com outros contextos, incluindo conteúdo recuperado de uma aplicação. Uma página maliciosa pode conter texto projetado para redirecionar um agente, técnica conhecida como injeção indireta de prompt.

Uma verificação de política externa não torna a injeção de prompt irrelevante. Ela limita o que um agente manipulado pode executar. O agente pode propor uma ação imprópria, mas a camada de ferramentas pode rejeitá-la quando viola o escopo ou as permissões.

O Burp AT oferece vários níveis de controle ao usuário. Um testador pode exigir aprovação para ações individuais, permitir operações rotineiras ou conceder maior autonomia dentro de limites configurados.

Algumas ações permanecem sensíveis, independentemente da conveniência. O Burp AT pode enviar os mesmos tipos de solicitações que um testador humano poderia enviar, incluindo solicitações que alteram ou excluem dados. Essa capacidade faz da configuração parte do modelo de segurança do engajamento.

A PortSwigger afirma que ações de alto impacto exigem aprovação. Os usuários também podem desativar ferramentas específicas, restringir o escopo e interromper uma tarefa enquanto ela está em execução.

Há uma exceção importante. Scripts personalizados aprovados para execução podem enviar solicitações de rede diretamente, em vez de passar pela ferramenta padrão de solicitações do Burp. A PortSwigger aconselha os usuários a revisar esses scripts e desativar as ferramentas de scripting quando necessário.

Essa exceção impede uma conclusão excessivamente simples de que toda ação é automaticamente contida. O limite de segurança permanece eficaz apenas quando as equipes entendem quais ferramentas contornam verificações específicas.

O registro forma a segunda parte do design. O Burp registra as solicitações do agente e a atividade das ferramentas no projeto, enquanto as descobertas incluem solicitações e respostas HTTP de suporte.

Essas evidências permitem que um humano reproduza o comportamento e determine se o problema reportado é explorável. Elas também criam um registro para revisão interna, relatórios para clientes e análise pós-engajamento.

A reprodutibilidade é essencial porque uma explicação plausível gerada por IA não é prova de uma vulnerabilidade. Uma descoberta válida precisa de comportamento observável, um caminho de ataque definido e evidências suficientes para que outro testador possa repeti-la.

O contexto do projeto fornece o terceiro mecanismo. O agente pode usar tráfego, problemas e dados do mapa do site selecionados sem fazer upload de todo o projeto Burp.

Isso reduz a redescoberta. Se um testador já se autenticou, mapeou um fluxo de trabalho ou isolou uma solicitação suspeita, o agente pode começar desse ponto.

Também coloca a responsabilidade sobre o usuário. O tráfego anexado pode conter tokens de sessão, informações pessoais, código-fonte ou dados de clientes. Mais contexto pode melhorar o raciocínio, ao mesmo tempo que aumenta a sensibilidade do que sai do sistema local.

A arquitetura do Burp AT, portanto, representa uma concessão, não uma solução completa. O agente se torna mais útil ao acessar dados reais de teste e executar ferramentas reais. Essas mesmas capacidades criam a necessidade de decisões rigorosas sobre escopo, revisão e governança de dados.

É por isso que a camada de controle importa mais do que um vídeo de demonstração. Um exploit inteligente descoberto em um laboratório comprova capacidade. Um modelo de permissões que resiste ao uso profissional rotineiro determina se as equipes podem implantar essa capacidade de forma responsável.

A Atenção do Google News Não Resolve os Riscos de Dados

O Burp AT mantém humanos no controle das ações, mas os clientes ainda precisam decidir se seu fluxo de dados atende às suas obrigações de segurança e regulatórias.

A PortSwigger documenta que o Burp AT e o Burp AI usam a infraestrutura de IA da empresa. Uma solicitação viaja do Burp para essa infraestrutura e, em seguida, para um provedor externo de modelos.

A empresa atualmente usa modelos da Anthropic para o Burp AT. Os usuários não podem selecionar um modelo nem forçar o processamento em uma localização geográfica específica.

A PortSwigger afirma que sua infraestrutura opera em regiões da AWS na Virgínia e na Irlanda. Os provedores de IA processam solicitações em data centers dos Estados Unidos, enquanto o roteamento entre as regiões da PortSwigger ocorre automaticamente.

O sistema pode transmitir prompts, recursos anexados, mensagens do agente, chamadas de ferramentas e resultados de ferramentas. Quando uma ferramenta envia uma solicitação HTTP, esses resultados podem incluir solicitações e respostas completas.

Esses materiais frequentemente contêm as informações mais sensíveis de um teste de invasão. Cookies de autenticação, registros de clientes, identificadores internos, respostas de API e lógica proprietária da aplicação podem aparecer no tráfego capturado.

A PortSwigger afirma que o Burp AT não oculta esse material automaticamente. Usuários que precisam inspecionar dados enviados podem exigir aprovação antes de ações relevantes, mas essa salvaguarda adiciona atrito operacional.

A empresa também armazena prompts, respostas, detalhes de tarefas e metadados relacionados. Seus termos de tratamento de dados afirmam que dados de conversa e auditoria são retidos indefinidamente para solução de problemas e desenvolvimento de recursos de longo prazo.

Os logs operacionais têm um período de retenção declarado mais curto, de 31 dias. A PortSwigger afirma que os dados armazenados usam criptografia AES-256, enquanto os dados em trânsito usam TLS 1.2 ou posterior.

A empresa afirma que seus contratos proíbem os provedores de modelos de reter dados de clientes ou usá-los para treinamento. Ainda assim, a PortSwigger reserva-se o direito de usar dados anonimizados para aprimorar seus recursos de IA e diagnosticar problemas.

Esses termos são específicos o bastante para que equipes de segurança os avaliem, mas não servirão para todos os contratos. Alguns clientes proíbem o processamento por modelos externos, exigem residência regional dos dados ou impõem cronogramas fixos de exclusão.

Uma beta pública também introduz incerteza técnica. A PortSwigger afirma que o Burp AT usa ferramentas determinísticas, mas a execução determinística não garante um planejamento correto. O agente ainda pode escolher um caminho improdutivo, interpretar mal a lógica da aplicação ou parar antes de encontrar uma cadeia relevante.

Falsos positivos são outro risco. O sistema registra evidências, mas um humano precisa determinar se essas evidências sustentam o impacto alegado. A PortSwigger orienta explicitamente os usuários a tratar cada descoberta como uma pista que exige verificação.

Falsos negativos podem ser mais difíceis de detectar. Um resumo de tarefa bem elaborado pode sugerir completude mesmo quando o agente ignorou um endpoint, interpretou mal um limite de autorização ou abandonou uma hipótese promissora.

Os materiais públicos atuais do Burp AT não estabelecem com que frequência essas falhas ocorrem. A PortSwigger não divulgou uma avaliação independente abrangendo arquiteturas de aplicações, classes de vulnerabilidades e fluxos de trabalho autenticados complexos.

Essa lacuna importa ao comparar um agente com um testador humano. A velocidade é mensurável, mas o valor profissional também depende de cobertura, novidade, precisão, reprodutibilidade e sensibilidade ao contexto de negócios.

Um agente pode identificar com eficiência uma falha de cross-site scripting armazenado enquanto deixa de perceber que a página afetada está isolada de usuários relevantes. Ele também pode descartar um problema de autorização de baixa gravidade que se torna crítico quando encadeado com outra fraqueza.

A revisão humana, portanto, não é uma etapa cerimonial de aprovação. Ela fornece o contexto de negócio e de ameaças que respostas HTTP por si só podem não revelar.

A natureza de uso duplo da tecnologia acrescenta outra preocupação. Um agente capaz de encontrar e validar vulnerabilidades pode auxiliar defensores, pesquisadores autorizados ou invasores. Acesso ao produto, monitoramento e aplicação de escopo reduzem o mau uso, mas não podem eliminar essa capacidade subjacente.

A visibilidade no Google News aumentará a curiosidade entre equipes de segurança e invasores. Ela não deve ser confundida com validação de que toda organização pode conectar com segurança tráfego sensível de aplicações ao serviço.

A decisão prática começa com as regras do contrato. As equipes precisam identificar dados proibidos, alvos permitidos, requisitos de aprovação, padrões de evidência e obrigações de retenção antes de atribuir trabalho real ao agente.

Burp AT Compete pelo Fluxo de Trabalho, Não pela Autonomia Máxima

A PortSwigger está escolhendo a integração supervisionada em vez de alegar que um agente de IA pode substituir um pentester profissional.

Essa escolha diferencia o Burp AT de produtos comercializados em torno de testes autônomos de ponta a ponta. A autonomia máxima é atraente porque promete maior cobertura com menos trabalho.

No entanto, a autonomia pode se tornar um risco ao testar uma aplicação em produção. Um sistema que atua sem contexto pode gerar tráfego excessivo, modificar dados de clientes ou criar uma descoberta que ninguém consegue reproduzir.

O Burp AT trata o testador humano como responsável pelo contrato. O agente conduz a investigação delegada, enquanto o usuário estabelece o escopo, controla permissões, revisa scripts e valida resultados.

Esse modelo também preserva a possibilidade de assumir o controle manualmente. As ferramentas existentes do Burp continuam disponíveis, portanto um testador pode interromper o agente e prosseguir diretamente com uma investigação.

O design reflete a forma como profissionais experientes já trabalham com membros juniores da equipe. Um testador sênior pode delegar uma tarefa delimitada, revisar as evidências, redirecionar a investigação e manter a responsabilidade pela conclusão final.

No entanto, um agente de IA não tem responsabilidade profissional. Ele não pode compreender obrigações contratuais da mesma forma que o consultor que assinou as regras do contrato. Restrições aplicadas por ferramentas devem traduzir essas obrigações em políticas executáveis.

Fornecedores independentes ainda podem competir oferecendo suporte a superfícies de ataque mais amplas, testes contínuos ou remediação automatizada. O foco inicial do Burp AT é o teste de invasão em aplicações web dentro do Burp Suite Professional.

Agentes orientados ao código-fonte também ocupam uma categoria distinta. Eles podem analisar código antes da implantação e recomendar correções, enquanto o Burp AT observa o comportamento externo de uma aplicação em execução.

Scanners automatizados também continuam relevantes. Eles oferecem cobertura programada e previsível e podem executar verificações estabelecidas em muitos alvos sem raciocínio aberto de agente.

A concorrência emergente, portanto, ocorre entre modelos operacionais:

• Scanners tradicionais enfatizam repetibilidade, escala e verificações predefinidas.

• Agentes de propósito geral enfatizam flexibilidade, mas exigem que os usuários reúnam ferramentas, contexto e controles.

• Plataformas autônomas de pentesting enfatizam cobertura delegada em ambientes definidos.

• O Burp AT enfatiza investigação conduzida por humanos dentro de um espaço de trabalho consolidado de testes web.

Nenhum desses modelos elimina os demais. Um programa maduro de segurança de aplicações pode usar análise de código-fonte durante o desenvolvimento, varredura automatizada em pipelines de entrega, validação contínua após a implantação e testes humanos focados para riscos complexos.

A vantagem da PortSwigger aparece quando um testador humano já trabalha no Burp. O agente pode reutilizar o tráfego, as ferramentas, as descobertas e o fluxo de trabalho desse projeto, em vez de criar um sistema de registro separado.

Sua desvantagem aparece quando compradores desejam testes sem supervisão em muitos ativos. O posicionamento atual e a beta pública enfatizam trabalho interativo conduzido por humanos, em vez de um serviço de testes totalmente independente.

Os recursos mais amplos do Burp AI da empresa esclarecem ainda mais a distinção. O Burp AI auxilia dentro de ferramentas específicas, enquanto o Burp AT busca um objetivo por meio de várias etapas.

Esse portfólio dá à PortSwigger um caminho da assistência pontual à delegação supervisionada. Os clientes podem adotar recursos individuais de IA sem conceder imediatamente a um agente acesso mais amplo.

A empresa ainda precisa apresentar evidências de que essa progressão melhora os resultados. A adoção pelos usuários dependerá de os testadores economizarem tempo significativo sem gastar esse tempo revisando descobertas fracas ou gerenciando aprovações.

As equipes devem medir investigações concluídas, vulnerabilidades verificadas, tempo de revisão, trabalho duplicado e interrupções causadas pelo agente. Contar prompts ou descobertas geradas recompensaria atividade, e não valor de segurança.

A história no Google News, portanto, não é simplesmente PortSwigger contra outro fornecedor. A principal disputa é entre autonomia supervisionada e delegação irrestrita.

A PortSwigger deixou sua escolha clara. O agente pode planejar, mas o Burp controla a execução. O agente pode reportar, mas o testador precisa verificar. O agente pode usar o contexto do projeto, mas a organização deve decidir qual contexto pode sair da máquina.

O Que as Equipes de Segurança Devem Observar em Seguida

Três sinais determinarão se o Burp AT se tornará um parceiro padrão de testes ou continuará sendo um recurso beta interessante.

O primeiro sinal é evidência independente de desempenho. A PortSwigger precisa de avaliações que separem a detecção de vulnerabilidades, os falsos positivos, o tempo de teste e o esforço de revisão humana.

Uma comparação útil examinaria as mesmas aplicações dentro de escopo sob testes manuais, varredura convencional e testes assistidos pelo Burp AT. Ela deveria incluir fluxos de trabalho autenticados e falhas de lógica de negócios, não apenas padrões conhecidos de injeção.

Evidências de descobertas inéditas fortaleceriam o argumento da PortSwigger. A empresa associou o lançamento do Burp AT a pesquisas apresentadas em torno da Black Hat USA 2026, onde a pesquisa de segurança orientada por IA atraiu atenção significativa.

O programa da Black Hat confirma o quanto a segurança de IA se tornou central no evento de 2026. Demonstrações em conferências ainda precisam ser traduzidas em resultados repetíveis para clientes.

Se testes independentes mostrarem maior cobertura verificada sem uma carga proporcional de revisão, agentes supervisionados ganharão credibilidade. Se os resultados dependerem fortemente de alvos selecionados, a beta continuará sendo uma assistente, e não um multiplicador de testes.

O segundo sinal é o controle corporativo sobre os dados. Os compradores observarão retenção configurável, opções de processamento regional, ocultação de dados, seleção de modelos e políticas administrativas mais robustas.

Esses recursos não tornariam o agente mais inteligente. Eles o tornariam implantável sob uma gama mais ampla de contratos e obrigações regulatórias.

Uma opção de retenção mais curta ou controlada pelo cliente responderia a uma objeção clara. Processamento local ou modelos privados aprovados abririam contratos que atualmente proíbem serviços externos de IA.

A PortSwigger também pode precisar de modelos de políticas centralizadas. Consultorias de segurança deveriam poder definir permissões comuns de ferramentas e requisitos de evidência entre testadores, sem configurar cada projeto manualmente.

Se a empresa ampliar esses controles, sua estratégia de “agente dentro de uma gaiola” se tornará mais convincente. Se a governança permanecer fixa, a adoção poderá se concentrar entre equipes menores e avaliações menos restritas.

O terceiro sinal é o comportamento dos profissionais. A PortSwigger deve revelar se os testadores delegam tarefas investigativas substanciais ou usam o Burp AT principalmente para verificações pontuais e repetitivas.

Intervenções manuais frequentes não significariam automaticamente fracasso. Elas podem indicar que o sistema funciona melhor como um colaborador, acelerando a preparação enquanto deixa o raciocínio mais difícil para os humanos.

A medida mais importante é o resultado verificado por unidade de tempo do revisor. Um agente que produz muitas descobertas, mas exige uma limpeza extensa, pode aumentar a carga de trabalho de uma equipe.

Os profissionais também devem acompanhar a biblioteca de habilidades. Novas habilidades podem transformar técnicas de pesquisa em procedimentos de teste reutilizáveis, criando um caminho da descoberta especializada para uma aplicação mais ampla.

Esse caminho envolve riscos de qualidade. Uma técnica que funciona de forma confiável em um ambiente de pesquisa pode se comportar de maneira diferente em arquiteturas de produção. As habilidades precisam de versionamento, testes e requisitos claros de evidência.

Para líderes de segurança, o próximo passo sensato é uma avaliação delimitada. Escolha um alvo não produtivo autorizado, restrinja o conjunto de ferramentas, exija aprovações e compare os resultados com uma avaliação existente.

Mantenha as descobertas do agente, o tráfego de suporte, as decisões dos revisores e os problemas não identificados em uma base de conhecimento de engenharia pesquisável. Esse registro torna comparações posteriores mais úteis do que impressões de uma única demonstração.

A PortSwigger já respondeu a uma pergunta: a IA agêntica agora faz parte de uma ferramenta profissional de pentesting amplamente utilizada. A questão em aberto é se seus controles podem tornar os testes delegados consistentemente confiáveis.

Ignore a empolgação gerada por uma manchete do Google News e observe as evidências. O Burp AT encontra problemas verificados mais rápido, permanece dentro do escopo, protege dados sensíveis e reduz o trabalho repetitivo?

Se sim, o pentester humano não desaparecerá. O papel passará a se concentrar em definir objetivos, supervisionar ações arriscadas, interpretar o impacto nos negócios e decidir quando as evidências do agente são suficientemente sólidas para merecer confiança.