PortSwigger ergänzt Burp AT, doch Kontrolle ist der eigentliche Test für KI-Pentesting

PortSwigger hat sein erstes agentisches Pentesting-System in die öffentliche Beta überführt und erweitert Burp Suite damit über KI-Unterstützung hinaus um delegierte Sicherheitsarbeit. Die Google-News-Schlagzeile lässt Burp AT wie eine weitere KI-Produkteinführung erscheinen. Die tatsächliche Veränderung ist folgenreicher: Ein Agent kann nun etablierte Sicherheitstools innerhalb eines aktiven Burp-Projekts bedienen.

Burp AT akzeptiert ein Testziel, wählt Aktionen aus, untersucht Ergebnisse und passt den nächsten Schritt an. PortSwigger stellt uneingeschränkte Autonomie jedoch nicht als Verkaufsargument dar. Stattdessen verankert das Unternehmen Umfang, Berechtigungen und Aktivitätsaufzeichnungen außerhalb der direkten Kontrolle des Modells.

Dieses Design schafft die zentrale Spannung. KI-Agenten versprechen schnellere Untersuchungen, doch Penetrationstests umfassen Anfragen, die Daten verändern, Anwendungen stören oder rechtliche Grenzen überschreiten können. PortSwigger setzt darauf, dass die professionelle Akzeptanz weniger von Modellintelligenz als von durchsetzbaren Grenzen und reproduzierbaren Nachweisen abhängt.

Die Einführung erhöht zudem den Druck auf eigenständige Anbieter von KI-Pentesting und universell einsetzbare Coding-Agenten. Diese Produkte können über Schwachstellen nachdenken, übernehmen jedoch nicht automatisch den Traffic-Verlauf, die Testtools, Issue-Aufzeichnungen und den etablierten Workflow von Burp Suite.

Burp AT macht aus einem Testziel Tool-Aktionen

Burp AT verwandelt Burp Suite von einer Sammlung von Expert:innen bedienter Tools in einen Arbeitsbereich, in dem ein überwachter Agent ein Ziel verfolgen kann.

PortSwigger führte Burp AT mit dem Early-Adopter-Release von Burp Suite Professional 2026.7 am 16. Juli 2026 ein. Später erweiterte das Unternehmen seine öffentliche Erläuterung und positionierte das Produkt als agentische Ebene für menschengeführte Penetrationstests.

Ein KI-Agent unterscheidet sich von einem herkömmlichen Assistenten, weil er eine Abfolge von Aktionen planen und ausführen kann. Ein Chatbot könnte eine Payload vorschlagen. Ein Agent kann ein Tool auswählen, die Payload senden, die Antwort prüfen, seine Hypothese überarbeiten und die Tests fortsetzen.

Laut dem offiziellen Burp AT release beginnen Nutzer:innen damit, ein Testziel zu beschreiben. Der Agent arbeitet dann mit den bestehenden Tools von Burp und passt sich dabei den vom Ziel zurückgegebenen Informationen an.

Eine Aufgabe kann sich auf einen breiten Bereich oder einen konkreten Verdacht konzentrieren. Ein Tester könnte den Agenten bitten, eine unbekannte Anwendung zu kartieren, einen Endpunkt zu untersuchen, ein bekanntes Problem zu reproduzieren oder auf eine Schwachstellenklasse zu prüfen.

Dabei handelt es sich nicht um Hintergrundautomatisierung, die stillschweigend alles scannt. Burp AT startet erst, nachdem ein Nutzer es öffnet und einen Prompt eingibt. Der Nutzer definiert außerdem den Zielumfang und legt fest, für welche Tools eine Freigabe erforderlich ist.

Das System arbeitet innerhalb des aktuell geöffneten Burp-Projekts. Nutzer:innen können eine HTTP-Anfrage, einen Site-Map-Knoten oder ein bestehendes Issue als Kontext anhängen. Dieses Detail liefert dem Agenten Informationen, die bereits während der manuellen Arbeit gesammelt wurden.

Burp AT schreibt seine Aktivitäten zudem zurück in das Projekt. Anfragen erscheinen in Burps Logger, Scans auf dem Dashboard und gemeldete Schwachstellen gelangen in den vertrauten Issues-Workflow.

Dieser gemeinsame Kontext ist wichtig, weil Sicherheitstests selten mit einem leeren Prompt beginnen. Ein Berater kann bereits authentifizierten Traffic, Notizen zu Anwendungsrollen, vermutete Schwächen und Teilbelege aus früheren Tests haben.

Ein separater Agent müsste diese Materialien in eine neue Umgebung kopieren. Burp AT kann gezielt auf das Projekt zurückgreifen, ohne dass der Tester den Verlauf des Engagements neu erstellen muss.

Der Agent verwendet außerdem spezialisierte Test-Skills, die gemeinsam mit PortSwigger Research entwickelt wurden. Diese Skills bündeln gezielte Techniken, die der Agent während eines Assessments anwenden kann. PortSwigger zufolge wird die Bibliothek wachsen, während die Forschenden neue Methoden verfeinern.

Das Beta-Label verdient jedoch besondere Beachtung. PortSwigger bezeichnet dies als erste Phase und rät Testern, jeden Fund zu verifizieren, bevor sie darauf reagieren. Das Unternehmen hat keinen umfassenden, unabhängigen Benchmark veröffentlicht, der die Leistung über unterschiedliche Produktionsanwendungen hinweg belegt.

Die Berichterstattung in Google News kann den Release als abgeschlossen und breit validiert erscheinen lassen. Die verfügbaren Belege stützen eine engere Schlussfolgerung: PortSwigger hat einen funktionsfähigen Agenten innerhalb von Burp Suite Professional ausgeliefert, dessen Design von professionellen Test-Workflows geprägt ist.

Warum etablierte Pentesting-Workflows unter Druck geraten

Der unmittelbare Druck trifft Sicherheitsteams, die manuelle Tests, automatisierte Scans und KI-Experimente weiterhin in voneinander getrennten Systemen durchführen.

Traditionelle dynamische Anwendungssicherheitstests senden vordefinierte Prüfungen an eine laufende Anwendung. Sie bieten Wiederholbarkeit und Abdeckung, doch ein Scanner kann Schwierigkeiten haben, wenn ein Fund mehrere kontextabhängige Schritte erfordert.

Menschliche Pentester schließen diese Lücke. Sie bilden Hypothesen, vergleichen das Anwendungsverhalten über Rollen hinweg, verketten Schwächen und entscheiden, ob eine ungewöhnliche Antwort eine neue Untersuchungsrichtung rechtfertigt.

Dieses Urteilsvermögen ist wertvoll, doch wiederkehrende Arbeit beansprucht einen großen Teil eines Engagements. Das Kartieren von Endpunkten, erneute Senden von Anfragen, Variieren von Eingaben, Sammeln von Belegen und Bestätigen bekannter Muster kann die Zeit für tiefere Analysen verringern.

Universell einsetzbare KI-Agenten eröffneten eine weitere Option. Tester können Coding-Modelle mit Kommandozeilen-Tools, Browserautomatisierung oder eigenen Integrationen verbinden. Dieser Ansatz bietet Flexibilität, verlagert jedoch auch Orchestrierungs- und Sicherheitsarbeit auf die Anwender:innen.

PortSwigger versucht, diese Experimente in eine vertraute Umgebung zu integrieren. Sein agentic testing model kombiniert einen KI-Planer mit Burp-Tools, Projektkontext, wiederverwendbaren Skills und Berechtigungskontrollen.

Der strategische Druck reicht über einzelne Tester hinaus. Sicherheitsberatungen müssen entscheiden, ob KI-gestützte Arbeit die Kapazität von Engagements, Anforderungen an Nachweise oder Prüfverfahren verändert. Interne Teams für Anwendungssicherheit müssen entscheiden, welche Aufgaben zwischen formellen Assessments wiederholt ausgeführt werden können.

Eigenständige Anbieter autonomer Pentesting-Lösungen stehen vor einem anderen Problem. Sie können Unabhängigkeit von menschlichen Workflows versprechen, doch Burp ist bereits der tägliche Arbeitsbereich vieler Web-Sicherheitspraktiker:innen. Integration kann wichtiger sein als theoretische Autonomie, wenn Käufer Akzeptanz ohne Ersatz etablierter Prozesse benötigen.

Universell einsetzbare Coding-Agenten stehen ebenfalls vor einer Glaubwürdigkeitslücke. Sie können Skripte schreiben und über Code nachdenken, doch ein professioneller Penetrationstest erfordert sorgfältige Eingrenzung, vorhersehbares Tool-Verhalten und eine belastbare Aufzeichnung der Aktionen.

Der Sicherheitsagent von OpenAI veranschaulicht den benachbarten Ansatz. Ursprünglich als Aardvark eingeführt und später in Codex Security integriert, analysiert er Quellcode-Repositories, bewertet Ausnutzbarkeit, validiert Funde und schlägt Patches vor.

OpenAI berichtete, dass sein System 92 Prozent bekannter und synthetisch eingeführter Schwachstellen in ausgewählten Benchmark-Repositories identifiziert habe. Außerdem berichtete das Unternehmen von 10 Open-Source-Funden, die CVE-Kennungen erhielten. Dabei handelt es sich um unternehmenseigene Angaben, nicht um einen direkten Vergleich mit Burp AT.

Die Produkte setzen zudem an unterschiedlichen Ausgangspunkten an. Der security research agent konzentriert sich auf Quellcode und Entwicklungs-Workflows. Burp AT interagiert über die Tools und den Traffic innerhalb eines Burp-Projekts mit einer laufenden Webanwendung.

Diese Unterscheidung zeigt, warum sich der KI-Sicherheitsmarkt nicht auf einen universellen Agenten reduzieren wird. Quellcode-Review, externe Angriffsflächen-Tests, Webanwendungstests, Cloud-Validierung und Behebung erfordern jeweils unterschiedlichen Kontext und unterschiedliche Kontrollen.

Die Google-News-Einordnung konzentriert sich darauf, dass PortSwigger seinem Portfolio einen KI-Agenten hinzufügt. Die größere Geschichte lautet, dass Sicherheitsplattformen nun eine Antwort auf delegierte Untersuchungen brauchen, nicht bloß auf generierte Erklärungen.

Ein herkömmlicher Scanner folgt programmierten Prüfungen. Ein allgemeiner Agent kann improvisieren, verfügt aber möglicherweise nicht über spezialisierte Schutzmechanismen. Burp AT nimmt eine Mittelposition ein: Es nutzt Modellschlussfolgerungen, beschränkt die Ausführung jedoch durch etablierte Tooling-Strukturen.

Diese Kombination setzt Wettbewerber unter Druck, zu erklären, wo ihre Grenzen liegen. Das Versprechen, ein Agent sei „sicher“, weil sein Prompt es vorgibt, wirkt neben Kontrollen, die von der umgebenden Anwendung durchgesetzt werden, weniger überzeugend.

PortSwiggers Vorteil ist der Käfig um den Agenten

Der wichtigste Mechanismus von Burp AT ist die architektonische Trennung zwischen dem, was das Modell vorschlägt, und dem, was Burp erlaubt.

Große Sprachmodelle erzeugen probabilistische Ausgaben, was bedeutet, dass derselbe Kontext zu unterschiedlichen Antworten führen kann. Penetrationstest-Tools benötigen in der Regel deterministisches Verhalten, bei dem ein definierter Befehl eine vorhersehbare Operation ausführt.

PortSwigger kombiniert diese Eigenschaften, statt das Modell jeden Testbestandteil ersetzen zu lassen. Der Agent wählt zwischen Burp-Tools, während die Tools etablierte Operationen ausführen.

Das Unternehmen erklärt, dass Umfang, Tool-Zugriff und Freigaberichtlinien in der Tooling-Schicht von Burp liegen. Sie sind architektonisch vom Modell getrennt, sodass das Modell eine natürlichsprachliche Einschränkung nicht einfach neu interpretieren kann.

Diese Trennung begegnet einem verbreiteten Agentenproblem. Anweisungen innerhalb eines Prompts konkurrieren mit anderem Kontext, einschließlich Inhalten, die aus einer Anwendung abgerufen werden. Eine bösartige Seite kann Text enthalten, der einen Agenten umleiten soll – eine Technik, die als indirekte Prompt-Injection bekannt ist.

Eine externe Richtlinienprüfung macht Prompt-Injection nicht irrelevant. Sie begrenzt, was ein manipulierter Agent ausführen kann. Der Agent könnte eine unzulässige Aktion vorschlagen, doch die Tooling-Schicht kann diese Aktion ablehnen, wenn sie Umfang oder Berechtigungen verletzt.

Burp AT bietet mehrere Stufen der Nutzerkontrolle. Ein Tester kann für einzelne Aktionen eine Freigabe verlangen, Routineoperationen erlauben oder innerhalb konfigurierter Grenzen größere Autonomie gestatten.

Manche Aktionen bleiben unabhängig vom Komfort sensibel. Burp AT kann dieselben Arten von Anfragen senden wie ein menschlicher Tester, einschließlich Anfragen, die Daten ändern oder löschen. Diese Fähigkeit macht die Konfiguration zu einem Teil des Sicherheitsmodells des Engagements.

PortSwigger erklärt, dass Aktionen mit hoher Auswirkung eine Freigabe erfordern. Nutzer:innen können zudem bestimmte Tools deaktivieren, den Umfang einschränken und eine laufende Aufgabe anhalten.

Es gibt eine wichtige Ausnahme. Für die Ausführung freigegebene benutzerdefinierte Skripte können Netzwerkanfragen direkt senden, statt Burps Standard-Anfragetool zu durchlaufen. PortSwigger rät Nutzer:innen, solche Skripte zu prüfen und Scripting-Tools bei Bedarf zu deaktivieren.

Diese Ausnahme verhindert die allzu einfache Schlussfolgerung, dass jede Aktion automatisch eingegrenzt ist. Die Sicherheitsgrenze bleibt nur wirksam, wenn Teams verstehen, welche Tools bestimmte Prüfungen umgehen.

Logging bildet den zweiten Teil des Designs. Burp zeichnet Agentenanfragen und Tool-Aktivitäten im Projekt auf, während Funde unterstützende HTTP-Anfragen und -Antworten enthalten.

Diese Belege ermöglichen es einem Menschen, das Verhalten zu reproduzieren und festzustellen, ob das gemeldete Problem ausnutzbar ist. Sie schaffen außerdem eine Aufzeichnung für interne Prüfungen, Kundenberichte und Analysen nach dem Engagement.

Reproduzierbarkeit ist entscheidend, weil eine plausible KI-Erklärung kein Beweis für eine Schwachstelle ist. Ein gültiger Fund benötigt beobachtbares Verhalten, einen definierten Angriffspfad und genügend Belege, damit ein anderer Tester ihn wiederholen kann.

Der Projektkontext stellt den dritten Mechanismus bereit. Der Agent kann ausgewählten Traffic, Issues und Site-Map-Daten verwenden, ohne das gesamte Burp-Projekt hochzuladen.

Das reduziert erneute Erkundung. Wenn ein Tester sich bereits authentifiziert, einen Workflow kartiert oder eine verdächtige Anfrage isoliert hat, kann der Agent an diesem Punkt beginnen.

Sie legt die Verantwortung auch auf den Nutzer. Angefügter Datenverkehr kann Sitzungstokens, personenbezogene Informationen, Quellcode oder Kundendaten enthalten. Mehr Kontext kann die Schlussfolgerungen verbessern und gleichzeitig die Sensibilität dessen erhöhen, was das lokale System verlässt.

Die Architektur von Burp AT stellt daher einen Kompromiss dar, keine vollständige Lösung. Der Agent gewinnt an Nutzen, indem er auf echte Testdaten zugreift und reale Tools ausführt. Genau diese Fähigkeiten erfordern strikte Vorgaben zu Umfang, Prüfung und Data Governance.

Deshalb ist die Kontrollschicht wichtiger als ein Demonstrationsvideo. Ein cleverer Exploit, der in einem Labor entdeckt wurde, beweist die Fähigkeit. Ein Berechtigungsmodell, das den routinemäßigen professionellen Einsatz übersteht, entscheidet darüber, ob Teams diese Fähigkeit verantwortungsvoll einsetzen können.

Aufmerksamkeit in Google News löst die Datenrisiken nicht

Burp AT lässt Menschen die Kontrolle über Aktionen behalten, doch Kunden müssen weiterhin entscheiden, ob sein Datenpfad zu ihren Sicherheits- und Regulierungsverpflichtungen passt.

PortSwigger dokumentiert, dass Burp AT und Burp AI die KI-Infrastruktur des Unternehmens nutzen. Eine Anfrage läuft von Burp zu dieser Infrastruktur und anschließend zu einem externen Modellanbieter.

Das Unternehmen verwendet derzeit Anthropic-Modelle für Burp AT. Nutzer können kein Modell auswählen oder die Verarbeitung an einem bestimmten geografischen Standort erzwingen.

PortSwigger erklärt, dass seine Infrastruktur in AWS-Regionen in Virginia und Irland betrieben wird. Die KI-Anbieter verarbeiten Anfragen in Rechenzentren in den Vereinigten Staaten, während das Routing zwischen den Regionen von PortSwigger automatisch erfolgt.

Das System kann Prompts, angehängte Ressourcen, Agentennachrichten, Tool-Aufrufe und Tool-Ergebnisse übertragen. Wenn ein Tool eine HTTP-Anfrage sendet, können diese Ergebnisse vollständige Anfragen und Antworten enthalten.

Diese Materialien enthalten bei einem Penetrationstest häufig die sensibelsten Informationen. Authentifizierungs-Cookies, Kundendatensätze, interne Kennungen, API-Antworten und proprietäre Anwendungslogik können sämtlich im erfassten Datenverkehr erscheinen.

PortSwigger erklärt, dass Burp AT dieses Material nicht automatisch schwärzt. Nutzer, die ausgehende Daten prüfen müssen, können vor relevanten Aktionen eine Genehmigung verlangen, doch diese Schutzmaßnahme erhöht den operativen Aufwand.

Das Unternehmen speichert außerdem Prompts, Antworten, Aufgabendetails und zugehörige Metadaten. Die Bedingungen zur Datenverarbeitung besagen, dass Gesprächs- und Auditdaten zur Fehlerbehebung und langfristigen Funktionsentwicklung unbegrenzt aufbewahrt werden.

Für Betriebsprotokolle gilt eine kürzere angegebene Aufbewahrungsfrist von 31 Tagen. PortSwigger erklärt, dass gespeicherte Daten mit AES-256 verschlüsselt werden, während Daten bei der Übertragung TLS 1.2 oder höher verwenden.

Das Unternehmen erklärt, dass seine Verträge Modellanbietern verbieten, Kundendaten aufzubewahren oder sie für das Training zu verwenden. PortSwigger behält sich dennoch das Recht vor, anonymisierte Daten zur Verbesserung seiner KI-Funktionen und zur Diagnose von Problemen zu verwenden.

Diese Bedingungen sind konkret genug, damit Sicherheitsteams sie bewerten können, doch sie werden nicht für jedes Engagement geeignet sein. Einige Kunden untersagen die Verarbeitung durch externe Modelle, verlangen regionale Datenresidenz oder schreiben feste Löschfristen vor.

Eine öffentliche Beta bringt zudem technische Unsicherheit mit sich. PortSwigger erklärt, dass Burp AT deterministische Tools verwendet, doch eine deterministische Ausführung garantiert keine korrekte Planung. Der Agent kann weiterhin einen unproduktiven Weg wählen, Anwendungslogik missverstehen oder stoppen, bevor er eine relevante Kette findet.

Falschpositive sind ein weiteres Risiko. Das System erfasst Belege, doch ein Mensch muss entscheiden, ob diese Belege die behaupteten Auswirkungen stützen. PortSwigger weist Nutzer ausdrücklich an, jeden Befund als Hinweis zu behandeln, der überprüft werden muss.

Falschnegative könnten schwerer zu erkennen sein. Eine ausgefeilte Aufgabenzusammenfassung kann Vollständigkeit suggerieren, selbst wenn der Agent einen Endpunkt übersehen, eine Autorisierungsgrenze missverstanden oder eine vielversprechende Hypothese verworfen hat.

Die derzeitigen öffentlichen Materialien von Burp AT belegen nicht, wie häufig solche Fehler auftreten. PortSwigger hat keine unabhängige Bewertung über Anwendungsarchitekturen, Schwachstellenklassen und komplexe authentifizierte Workflows hinweg veröffentlicht.

Diese Lücke ist beim Vergleich eines Agenten mit einem menschlichen Tester relevant. Geschwindigkeit ist messbar, doch professioneller Wert hängt auch von Abdeckung, Neuartigkeit, Genauigkeit, Reproduzierbarkeit und Sensibilität für den Geschäftskontext ab.

Ein Agent kann eine persistente Cross-Site-Scripting-Schwachstelle effizient identifizieren, dabei aber übersehen, dass die betroffene Seite von relevanten Nutzern isoliert ist. Er könnte auch ein Autorisierungsproblem mit niedriger Schwere verwerfen, das in Kombination mit einer weiteren Schwäche kritisch wird.

Die menschliche Prüfung ist daher kein zeremonieller Genehmigungsschritt. Sie liefert den Geschäfts- und Bedrohungskontext, den HTTP-Antworten allein möglicherweise nicht offenlegen.

Der Dual-Use-Charakter der Technologie wirft eine weitere Frage auf. Ein Agent, der Schwachstellen finden und validieren kann, kann Verteidiger, autorisierte Forschende oder Angreifer unterstützen. Produktzugang, Überwachung und Durchsetzung des Umfangs reduzieren Missbrauch, können diese zugrunde liegende Fähigkeit jedoch nicht beseitigen.

Die Sichtbarkeit in Google News wird die Neugier sowohl bei Sicherheitsteams als auch bei Angreifern erhöhen. Sie sollte nicht als Bestätigung missverstanden werden, dass jede Organisation sensible Anwendungsdaten sicher mit dem Dienst verbinden kann.

Die praktische Entscheidung beginnt mit den Einsatzregeln. Teams müssen verbotene Daten, erlaubte Ziele, Genehmigungsanforderungen, Beweisstandards und Aufbewahrungspflichten identifizieren, bevor sie dem Agenten reale Aufgaben übertragen.

Burp AT konkurriert über den Workflow, nicht über maximale Autonomie

PortSwigger setzt auf überwachte Integration statt auf die Behauptung, ein KI-Agent könne einen professionellen Pentester ersetzen.

Diese Entscheidung unterscheidet Burp AT von Produkten, die rund um vollständig autonome Tests vermarktet werden. Maximale Autonomie ist attraktiv, weil sie eine breitere Abdeckung bei geringerem Arbeitsaufwand verspricht.

Autonomie kann jedoch zur Belastung werden, wenn eine Produktionsanwendung getestet wird. Ein System, das ohne Kontext handelt, kann übermäßigen Datenverkehr erzeugen, Kundendaten verändern oder einen Befund erstellen, den niemand reproduzieren kann.

Burp AT behandelt den menschlichen Tester als Verantwortlichen für das Engagement. Der Agent übernimmt delegierte Untersuchungen, während der Nutzer den Umfang festlegt, Berechtigungen kontrolliert, Skripte prüft und Ergebnisse validiert.

Dieses Modell erhält auch die Möglichkeit der manuellen Übernahme. Die bestehenden Tools von Burp bleiben verfügbar, sodass ein Tester den Agenten unterbrechen und eine Untersuchung direkt fortsetzen kann.

Das Design spiegelt wider, wie erfahrene Fachleute bereits mit jüngeren Teammitgliedern arbeiten. Ein Senior-Tester kann eine klar abgegrenzte Aufgabe delegieren, die Belege prüfen, die Untersuchung neu ausrichten und die Verantwortung für die endgültige Schlussfolgerung behalten.

Ein KI-Agent hat jedoch keine professionelle Rechenschaftspflicht. Er kann vertragliche Verpflichtungen nicht auf dieselbe Weise verstehen wie der Berater, der die Einsatzregeln unterzeichnet hat. Durch Tools erzwungene Einschränkungen müssen diese Verpflichtungen in ausführbare Richtlinien übersetzen.

Eigenständige Anbieter können weiterhin konkurrieren, indem sie breitere Angriffsflächen, kontinuierliche Tests oder automatisierte Behebung unterstützen. Der anfängliche Fokus von Burp AT liegt auf Web-Penetrationstests innerhalb von Burp Suite Professional.

Quellcodeorientierte Agenten besetzen ebenfalls eine separate Spur. Sie können Code vor der Bereitstellung analysieren und Patches empfehlen, während Burp AT das externe Verhalten einer laufenden Anwendung beobachtet.

Automatisierte Scanner bleiben ebenfalls relevant. Sie bieten vorhersehbare, geplante Abdeckung und können etablierte Prüfungen über viele Ziele hinweg ausführen, ohne auf offene Agenten-Schlussfolgerungen angewiesen zu sein.

Der entstehende Wettbewerb findet daher zwischen Betriebsmodellen statt:

• Traditionelle Scanner betonen Wiederholbarkeit, Skalierung und vordefinierte Prüfungen.

• Allzweck-Agenten betonen Flexibilität, verlangen aber von Nutzern, Tools, Kontext und Kontrollen zusammenzustellen.

• Autonome Pentesting-Plattformen betonen delegierte Abdeckung über definierte Umgebungen hinweg.

• Burp AT betont menschengeführte Untersuchungen in einem etablierten Arbeitsbereich für Webtests.

Keines dieser Modelle macht die anderen überflüssig. Ein ausgereiftes Anwendungssicherheitsprogramm kann während der Entwicklung Quellcodeanalyse, in Bereitstellungspipelines automatisiertes Scanning, nach der Bereitstellung kontinuierliche Validierung und für komplexe Risiken gezielte menschliche Tests einsetzen.

Der Vorteil von PortSwigger zeigt sich, wenn ein menschlicher Tester bereits in Burp arbeitet. Der Agent kann den Datenverkehr, die Tools, Befunde und den Workflow dieses Projekts wiederverwenden, statt ein separates führendes System zu schaffen.

Sein Nachteil zeigt sich, wenn Käufer unbeaufsichtigte Tests über viele Assets hinweg wünschen. Die aktuelle Positionierung und die öffentliche Beta betonen interaktive, menschengeführte Arbeit statt eines vollständig unabhängigen Testdienstes.

Die umfassenderen Burp AI-Funktionen des Unternehmens verdeutlichen den Unterschied weiter. Burp AI unterstützt innerhalb bestimmter Tools, während Burp AT ein Ziel über mehrere Schritte hinweg verfolgt.

Dieses Portfolio eröffnet PortSwigger einen Weg von enger Unterstützung zu überwachter Delegation. Kunden können einzelne KI-Funktionen übernehmen, ohne einem Agenten sofort umfassenderen Zugriff zu gewähren.

Das Unternehmen muss weiterhin belegen, dass diese Entwicklung die Ergebnisse verbessert. Die Nutzerakzeptanz wird davon abhängen, ob Tester spürbar Zeit sparen, ohne diese Zeit für die Prüfung schwacher Befunde oder die Verwaltung von Genehmigungen aufzuwenden.

Teams sollten abgeschlossene Untersuchungen, verifizierte Schwachstellen, Prüfzeit, doppelte Arbeit und vom Agenten verursachte Unterbrechungen messen. Das Zählen von Prompts oder generierten Befunden würde Aktivität statt Sicherheitswert belohnen.

Die Google-News-Geschichte handelt daher nicht einfach von PortSwigger gegen einen anderen Anbieter. Der zentrale Wettbewerb lautet überwachte Autonomie gegen uneingeschränkte Delegation.

PortSwigger hat seine Entscheidung klar getroffen. Der Agent kann planen, aber Burp kontrolliert die Ausführung. Der Agent kann berichten, aber der Tester muss verifizieren. Der Agent kann Projektkontext verwenden, aber die Organisation muss entscheiden, welcher Kontext die Maschine verlassen darf.

Was Sicherheitsteams als Nächstes beobachten sollten

Drei Signale werden bestimmen, ob Burp AT zu einem standardmäßigen Testpartner wird oder eine interessante Beta-Funktion bleibt.

Das erste Signal sind unabhängige Leistungsnachweise. PortSwigger benötigt Bewertungen, die Schwachstellen-Erkennungsrate, Falschpositive, Testzeit und menschlichen Prüfaufwand voneinander trennen.

Ein sinnvoller Vergleich würde dieselben Anwendungen mit klar abgegrenztem Umfang unter manuellen Tests, herkömmlichem Scanning und Burp-AT-gestützten Tests untersuchen. Er sollte authentifizierte Workflows und Schwachstellen in der Geschäftslogik umfassen, nicht nur bekannte Injektionsmuster.

Nachweise für neuartige Entdeckungen würden die Argumentation von PortSwigger stärken. Das Unternehmen verknüpfte die Einführung von Burp AT mit Forschung, die im Umfeld der Black Hat USA 2026 präsentiert wurde, wo KI-getriebene Sicherheitsforschung erhebliche Aufmerksamkeit erhielt.

Das Black-Hat-Programm bestätigt, wie zentral KI-Sicherheit für die Veranstaltung 2026 wurde. Konferenzdemonstrationen müssen jedoch noch in reproduzierbare Kundenergebnisse übersetzt werden.

Wenn unabhängige Tests eine höhere verifizierte Abdeckung ohne proportionalen Prüfaufwand zeigen, werden überwachte Agenten an Glaubwürdigkeit gewinnen. Wenn die Ergebnisse stark von kuratierten Zielen abhängen, bleibt die Beta ein Assistent statt ein Multiplikator für Tests.

Das zweite Signal ist die unternehmensweite Kontrolle über Daten. Käufer werden auf konfigurierbare Aufbewahrung, regionale Verarbeitungsoptionen, Schwärzung, Modellauswahl und stärkere administrative Richtlinien achten.

Diese Funktionen würden den Agenten nicht intelligenter machen. Sie würden ihn unter einem breiteren Spektrum von Verträgen und regulatorischen Verpflichtungen einsetzbar machen.

Eine kürzere oder kundengesteuerte Aufbewahrungsoption würde einen klaren Einwand ausräumen. Lokale Verarbeitung oder zugelassene private Modelle würden Einsätze ermöglichen, die externe KI-Dienste derzeit untersagen.

PortSwigger könnte außerdem zentralisierte Richtlinienvorlagen benötigen. Sicherheitsberatungen sollten gemeinsame Tool-Berechtigungen und Beweisanforderungen für alle Tester definieren können, ohne jedes Projekt manuell zu konfigurieren.

Wenn das Unternehmen diese Kontrollen erweitert, wird seine Strategie eines „Agenten im Käfig“ überzeugender. Wenn die Governance unverändert bleibt, könnte sich die Akzeptanz auf kleinere Teams und weniger eingeschränkte Assessments konzentrieren.

Das dritte Signal ist das Verhalten der Praktiker. PortSwigger sollte zeigen, ob Tester umfangreiche Untersuchungsaufgaben delegieren oder Burp AT hauptsächlich für eng umrissene, repetitive Prüfungen einsetzen.

Häufige manuelle Übernahmen würden nicht automatisch ein Scheitern bedeuten. Sie könnten zeigen, dass das System am besten als Kollaborateur funktioniert, der die Vorbereitung beschleunigt, während schwierige Schlussfolgerungen Menschen überlassen bleiben.

Die wichtigere Kennzahl ist verifizierter Output pro Einheit der Prüfzeit. Ein Agent, der viele Befunde produziert, aber umfangreiche Nacharbeit erfordert, kann die Arbeitslast eines Teams erhöhen.

Praktiker sollten auch die Skills-Bibliothek beobachten. Neue Skills können Forschungstechniken in wiederverwendbare Testverfahren überführen und so einen Weg von spezialisierten Entdeckungen zu breiterer Anwendung schaffen.

Dieser Weg birgt Qualitätsrisiken. Eine Technik, die in einer Forschungsumgebung zuverlässig funktioniert, kann sich in unterschiedlichen Produktionsarchitekturen anders verhalten. Skills benötigen Versionierung, Tests und klare Anforderungen an Nachweise.

Für Sicherheitsverantwortliche ist der sinnvolle nächste Schritt eine begrenzte Evaluierung. Wählen Sie ein autorisiertes Nichtproduktionsziel, beschränken Sie den Werkzeugumfang, verlangen Sie Freigaben und vergleichen Sie die Ergebnisse mit einer bestehenden Bewertung.

Bewahren Sie die Befunde des Agenten, den unterstützenden Datenverkehr, Prüferentscheidungen und übersehene Probleme in einer durchsuchbaren Engineering-Wissensdatenbank auf. Diese Dokumentation macht spätere Vergleiche aussagekräftiger als Eindrücke aus einer einzelnen Demonstration.

PortSwigger hat bereits eine Frage beantwortet: Agentische KI gehört nun in ein etabliertes professionelles Pentesting-Tool. Unbeantwortet bleibt, ob seine Kontrollmechanismen delegiertes Testen dauerhaft vertrauenswürdig machen können.

Ignorieren Sie die Aufregung, die eine Google-News-Schlagzeile erzeugt, und beobachten Sie die Belege. Findet Burp AT verifizierte Probleme schneller, bleibt es im Umfang, schützt sensible Daten und reduziert repetitive Arbeit?

Falls ja, wird der menschliche Pentester nicht verschwinden. Die Rolle wird sich stärker darauf verlagern, Ziele zu definieren, riskante Aktionen zu überwachen, geschäftliche Auswirkungen zu interpretieren und zu entscheiden, wann die Belege des Agenten belastbar genug sind, um ihnen zu vertrauen.