Zurück zum Blog

KI in der Messeorganisation21.10.20267 Min. Lesezeit

KI-Agenten sicher einsetzen: Warum das Modell keine Sicherheitsgrenze ist

Prompt Injection ist nicht zuverlässig gelöst. Sicher wird ein Agent trotzdem, wenn das unerheblich bleibt: Rechte aus der Anmeldung, Änderungen nur per Klick, kein Weg nach außen. Acht Architekturregeln und acht Fragen an Anbieter.

Chat, in dem ein Aussteller die Bestellungen eines fremden Standes abfragen will und der KI-Agent nur die Daten des eigenen Standes A6 liefert, daneben eine Rechteprüfung mit vier erfüllten Regeln.

Die Sicherheit eines KI-Agenten entsteht in der Software um das Modell, nicht im Modell selbst. Datenzugriffe prüft der Server mit den Rechten der angemeldeten Person, Änderungen löst ein Mensch per Klick aus, und kein Tool sendet Daten nach außen. Selbst ein manipuliertes Modell erreicht damit höchstens das, was die angemeldete Person ohnehin sehen darf.

Die Regeln beschreiben die Architektur, nach der Fairoo seine KI-Agenten baut. Wo Agenten in der Messeorganisation überhaupt passen, zeigt der Überblick zu KI-Agenten in der Messeorganisation. Dieser Beitrag richtet sich an IT, Einkauf und Datenschutz bei Veranstaltenden, die ein KI-Angebot bewerten.

Ein Kostenproblem wird zum Sicherheitsproblem, sobald Tools dazukommen

Als der AUMA Messeveranstaltende 2025 nach Ereignissen fragte, die den KI-Einsatz beschleunigen oder bremsen, wurden „Cyberangriffe“ und „Gesetzgebung“ am häufigsten genannt (AUMA und Prognos, Oktober 2025, S. 44). Die Sorge ist berechtigt, trifft aber oft den falschen Punkt. Ein Support-Chatbot, der sich mit einer geschickten Eingabe dazu bringen lässt, Programmcode zu schreiben oder Gedichte zu verfassen, ist zunächst ein Kostenproblem: Fremde nutzen das bezahlte Modell für eigene Zwecke. OWASP führt das als Unbounded Consumption, inklusive „Denial of Wallet“. Ein Agent mit Tools braucht eine härtere Grenze, weil dieselbe Schwäche dort nicht zu einem Textschnipsel führt, sondern zu einem Datenzugriff oder einer Aktion.

Prompt Injection: warum Anweisungen an das Modell nicht reichen

Prompt Injection bezeichnet Eingaben, die das Verhalten eines Sprachmodells entgegen seinen Anweisungen verändern. OWASP führt sie als LLM01:2025 an erster Stelle der Risiken für LLM-Anwendungen und hält fest, dass unklar ist, ob es überhaupt eine sichere Abwehr gibt. Zwei Formen sind zu unterscheiden.

Daraus folgt die Grundregel der Architektur: Das Modell gilt als nicht vertrauenswürdige Komponente. Alles, was zählt, prüft die Software dahinter.

Guardrails sind weich, Autorisierung ist hart

GuardrailsAutorisierung
Ort: Anweisungen an das Modell, etwa der System-PromptOrt: Server, Schnittstellen, Datenbank
Aufgabe: Thema und Tonfall begrenzenAufgabe: festlegen, welche Daten und Aktionen erreichbar sind
Wirkung gegen Prompt Injection: nicht zuverlässigWirkung gegen Prompt Injection: unabhängig vom Modell, Prüfung bei jedem Zugriff
Folge bei manipuliertem Modell: themenfremde AntwortenFolge bei manipuliertem Modell: Zugriff bleibt auf die Rechte der angemeldeten Person beschränkt

Guardrails bleiben sinnvoll, weil sie den Agenten beim Thema halten. Als Sicherheitsmaßnahme zählt nur die rechte Spalte. Ob der Assistent im Ausstellerportal auf Bitte ebenfalls Code schreibt? Möglich. Das kostet Tokens, mehr nicht, weil er weiterhin nur die Tools des Portals und nur die Rechte der angemeldeten Person hat.

Die gefährliche Dreierkombination

Simon Willison beschreibt unter dem Namen „Lethal Trifecta“ drei Eigenschaften, die einen Agenten zusammen angreifbar machen:

Kommen alle drei zusammen, kann eine eingeschleuste Anweisung das Modell dazu bringen, private Daten nach außen zu tragen. Als Kanäle nennt Willison neben Tools für Anfragen ins Internet auch das Laden eines Bildes oder einen Link, den die nutzende Person anklickt; seine Empfehlung lautet, die Kombination vollständig zu vermeiden. Ein Agent im Ausstellerportal erfüllt die ersten beiden Bedingungen zwangsläufig: Er arbeitet mit Ausstellerdaten, und spätestens auf der Seite der Veranstaltenden liest er Texte, die Aussteller verfasst haben. Entfernen lässt sich nur die dritte Komponente.

Acht Architekturregeln für KI-Agenten im Ausstellerportal

Die Regeln 1 bis 7 beschreiben diese Architektur. Regel 8 ergänzt sie als Empfehlung.

Stand Oktober 2026: Der Chat im Fairoo-Ausstellerportal ist im Produkt und beantwortet Fragen aus den Daten des Ausstellers. Vorschläge als Button laufen im Hilfe-Assistenten für Veranstalter-Teams; im Ausstellerportal sind sie der nächste Ausbauschritt, der Analyse-Assistent im Dashboard läuft in der Testumgebung.

RegelAdressiertes Risiko
1. Identität aus der SessionZugriff auf Daten anderer Aussteller
2. Keine eigenen RechteExcessive Permissions, OWASP LLM06:2025
3. Schreiben als VorschlagExcessive Autonomy, OWASP LLM06:2025
4 und 5. Kein Weg nach außenDatenabfluss, dritte Komponente der Lethal Trifecta
6. Nur nötige ToolsExcessive Functionality, OWASP LLM06:2025
7. Texte sind DatenIndirekte Prompt Injection, OWASP LLM01:2025
8. Anmeldung und NutzungsgrenzenUnbounded Consumption, OWASP LLM10:2025

Die Regeln decken sich mit den Gegenmaßnahmen, die OWASP gegen Excessive Agency empfiehlt: nur die nötigen Funktionen, minimale Rechte in den angebundenen Systemen, menschliche Freigabe für folgenreiche Aktionen und eine Rechteprüfung in den nachgelagerten Systemen statt im Modell.

Was im schlimmsten Fall passiert

Mit diesen Regeln steht im schlimmsten Fall eine falsche Auskunft oder ein unpassender Vorschlag auf dem Bildschirm. Bevor eine Aktion läuft, zeigt die Software, was sie nach ihrer eigenen Prüfung ausführt. Der Unterschied zwischen Lesen und Schreiben begründet die Grenze: Ein fehlerhafter Lesezugriff erzeugt eine fehlerhafte Aussage, die sich erkennen und korrigieren lässt. Ein fehlerhafter Schreibzugriff erzeugt eine Bestellung, eine abgehakte Aufgabe oder eine Zahlung. Im Ausstellerportal stehen deshalb vor jeder kostenpflichtigen Aktion zwei Schritte des Nutzers: der Klick auf den vorgeschlagenen Warenkorb und der reguläre Checkout mit Preis und Bedingungen. Die AUMA-Studie formuliert dasselbe Prinzip als „Human-Centric by Design“: KI unterstützt, entscheidet aber nicht autonom über Einlass, Preisgestaltung oder Sonderaktionen (S. 45).

Checkliste: acht Fragen an Anbieter von KI-Agenten

FrageBelastbare Antwort
Mit welchen Rechten führt der Agent Datenabfragen aus?Mit den Rechten der angemeldeten Person, geprüft auf dem Server
Kann das Modell über einen Parameter Daten anderer Kunden anfordern?Nein, die Identität kommt aus der Session
Welche Aktionen führt der Agent ohne Bestätigung aus?Ausschließlich lesende
Kann der Agent Daten versenden, etwa per E-Mail oder Webhook?Nein
Zeigt die Oberfläche Links und Bilder aus Modellantworten ungeprüft an?Nein, Navigation über Buttons mit festem Ziel
Welche Tools stehen auf welcher Oberfläche zur Verfügung?Eine dokumentierte Liste je Oberfläche, so kurz wie möglich
Wer kann den Agenten nutzen, und mit welchen Grenzen?Nur angemeldete Personen, mit Nutzungsgrenzen
Wie wird die Rechteprüfung getestet?Automatisierte Tests für Tools und Rechteprüfung bei jeder Änderung

Fazit

Ob sich ein Sprachmodell zuverlässig gegen Manipulation absichern lässt, ist offen. Sicher wird ein Agent, wenn das unerheblich bleibt: Der Server prüft die Rechte, der Mensch bestätigt Änderungen, und es gibt keinen Weg, Daten nach außen zu tragen. Fairoo stellt seine Funktionen dem Agenten als Tools mit den Rechten der angemeldeten Person bereit, im Ausstellerportal wie im Dashboard. Wie ein rein lesender Agent im Reporting arbeitet, zeigt der Beitrag zum Vorjahresvergleich im Flächenverkauf.

Quellen

Demo

Unverbindlichen Austausch vereinbaren

Wir zeigen Fairoo an einer echten Veranstaltung. Im Gespräch erhalten Sie auf Wunsch einen Testzugang und gehen einen Prozess Ihrer eigenen Messe durch.

Demo anfragen

Häufige Fragen

Was ist Prompt Injection?

Prompt Injection bezeichnet Eingaben, die ein Sprachmodell dazu bringen, von seinen Anweisungen abzuweichen. Die Anweisung kann direkt von der nutzenden Person kommen oder in einem gelesenen Text versteckt sein, etwa in einem Dokument oder einer Firmenbeschreibung. OWASP führt Prompt Injection als größtes Risiko für LLM-Anwendungen.

Reicht ein System-Prompt als Schutz für einen KI-Agenten?

Nein. Ein System-Prompt begrenzt Thema und Tonfall, lässt sich durch Prompt Injection aber umgehen. Schutz bieten Rechteprüfungen auf dem Server, ein minimaler Satz an Tools und die menschliche Bestätigung von Änderungen.

Darf ein KI-Agent Bestellungen auslösen?

Im beschriebenen Ausstellerportal nicht. Der Agent schlägt Artikel für den Warenkorb vor, der Aussteller bestätigt per Klick und bestellt anschließend im regulären Checkout. Damit stehen vor jeder kostenpflichtigen Aktion zwei bewusste Schritte.

Weitere Artikel

Alle Artikel