Notiz

RAG und Berechtigungen: Zugriff vor Relevanz

Warum ein Wissenssystem Quellen vor der Generierung nach Identität und Berechtigung begrenzen muss.

Ein Retrieval-System kann eine fachlich passende Quelle finden und trotzdem falsch funktionieren. Sobald Dokumente unterschiedliche Sichtbarkeiten besitzen, ist Korrektheit mehr als semantische Relevanz: Das System muss die Quelle für diese Person, in diesem Ablauf und zu diesem Zeitpunkt verwenden dürfen.

Die Grenze liegt vor dem Modell

Wenn eingeschränkter Inhalt bereits im Modellkontext steht, kommt eine spätere Ausgabefilterung zu spät. Der Inhalt kann die Antwort beeinflussen, auch wenn einzelne Begriffe anschließend entfernt werden. Eine deterministische Zugriffsgrenze darf nicht von der probabilistischen Zurückhaltung eines Modells abhängen.

Deshalb gilt die Reihenfolge: Identität auflösen, zulässigen Umfang bestimmen, geeignete Quellen suchen, Kontext bilden, Antwort erzeugen.

Berechtigung ist Teil der Abfrage

Eine Retrieval-Anfrage braucht einen eindeutigen Akteur und den wirksamen Richtlinienkontext. Je nach System können Mandant, Team, Dokument, Abschnitt, Datensatz oder Feld die relevante Grenze sein.

Zuerst wird entschieden, welche Inhalte überhaupt teilnehmen dürfen. Nur innerhalb dieser Menge wird nach Relevanz geordnet. Wenn Zugriff und Ranking in einem unscharfen Mechanismus vermischt werden, wird die Grenze schwer prüfbar.

Auch der Index gehört zur Berechtigungsarchitektur. Änderungen an Eigentümerschaft, Klassifizierung oder Gruppenmitgliedschaft müssen zuverlässig in der Suche ankommen. Veraltete Metadaten können eine ansonsten saubere Anfrage wieder öffnen.

Das Verhalten ohne zulässige Quelle

Ein gutes Wissenssystem braucht einen definierten Nullfall. Gibt es keine ausreichend relevante und zulässige Quelle, sollte es das sichtbar machen — nicht mit allgemeinem Modellwissen eine scheinbar passende Antwort ergänzen.

Dieser Fall gehört in die Evaluation. Tests sollten unter anderem prüfen:

  • dieselbe Frage mit unterschiedlichen Identitäten,
  • entfernte oder abgelaufene Berechtigungen,
  • Dokumente mit gemischter Sichtbarkeit,
  • Caches nach einer Rechteänderung,
  • fehlende und widersprüchliche Quellen.

Nachvollziehbarkeit ohne neue Datenhalde

Für eine spätere Prüfung müssen die wesentlichen Entscheidungen rekonstruierbar sein: Akteur, Richtlinienversion, berücksichtigte Quelle, verwendete Abschnitte und Ergebnis der Zugriffsprüfung. Das bedeutet nicht, jede Eingabe und Ausgabe unbegrenzt zu speichern. Protokollierung braucht selbst Zweck, Zugriff und Aufbewahrungsgrenze.

Die praktische Abnahme

Ein begrenzter erster Einsatz ist vertretbar, wenn jede Anfrage mit eindeutiger Identität läuft, die Berechtigung vor dem Modellkontext greift, die verwendeten Quellen sichtbar sind und der Nullfall sicher behandelt wird. Zusätzlich sollte eine Rechteänderung zeitnah und testbar im Retrieval wirksam werden.

Damit wird RAG nicht automatisch sicher. Aber die entscheidende Grenze liegt an der richtigen Stelle: vor der Generierung, wo sie überprüfbar durchgesetzt werden kann.

Wie ein solcher Ausschnitt in einen realen Ablauf passt, ist Teil der Leistungen.

Sie möchten einen konkreten Ablauf einordnen?

Kontakt aufnehmen