RAG über Google Drive mit Berechtigungen: Nur Antworten aus Dokumenten, die Du sehen darfst

Veröffentlicht am

Ein KI-Assistent über Google Drive darf nur aus Dokumenten antworten, die die fragende Person sehen darf. Wie Du Rechte beim Indexieren und beim Abruf durchreichst, zwischen Gemini Enterprise und eigener Pipeline wählst und mit echten Rollen testest.

Viele Betriebe wünschen sich einen KI-Assistenten, der Fragen aus dem eigenen Wissen beantwortet: Welche Reisekostenregel gilt? Wie lautet die Prüfanweisung für ein bestimmtes Bauteil? Was steht im Rahmenvertrag mit dem Lieferanten? Das Wissen dazu liegt in den meisten Unternehmen in Google Drive. Technisch steckt dahinter Retrieval-Augmented Generation, kurz RAG: Das System sucht passende Textstellen in Deinen Dokumenten und lässt das Sprachmodell daraus eine Antwort formulieren.

Eine Regel wird dabei oft erst gestellt, wenn es schon zu spät ist: Eine Antwort darf nur aus Dokumenten kommen, die die fragende Person auch selbst öffnen dürfte. Dieser Beitrag zeigt, wie Du das mit Google Drive sauber umsetzt, welche zwei Wege es gibt und wie Du vor dem Go-live prüfst, ob die Rechte wirklich greifen.

Warum Berechtigungen bei RAG das Kernthema sind

Das Sprachmodell selbst weiß nicht, wer gerade fragt. Das muss die Pipeline davor wissen. Ein typischer Fehler: Ein Assistent liest Drive über ein technisches Konto, das alles sehen darf. Dann landen Textstellen aus der Gehaltsliste, aus Personalakten oder aus vertraulichen Angeboten im Suchindex und können in Antworten an Personen auftauchen, die diese Dateien nie öffnen dürften. Damit hebelst Du Dein ganzes Freigabekonzept aus.

In Google Drive hat jede Datei, jeder Ordner und jede geteilte Ablage eine Liste von Berechtigungen. Jede Berechtigung hat einen Typ (Nutzer, Gruppe, Domain oder „jeder“) und eine Rolle, etwa Leser, Kommentator oder Bearbeiter. Berechtigungen werden von Ordnern an alle Unterelemente vererbt, und beim Verschieben einer Datei gelten danach die Rechte des neuen Ordners. So beschreibt es Google im Entwicklerleitfaden Share files, folders, and drives. Genau diese Logik muss Dein RAG-System beim Indexieren und beim Abruf abbilden.

Zwei Wege: verwaltete Suche oder eigene Pipeline

Weg 1: Gemini Enterprise mit Google-Drive-Datenspeicher

Der einfachste Weg ist ein verwalteter Dienst. In Gemini Enterprise verbindest Du Google Drive als Datenspeicher. Laut Google-Dokumentation ruft Gemini Enterprise die Inhalte direkt aus Drive ab, die Daten werden nicht in einen eigenen Gemini-Enterprise-Index kopiert. Für die Anbindung nutzt Google eine eigene OAuth-App, die Dein Workspace-Admin gegebenenfalls freigeben muss.

Wichtige Details aus der Doku, die im Alltag zählen:

  • Nur Dateien der eigenen Domain: Bei der föderierten Suche findet der Drive-Connector nur Dokumente, die der Domain der suchenden Person gehören. Google empfiehlt, Dokumente in geteilte Ablagen der Domain zu legen oder die Eigentümerschaft auf ein Konto der Domain zu übertragen.
  • Filter sind keine Sicherheitsgrenze: Du kannst die Suche auf bestimmte Ordner oder geteilte Ablagen einschränken oder diese ausschließen. Google schreibt aber ausdrücklich, dass der Zugriff immer über die Drive-Berechtigungen der Person läuft, Filter nie zusätzliche Rechte geben und nicht als Sicherheits- oder Datenschutzgrenze dienen sollen. Filter wirken nur auf die Aktion „Search files“. Wer sich auf Filter verlässt, sollte laut Google nur diese Aktion aktivieren.
  • Aktionen bewusst wählen: Der Connector kann neben der Suche auch Dateien kopieren, ändern, teilen oder in den Papierkorb legen (siehe Übersicht der Aktionen). Für einen reinen Wissensassistenten reicht die Suche.
  • Region: Der Drive-Datenspeicher ist für die Standorte global, us und eu verfügbar.

Der Vorteil: Die Rechte aus Drive gelten pro Person, und Du betreibst keinen eigenen Index. Der Nachteil: Du hast weniger Einfluss darauf, wie Dokumente zerlegt und gewichtet werden, und Sonderlogik ist kaum möglich.

Weg 2: Eigene Pipeline mit der Drive API

Wenn Du Drive-Inhalte mit Daten aus Warenwirtschaft oder Ticketsystem kombinieren willst oder eine eigene Oberfläche brauchst, baust Du die Pipeline selbst, etwa mit LlamaIndex Workflows oder als Schritt in einem n8n-Ablauf. Dann bist Du selbst für die Rechte verantwortlich:

  • Rechte mitlesen: Beim Einlesen jeder Datei holst Du auch ihre Berechtigungen ab und speicherst sie an jedem Textabschnitt im Index. Für geteilte Ablagen braucht die Drive API den Parameter supportsAllDrives=true, sonst fehlen diese Dateien (siehe Implement shared drive support).
  • Vor dem Modell filtern: Beim Abruf ermittelst Du die angemeldete Person und ihre Gruppen und filterst die Treffer, bevor das Modell sie sieht. Nachträgliches Ausblenden in der Antwort reicht nicht.
  • Verwaltete Suche mit eigenen Rechten: Nutzt Du Agent Search (früher Vertex AI Search) für eigene Daten, kannst Du pro Dokument Leser als Nutzer oder Gruppen hinterlegen. Laut Google musst Du die Zugriffskontrolle schon beim Anlegen des Datenspeichers wählen, nachträglich lässt sie sich nicht ein- oder ausschalten. Pro Dokument sind 3.000 Leser erlaubt, jede Gruppe zählt als einer. Das spricht klar für Gruppen statt Einzelpersonen.

Aktualität und Löschungen

Ein veralteter Index ist ein Sicherheitsrisiko. Wenn jemand aus einer Gruppe entfernt wird oder eine Datei in einen vertraulichen Ordner wandert, muss das im Index ankommen. Die Drive API bietet dafür die Changes-Schnittstelle: Mit einem gespeicherten Seitentoken fragst Du regelmäßig ab, was sich geändert hat, und bekommst den aktuellen Stand jeder geänderten Datei. Benachrichtigungen per changes.watch sagen nur, dass es Neues gibt, die Details holst Du danach ab.

Lege fest, wie schnell Änderungen wirken müssen, und miss das. Gelöschte oder in den Papierkorb verschobene Dateien entfernst Du aus dem Index, verschobene Dateien bekommen neue Rechte. Auch bei der verwalteten Suche weist Google darauf hin, dass Ordneränderungen einen Moment brauchen, bis sie in den Suchergebnissen ankommen. Bereiche mit sehr sensiblen Daten, etwa Personal oder Gesundheit, lässt Du am besten ganz draußen.

Geteilte Ablagen und externe Freigaben

Ein RAG-System ist nur so sauber wie die Ablage darunter. Geteilte Ablagen mit klaren Mitgliedern und Gruppen machen die Rechte nachvollziehbar. In der Drive API zeigt das Feld permissionDetails zusätzlich, ob eine Berechtigung vererbt ist und bei Dateien in geteilten Ablagen auch, von welchem Element (siehe Permissions-Referenz). Wie Du Ablagen nach Zugriff statt nach Organigramm schneidest, beschreibt unser Beitrag zu geteilten Ablagen in Google Drive, Regeln für Freigaben nach außen findest Du bei den Drive-Freigabegrenzen.

Für externe Freigaben empfehlen wir eine klare Grundregel: Dateien, die Externen gehören und nur mit Dir geteilt wurden, kommen nicht in den Index. Dateien mit der Freigabe „Jeder mit dem Link“ prüfst Du einzeln, statt sie automatisch allen im Assistenten zugänglich zu machen.

Tests mit verschiedenen Rollen

Ob die Rechte greifen, zeigt nur ein Test mit echten Rollen. So gehst Du vor:

  • Testkonten anlegen: etwa Geschäftsführung, Vertrieb, Werkstatt, Auszubildende und ein Konto ohne besondere Rechte.
  • Fragen mit Erwartung: Für jede Rolle eine Liste mit Fragen, die beantwortet werden dürfen, und Fragen, bei denen der Assistent nichts finden darf, zum Beispiel nach Gehältern oder Personalvorgängen.
  • Rechte ändern und nachprüfen: Entferne ein Testkonto aus einer Gruppe und prüfe, wann die Antwort verschwindet.
  • Quellen anzeigen: Jede Antwort nennt die verwendeten Dokumente. Das hilft beim Prüfen und schafft Vertrauen.
  • Manipulierte Dokumente: Teste, was passiert, wenn in einem Dokument versteckte Anweisungen stehen. Mehr dazu im Beitrag zu Agent-Guardrails und Prompt Injection.

Diese Tests gehören in Dein festes Testset, damit Du sie nach jeder Änderung wiederholst. Wie so ein Golden Set aufgebaut ist, zeigt unser Beitrag zur Evaluation von RAG und KI-Agenten.

Welcher Weg passt zu Dir?

Wenn Du Google Workspace nutzt und vor allem einen Assistenten für Dein Team willst, ist Gemini Enterprise mit Drive-Datenspeicher meist der schnellere und sicherere Start, weil die Rechte direkt aus Drive kommen. Eine eigene Pipeline lohnt sich, wenn Du Drive mit anderen Systemen verbindest, Antworten in einen Ablauf einbaust (siehe KI-Workflows mit Gemini und n8n) oder besondere Regeln brauchst. Dann planst Du Rechte, Synchronisierung und Tests von Anfang an mit ein und behältst auch die laufenden KI-Kosten im Blick. Wenn Dein Assistent zusätzlich Werkzeuge aufruft, gelten die Regeln aus unserem Beitrag MCP-Server sicher anbinden.

Checkliste vor dem Go-live

  • Ablage aufgeräumt, sensible Bereiche bewusst ausgeschlossen
  • Rechte werden pro Person geprüft, kein technisches Konto mit Vollzugriff als Abkürzung
  • Gruppen statt Einzelfreigaben, externe und öffentliche Links geregelt
  • Änderungen und Löschungen kommen in festgelegter Zeit im Index an
  • Rollentests mit erlaubten und verbotenen Fragen bestanden
  • Antworten nennen ihre Quellen, Abrufe werden protokolliert

Fazit

RAG über Google Drive ist kein reines KI-Projekt, sondern vor allem ein Berechtigungsprojekt. Wer Rechte beim Indexieren und beim Abruf konsequent durchreicht, Änderungen zeitnah übernimmt und mit echten Rollen testet, bekommt einen Assistenten, dem das Team vertrauen kann. Wo Dein Betrieb dafür heute steht, zeigt Dir der AI Readiness Check, Hintergründe findest Du im AI-Readiness-Whitepaper. Wenn Du Deine Ablage vorher ordnen willst, unterstützen wir Dich bei Google Workspace und bei der Prozessautomatisierung. Lass uns im kostenlosen Erstgespräch klären, welcher Weg zu Deinen Daten passt.