Wie müssen Suchergebnisse nach Änderungen von Dokumentrechten in einem Unternehmens-RAG aktualisiert werden?
Bei geänderten Dokumentrechten reicht es nicht, nur den Suchindex eines RAG-Systems zu aktualisieren. Prüfen Sie vor der Antworterzeugung den Zugriff anhand der aktuellen Nutzeridentität;…
Was enthält dieser Artikel?
Kurzantwort
Bei geänderten Dokumentrechten reicht es nicht, nur den Suchindex eines RAG-Systems zu aktualisieren. Prüfen Sie vor der Antworterzeugung den Zugriff anhand der aktuellen Nutzeridentität; dieselbe Berechtigungsgrenze gilt für Caches, Quellenvorschauen und Exporte. Eine alte Cacheantwort an einen Nutzer mit entzogenen Rechten auszugeben ist ebenfalls ein Datenleck.
Der Suchfilter ist nicht die letzte Sicherheitsgrenze
Beim Indexieren können Dokumentabschnitten Gruppen- oder Nutzerrechte zugeordnet werden. Diese kopierten Angaben können veraltet sein. Prüfen Sie nach der Auswahl eines Dokuments, aber bevor sein Inhalt das Modell erreicht, den Zugriff im Quellsystem. Dokumente mit unbekannten oder nicht überprüfbaren Rechten sollten ausgeschlossen werden.
Der Zugriff auf ein Dokument und die Anzeige einer daraus abgeleiteten Zusammenfassung gehören zur selben Berechtigungskette. Wird der Antwortcache nicht nach Nutzer oder geeignetem Berechtigungskontext getrennt, kann eine von einem berechtigten Nutzer erzeugte Zusammenfassung an eine andere Person gelangen. Nur den Dokumentlink, nicht aber den Antworttext zu schützen, ist unvollständig.
Rechteänderungen an alle Kopien weitergeben
Definieren Sie ausdrückliche Ereignisse für Löschung, Gruppenmitgliedschaftsänderung und Freigabewiderruf. Änderungen an Indizes, Antwortcaches und Quellenvorschauen müssen nachvollziehbare Aufgaben sein. Zeigen Sie nicht abgeschlossene Aufgaben in Berichten. Legen Sie fest, ob bei vorübergehend unerreichbarem Quellsystem Inhalte mit alten Rechten ausgegeben werden dürfen.
Eine Anweisung an das Modell, vertrauliche Dokumente nicht zu teilen, ersetzt keine Zugriffskontrolle. Auch Anweisungen in externen Dokumenten dürfen Rechte nicht erweitern. Der OWASP-Ansatz für LLM-Risiken ist ein Ausgangspunkt; anwendungsspezifische Negativtests sind gesondert zu erstellen. Die Modellwahl ändert nicht, wo die Sicherheitsgrenze durchgesetzt werden muss.
Drei Nutzer für den Abnahmetest
Stellen Sie dieselbe Frage mit einem Nutzer, der Zugriff auf das Dokument hat, einem ohne Zugriff und einem, dessen Zugriff später entzogen wurde. Wiederholen Sie den Test, nachdem eine berechtigte Antwort im Cache gespeichert wurde. Prüfen Sie auch Quellenvorschauen und Downloadlinks. Der Test ist nicht schon dann erfolgreich, wenn der Suchtreffer verschwindet: Auch die abgeleitete Antwort darf unberechtigte Nutzer nicht erreichen.
Checkliste für die Umsetzung
- Wird Zugriff geprüft, bevor Inhalte das Modell erreichen?
- Ist der Antwortcache nach Berechtigungskontext getrennt?
- Sind Lösch- und Rechteentzugsaufgaben sichtbar?
- Gilt dieselbe Prüfung für Vorschau und Download?
- Gibt es einen Negativtest mit entzogenen Nutzerrechten?
Häufige Fragen
Kann ein Prompt den Datenzugriff einschränken?
Ein Prompt ist eine ergänzende Verhaltensregel; er ersetzt keine serverseitige Zugriffskontrolle.
Reicht es nach Rechteänderungen, auf den Index zu warten?
Das Verzögerungsfenster muss gesondert beherrscht werden. Deshalb ist vor der Antwort die aktuelle Berechtigung zu prüfen.
Umfang und Grenzen
Passen Sie die Architektur an Zugriffsmodell und Datenklassifizierung des Quellsystems an. Diese Liste ist kein Sicherheitszertifikat und keine Garantie gegen alle Bedrohungen.
Quellen und Aktualität
Quellenprüfung: 7. Oktober 2026. Versionen verlinkter Dokumente und Anbieterbedingungen können sich ändern. Prüfen Sie vor der Umsetzung die aktuelle Fassung der jeweiligen Quelle.