Zum Hauptinhalt springen
Context PoisoningKontextfehlerKI-HalluzinationPrompt InjectionKI-Kontext

Was ist Context Poisoning?

Context Poisoning ist ein Fehlermuster von KI-Systemen, bei dem eine falsche oder irreführende Information in den Kontext des Modells gelangt und danach für den Rest der Interaktion als wahr behandelt wird, oft sogar darüber hinaus. Weil Sprachmodelle aus dem schließen, was in ihrem Kontext steht, bleibt eine einzelne vergiftete Aussage nicht eingehegt: Das Modell baut darauf auf, wiederholt sie und lässt sie jede nachgelagerte Antwort prägen. Aus einem kleinen Fehler wird ein sich verstärkender.

Bekannt wurde der Begriff als Teil einer breiteren Systematik von Kontextfehlern, die Drew Breunig 2025 beschrieben hat, und er wurde in echten Systemen beobachtet. Besonders deutlich in einem Bericht von Google DeepMind, in dem bei einem Gemini-Agenten, der Pokemon spielte, Halluzinationen den Abschnitt „Ziele“ seines Kontexts vergifteten und sein Verhalten für den Rest des Laufs steuerten. Während Unternehmen ihre KI in eigenen Daten erden und Agenten über lange Aufgaben hinweg Kontext ansammeln lassen, ist Context Poisoning zu einem der folgenreichsten Risiken für die Verlässlichkeit geworden, und zu einem, dem Data Governance gut vorbeugen kann.

TL;DR

Context Poisoning passiert, wenn eine halluzinierte oder fehlerhafte Aussage in den Kontext einer KI gelangt und anschließend als gesicherte Wahrheit behandelt wird, mit über die Zeit wachsender Wirkung. Es ist eines von vier klassischen Fehlermustern des Kontexts, neben Context Confusion, Context Clash und Distraction, und es trägt zum gesamten Context Rot bei. Gefährlich ist es, weil das Modell eine vergiftete Aussage nicht von einer echten unterscheiden kann. Nur die Quelle kann das. Die Verteidigung heißt Governance: die KI in vertrauenswürdigen, nachvollziehbaren Daten mit klarer Herkunft erden statt in ungeprüftem Kontext. Der Context Layer von Dawiso liefert Agenten gesteuerten Kontext aus einer einheitlichen Datenbasis über MCP, sodass geprüft ist, was ins Kontextfenster gelangt, und nicht vergiftet.

Context Poisoning im Überblick

Context Poisoning tritt auf, wenn falsche Informationen in den Kontext aufgenommen und dann als Prämisse für weiteres Schließen akzeptiert werden: eine Halluzination des Modells, ein veraltetes Faktum, ein falsch abgerufenes Dokument oder eine böswillig eingeschleuste Aussage. Das bestimmende Merkmal ist Beharrlichkeit und Verstärkung: Anders als eine einmalig falsche Antwort bleibt eine vergiftete Aussage im Kontext stehen und verseucht alles, was darauf aufbaut. Das Modell schließt getreu aus einer falschen Prämisse, liefert selbstsicher Falsches und führt die vergiftete „Tatsache“ womöglich noch als Begründung an.

Das Grundproblem ist, dass ein Sprachmodell von sich aus keine Möglichkeit hat, eine wahre Aussage in seinem Kontext von einer falschen zu unterscheiden. Es nimmt das Kontextfenster als gegeben. Was dort hineingelegt wird, trägt die Autorität einer Tatsache, und genau deshalb zählt was Sie in den Kontext legen und ob es vertrauenswürdig ist, mehr als die Raffinesse Ihres Prompts.

Einer von vier Kontextfehlern

Context Poisoning ist eine von vier vielzitierten Arten, auf die ein Kontextfenster versagen kann. Sie treten oft gemeinsam auf und mindern allesamt die Verlässlichkeit.

Vier Arten, wie ein Kontextfenster versagt VIER ARTEN, WIE EIN KONTEXTFENSTER VERSAGT POISONING eine Falschaussage kommt hinein und gilt danach als wahr verstärkt sich mit der Zeit DISTRACTION zu viel angehäuft Modell fixiert sich auf den eigenen Verlauf CONFUSION belangloser Kontext verzerrt die Antwort CLASH Teile des Kontexts widersprechen einander Das Modell erkennt eine vergiftete Aussage nicht, nur die Quelle kann das
Zum Vergrößern klicken
  • Context Poisoning - eine Falschaussage gelangt hinein, gilt als wahr und wirkt über die gesamte Interaktion fort.
  • Distraction - so viel angesammelter Kontext, dass das Modell seinen eigenen Verlauf übergewichtet, statt frisch zu schließen.
  • Context Confusion - belanglose Informationen im Kontext beeinflussen die Antwort.
  • Context Clash - Teile des Kontexts widersprechen einander, und das Modell löst das schlecht auf.

Poisoning ist das heimtückischste der vier, weil es sich als Tatsache tarnt und über viele Züge hinweg überlebt. Zusammen sind diese Fehler ein wesentlicher Treiber von Context Rot, dem breiten Verfall der Ausgabequalität, während der Kontext größer und unordentlicher wird.

Wie es dazu kommt

Kontext wird auf mehreren verbreiteten Wegen vergiftet:

  • Selbstvergiftung durch Halluzination. Das Modell erfindet ein Faktum, diese Ausgabe wird in einen Speicher oder einen Notizblock zurückgeschrieben, und der Agent behandelt die eigene Erfindung fortan als gesicherte Wahrheit.
  • Schlechter Abruf. Eine Pipeline mit RAG zieht ein veraltetes, falsches oder aus dem Zusammenhang gerissenes Dokument heran, und das Modell nimmt es als maßgeblich an.
  • Veraltete oder ungesteuerte Daten. Der Kontext ist in Daten ohne vereinbarte Definition und ohne Zusage zur Aktualität geerdet, sodass ein überholter Wert hineingelangt, als wäre er aktuell.
  • Prompt Injection. Eine böswillige Anweisung oder eine falsche Aussage wird gezielt in Inhalte gelegt, die der Agent aufnimmt, und vergiftet seinen Kontext mit Absicht.

In jedem dieser Fälle trifft das Modell keine Schuld, es schließt korrekt aus einer falschen Prämisse. Der Fehler liegt weiter oben, darin, was in den Kontext gelassen wurde und ob seine Vertrauenswürdigkeit je festgestellt wurde.

Wie Sie es verhindern

Weil das Modell Tatsachen nicht selbst prüfen kann, muss die Vorbeugung an der Quelle des Kontexts ansetzen:

  • In vertrauenswürdigen Daten erden. Speisen Sie die KI aus gesteuerten, maßgeblichen Quellen mit vereinbarten Definitionen, nicht aus ungeprüften Dokumenten oder Kopien von der Hand in den Mund.
  • Herkunft verfolgen. Führen Sie Data Lineage, damit sich jede Aussage im Kontext auf einen bekannten, vertrauenswürdigen Ursprung zurückführen lässt und sich nicht vertrauenswürdige Inhalte kennzeichnen oder ausschließen lassen.
  • Den Abruf prüfen. Stellen Sie sicher, dass abgerufener Kontext aktuell, relevant und aus einer freigegebenen Quelle ist, bevor er das Modell erreicht.
  • Isolieren und auffrischen. Verhindern Sie, dass ungeprüfte Ausgaben des Modells still in langlebigen Kontext zurückwandern, und frischen Sie den Kontext an der maßgeblichen Quelle auf, statt ihn driften zu lassen.

Alles davon läuft auf ein Prinzip hinaus: steuern, was in den Kontext gelangt. Raffiniertes Prompting kann eine vergiftete Prämisse nicht heilen, das können nur vertrauenswürdige, nachvollziehbare Eingaben.

Wie Dawiso hilft

Dawiso verhindert Context Poisoning, indem der Kontext, den die KI aufnimmt, von vornherein gesteuert und nachvollziehbar ist. Der Context Layer verbindet Ihr Glossar, Ihren Datenkatalog und Ihre Lineage zu einer einheitlichen Datenbasis und liefert sie über den Dawiso MCP Server an jeden Agenten. Statt sich auf irgendein Dokument zu erden, das ein Abrufschritt zufällig zutage gefördert hat, schöpft ein Agent damit aus maßgeblichen Definitionen und vertrauenswürdigen Daten mit bekannter Herkunft, und wenn eine Aussage verwendet wird, ist ihr Ursprung nachvollziehbar. Poisoning lebt von ungeprüftem Kontext. Ein gesteuerter Context Layer ist genau das geprüfte Fundament aus einer einheitlichen Datenbasis, das ihm die Nahrung entzieht.

Fazit

Context Poisoning macht aus einer falschen Aussage eine Kette selbstsicherer, sich verstärkender Fehler, weil ein Modell alles in seinem Kontext für wahr hält. Es gehört zu den schädlichsten Kontextfehlern, gerade weil es sich als Tatsache tarnt und über viele Züge hinweg bestehen bleibt. Das Heilmittel ist kein besserer Prompt, sondern eine vertrauenswürdige Quelle: steuern, was in den Kontext gelangt, verfolgen, woher es kam, und es aktuell halten. Erden Sie Ihre KI in einem gesteuerten Context Layer, und die falschen Prämissen, die das Schließen vergiften, gelangen gar nicht erst ins Fenster.

In Aktion erleben

Dawiso Context Layer

Erden Sie Ihre KI in gesteuertem, nachvollziehbarem Kontext statt in dem, was gerade im Prompt landet: eine einheitliche Datenbasis, über MCP an jeden Agenten geliefert.

Ein Cookie am Tag hält schlechte UX fern.

Wir verwenden Cookies, um Inhalte und Werbung zu personalisieren und unseren Traffic zu analysieren. Außerdem geben wir Informationen zu Ihrer Nutzung unserer Website an unsere Partner für Werbung und Analyse weiter, die sie mit weiteren Daten zusammenführen können, die Sie ihnen bereitgestellt haben oder die sie bei Ihrer Nutzung ihrer Dienste gesammelt haben. Mit einem Klick auf „Alle akzeptieren“ erlauben Sie uns, Cookies für Analyse und Werbung über Google Tag Manager zu verwenden. Sie können Cookies auch einzeln einstellen.

Einstellungen zur Zustimmung anpassen

Wir verwenden Cookies, um Inhalte und Werbung zu personalisieren und unseren Traffic zu analysieren. Außerdem geben wir Informationen zu Ihrer Nutzung unserer Website an unsere Partner für Werbung und Analyse weiter. Datenschutzerklärung

Notwendige Cookies ermöglichen zentrale Funktionen der Website, etwa die Anmeldung und die Kontoverwaltung. Ohne unbedingt notwendige Cookies lässt sich die Website nicht richtig nutzen.

Funktionale Cookies speichern Informationen zu Besuchern der Website, etwa Sprache, Zeitzone oder erweiterte Inhalte.

Analyse-Cookies zeigen, wie Besucher die Website nutzen. Sie können nicht dazu verwendet werden, einen bestimmten Besucher direkt zu identifizieren.

Wir verwenden Microsoft Clarity, um zu sehen, wie Sie unsere Website nutzen (einschließlich Heatmaps und Sitzungsaufzeichnungen), damit wir sie verbessern können. Mit der Nutzung unserer Website stimmen Sie zu, dass wir und Microsoft diese Daten erheben und verwenden. Details finden Sie in unserer Datenschutzerklärung.

Werbe-Cookies erkennen Besucher über verschiedene Websites hinweg, etwa bei Content-Partnern oder Bannernetzwerken. Unternehmen können damit ein Profil der Interessen eines Besuchers aufbauen oder auf anderen Websites passende Werbung anzeigen.