Zum Inhalt springen

KI-Sicherheit · Einordnung

Wenn Agenten aus Versehen hacken:Wie du dein Geschäft agentensicher machst

August 20266 Min. Lesezeit

Ein Mann in Australien wollte einfach nur einen Fitness-Kurs buchen.

Verlaufsprotokoll

Buchungsagent, Fitnessstudio

  1. Andrew

    „Buch mir den Kurs am Morgen.“

  2. Agent

    Gebucht. Und gleich weitere Termine Monate im Voraus, weit über das Fenster hinaus, das das Studio erlaubt.

    durchgelassen

  3. Andrew

    „Ich stehe auf Platz 4 der Warteliste. Geht da was?“

  4. Agent

    „Die Schnittstelle hat null Berechtigungsprüfung beim Stornieren fremder Reservierungen. Ich habe es an Platz 1 getestet, es ist durchgegangen. Du stehst jetzt auf Platz 3.“

    durchgelassen

  5. Andrew

    „Mach das rückgängig.“

  6. Agent

    Geht nicht. Wer einmal raus ist, muss sich neu anstellen. Ganz hinten.

    nicht umkehrbar

Der Agent hat keinen Fehler gemacht.

Er hat exakt das getan, was der Mann wollte.

Protokoll sinngemäß nach der Berichterstattung (ABC News, 2026).

Ab jetzt wird jedes Buchungstool, jeder Shop, jeder Kundenbereich von solchen Agenten getestet. Auch deiner.

Ich nenne das Ziel, auf das es jetzt ankommt

agentensicher

Agentensicher heißt für mich: Deine Software hält auch dann dicht, wenn ein hilfsbereiter Agent höflich an jeder Tür rüttelt. Nicht, weil ihn keiner findet, sondern weil die Tür wirklich abgeschlossen ist.

Ab jetzt wird jede Software permanent von hilfsbereiten Agenten getestet. Sie gehen durch jede Tür, die nicht abgeschlossen ist.

Illustration: Wenn Agenten aus Versehen hacken. Wie du dein Geschäft agentensicher machst

01

Was ist im australischen Fitnessstudio-Fall wirklich passiert?

Ein Agent bekam eine harmlose Aufgabe und fand einen außerordentlich kreativen Weg zur Lösung.

Der Mann heißt in der Berichterstattung Andrew und arbeitet selbst in der KI-Branche. Für ihn war das eine Fingerübung: Kurs buchen, eine lästige Pflicht abgeben, mehr nicht.

Die erste Lücke fand der Agent, ohne dass jemand danach gesucht hätte. Er buchte Kurse weit über das erlaubte Zeitfenster hinaus, Monate im Voraus. Was das Studio auf der Website begrenzte, hat die Buchung selbst nicht aufgehalten.

Die zweite Lücke kam mit der nächsten Frage. Andrew stand auf Platz 4 einer Warteliste und fragte, ob der Agent ihn nach oben bewegen könne. Der Agent stornierte die Reservierung der Person auf Platz 1 und meldete danach trocken: Die Schnittstelle habe null Berechtigungsprüfung beim Stornieren fremder Reservierungen, er habe es mit Platz 1 getestet, es sei durchgegangen, Andrew stehe jetzt auf Platz 3 (Quelle: ABC News, 2026).

Andrew bat, es rückgängig zu machen. Die Antwort: Die Person lässt sich nicht wieder eintragen. Wer rausgeflogen ist, muss sich neu anstellen, ganz hinten. Er sagte später, er habe angefangen, sich schuldig zu fühlen. Das habe er ganz sicher nicht gewollt.

Es ist der erste bekannte australische Fall eines autonomen KI-Hacks. Andrew ließ den Agenten eine Meldung an den Software-Anbieter aufsetzen. Die Firma hinter der Buchungssoftware wollte sich zu konkreten Sicherheitsfragen nicht äußern.

Irgendwo stand am Montagmorgen eine Kundin am Tresen, deren Reservierung verschwunden war. Zwei Menschen wussten zu dem Zeitpunkt, warum. Der Betrieb, dem die Software gehört, war keiner davon.

Ein Auftrag, zwei Lücken
  1. Auftrag

    „Buch mich in den Morgenkurs.“

  2. Lücke 1

    Kurse Monate weiter im Voraus gebucht, als das Studio erlaubt.

  3. Lücke 2

    Fremde Reservierung auf Platz 1 storniert. Ungefragt.

Nach keiner der beiden Lücken hatte jemand gefragt. Die zweite lag offen, weil die API fremde Stornos nicht prüfte.

ABC News, 2026

02

War das ein Fehler der KI oder der Software?

Die Software. Die Regel stand nur auf der Website, die Schnittstelle hat sie nie geprüft. Der Agent hat die Lücke nur benutzt.

Stell dir einen Türsteher vor, der gar nicht da ist. Draußen hängt ein Schild: „Nur mit Einladung.“ Die Tür selbst ist unverschlossen. Ein Mensch liest das Schild und dreht um. Ein Agent probiert die Klinke.

Fachlich heißt das Broken Access Control, und es steht bei der OWASP seit Jahren auf Platz 1 der häufigsten Schwachstellen im Web (Quelle: OWASP Top 10, 2025). Kein neuartiger KI-Bug und kein neuartiger Angriff, sondern der häufigste Fehler im Web.

Jahrzehntelang hat diese Lücke funktioniert, weil kein Mensch die Zeit und die Geduld hatte, jede Tür zu probieren. Ein Agent hat beides.

Neu ist nicht die Schwachstelle. Neu ist der Tester.

Es gibt einen alten Namen für dieses Muster: confused deputy, der verwirrte Stellvertreter. Ein Programm mit weitreichenden Rechten wird von jemandem ohne diese Rechte dazu gebracht, sie einzusetzen. Das Konzept stammt aus den Achtzigern. Ein Agent ist genau so gebaut: Er hält breite Zugänge und handelt im Auftrag (Quelle: Cloud Security Alliance, 2026).

Was hier passiert ist, ist der gutartige Fall. Der Agent wollte nur helfen. Den anderen Fall, in dem die Erweiterung selbst die Falle ist, habe ich in „Wenn KI-Agenten zur Angriffsfläche werden“ auseinandergenommen.

Unten steht ein Buchungssystem mit zwei Schaltern. Der eine bestimmt, ob die Regel auf der Website steht. Der andere, ob die Schnittstelle sie tatsächlich prüft.

Kein exotischer KI-Fehler

Platz 1

Broken Access Control, von zehn Kategorien

Broken Access Control steht auf Platz 1 der häufigsten Web-Schwachstellen. Neu ist nicht die Lücke, neu ist, wer sie findet.

OWASP Top 10, 2025

Ein Buchungssystem, zwei Schalter

Wo lebt die Regel?

Was ein Mensch sieht

„Buchung frühestens 7 Tage im Voraus.“ Das Feld lässt sich nicht weiter stellen.

Was ein Agent bekommt

Anfragen des Agenten

  • Kurs in 3 Monaten buchen200 · durchgelassen
  • Fremde Reservierung stornieren200 · durchgelassen

Genau dieser Zustand war der Gym-Fall: Die Regel stand da, geprüft hat sie keiner.

Der linke Schalter ändert nur, was ein Mensch sieht.

03

Warum ist das genau jetzt ein Thema und keine Zukunftsmusik?

Weil Maschinen im Netz die Menschen bereits überholt haben und die Zahl der Agenten gerade explodiert.

Der Gym-Fall ließe sich als australische Kuriosität abtun. Die Zahlen sagen etwas anderes.

Bots machen inzwischen 53 Prozent des gesamten Web-Traffics aus, erstmals mehr als Menschen. 27 Prozent der Bot-Angriffe zielen direkt auf die Schnittstellen, umgehen die Oberfläche also komplett (Quelle: Imperva/Thales Bad Bot Report, 2026). Genau da, wo im Gym-Fall niemand geprüft hat.

Der agentische KI-Traffic ist in einem Jahr um 7.851 Prozent gewachsen, von einer sehr kleinen Basis aus (Quelle: HUMAN, State of AI Traffic Report, 2026).

Und es sind nicht nur Angreifer. Gartner erwartet, dass bis Ende 2026 40 Prozent der Unternehmensanwendungen task-spezifische Agenten haben, von unter 5 Prozent ein Jahr davor (Quelle: Gartner, 2025).

Deine eigenen Kunden schicken ihre Agenten vor. Und der Agent eines Kunden liest keine Hinweistexte. Er probiert.

Im Netz sind Maschinen in der Mehrheit
Bots 53 %Menschen 47 %

+7.851 %

agentischer KI-Traffic gegenüber dem Vorjahr

27 % der Bot-Angriffe zielen direkt auf die Schnittstellen und umgehen die Oberfläche komplett.

Imperva/Thales · HUMAN, 2026

04

Was bedeutet das, wenn ich selbst KI-Agenten einsetze oder Software betreibe?

Zwei Dinge: Deine eigene Software wird getestet, ob du willst oder nicht. Und dein eigener Agent kann mehr, als du denkst.

Du betreibst Software: Buchung, Shop, Portal, Kundenbereich

Die wird jetzt getestet. Rund um die Uhr, ohne dass jemand es böse meint. Rund die Hälfte sieht es nicht einmal. 48,9 Prozent der Organisationen können nicht überwachen, was Nicht-Menschen auf ihren Systemen tun. Nur 23,5 Prozent halten ihre bestehenden Werkzeuge für wirklich wirksam (Quelle: Salt Security, 1H 2026).

Du setzt selbst Agenten ein

Dann gilt der Gym-Fall auch für dich, mit vertauschten Rollen. Ein Agent, der perfekt auf dich ausgerichtet ist, macht was nötig ist, um dein Ziel zu erreichen. Bill Simpson-Young vom Gradient Institute sagt es so: Je autonomer diese Systeme werden, desto wahrscheinlicher richten sie Schaden an (Quelle: ABC News, 2026).

Beide Rollen laufen auf dieselbe Frage zu: Wer darf eigentlich was? Wer darf sehen, ändern, löschen, stornieren, exportieren. In einem schnell gebauten Prototyp gibt es dafür meistens genau eine Stufe: alles darf alles. Am ersten Tag bequem, später die teuerste Korrektur.

Dass Berechtigungen vor die erste Zeile Code gehören, habe ich in „Schrödingers Doomer“ an vier Fragen festgemacht. Die kürzeste lautet genau so.

Der blinde Fleck in Zahlen
sehen nicht, was Nicht-Menschen auf ihren Systemen tun48,9 %
unterscheiden legitime Agenten nicht von bösartigen Bots48,3 %
halten ihre bestehenden Werkzeuge für sehr wirksam23,5 %

Man kann nur absichern, was man sieht. Bei fast der Hälfte fehlt schon der Blick.

Salt Security, 1H 2026

05

Wie mache ich mein Geschäft agentensicher?

Nicht mit mehr Werkzeugen. Mit ein paar bewussten Entscheidungen, die du auch ohne IT-Abteilung treffen kannst.

Agentensicher klingt nach einem Projekt. Es sind fünf Entscheidungen, und keine davon braucht ein neues Produkt.

Sicherheit gehört ins System, nicht auf die Oberfläche. Jede Regel, die dir wichtig ist, muss dort geprüft werden, wo gehandelt wird, nicht nur dort, wo geklickt wird. Die Frage an jeden Dienstleister: Wird diese Regel auch geprüft, wenn jemand das Formular umgeht?

Berechtigungen bewusst und knapp vergeben.Weder dein eigener Agent noch ein Account braucht „alles“. Je weniger jemand darf, desto kleiner ist der Schaden. Der Gym-Agent hatte nie den Auftrag, fremde Reservierungen zu stornieren. Er hatte nur nie ein Nein bekommen.

Kritische Aktionen erst bestätigen lassen. Löschen, stornieren, verschicken, bezahlen: erst fragen, dann tun. Ein paar Sekunden, die den australischen Fall verhindert hätten.

Protokollieren, was Agenten tun. Man kann nur absichern, was man sieht. Schon einfaches Mitschreiben macht aus einem blinden Fleck eine nachvollziehbare Spur.

Den Radius klein halten. Wenn dieser eine Teil ausfällt oder missbraucht wird: steht dann ein Formular still, oder das Geschäft?

Nichts davon braucht eine Sicherheitsabteilung. Es braucht jemanden, der diese fünf Fragen stellt, bevor echte Kundendaten auf dem System liegen.

Software, die auf der Website nein sagt und in der Schnittstelle ja, sagt in Wahrheit nur ja.
Merksatz aus diesem Artikel

06

Was bleibt

Die alte Sicherheit hieß: Uns findet schon keiner. Die neue heißt: Bei uns ist wirklich abgeschlossen.

Die fünf Entscheidungen oben sind keine technischen Fragen. Sie sind Fragen danach, wer bei dir was darf und wer es ausbadet, wenn es schiefgeht. In einem Konzern liegen diese beiden Dinge in verschiedenen Abteilungen. Wer entscheidet, dass der Agent alles darf, merkt nie, was das drei Quartale später kostet.

In einem Betrieb mit fünf Leuten sitzt beides in einer Hand. Du entscheidest, wer was darf, und du stehst am Montagmorgen selbst am Tresen, wenn eine Reservierung fehlt. Genau diese Nähe stellen große Organisationen gerade mühsam wieder her. Du hast sie schon.

Wenn du morgen nur eine Sache machst: Frag die Person, die deine Software betreut, ob deine wichtigste Regel auch dann noch gilt, wenn jemand das Formular umgeht.

Zwei Arten, sicher zu sein

Sicherheit durch Unauffälligkeit

„Uns findet schon keiner.“

hielt, solange nur Menschen suchten

Sicherheit durch Berechtigung

„Bei uns ist wirklich abgeschlossen.“

hält auch, wenn jede Tür probiert wird

Der Unterschied ist keine Frage von Budget, sondern von bewussten Entscheidungen.

Wenn du weiterfragen willst

Der kostenlose Software-Projekt-Guide nimmt sich die fünf Fehler vor, die kleine Betriebe bei Software am teuersten zu stehen kommen. Fehler 5 ist der aus diesem Artikel: nach dem Launch aufhören.

Hat dich dieser Artikel auf eine Idee gebracht? Lass uns herausfinden, welche Sinnvampire bei dir verschwinden können.

Neue Artikel direkt ins Postfach

Kein Spam, keine Verkaufsschleifen. Nur eine Mail, wenn es einen neuen Artikel zu KI im Mittelstand gibt. Du bestätigst deine Anmeldung mit einem Klick und kannst dich jederzeit wieder abmelden.