KI-Sicherheit & Zugriffsrechte

Vertrauliches Wissen.
Gezielt geschützt.

KI macht Wissen leichter auffindbar. DAXS prüft Datenwege, Zugriffsrechte und Werkzeuge, damit Unternehmenswissen nur dort genutzt wird, wo es fachlich und technisch erlaubt ist.

Zwei Personen besprechen die Nutzung eines Computerarbeitsplatzes.
Wenn vorhandene Rechte plötzlich sichtbar werden

Die KI muss keine Sperre überwinden, um zu viel zu verraten.

Eine Unternehmens-KI kann Dokumente leichter auffindbar machen, die bisher kaum jemand kannte. Das wird zum Problem, wenn die Ablage mehr Personen zugänglich ist, als fachlich vorgesehen. AI Oversharing bezeichnet in diesem Zusammenhang die unbeabsichtigte Offenlegung durch zu breite Freigaben und erleichterte Auffindbarkeit. Eine technisch erlaubte Antwort kann organisatorisch trotzdem unerwünscht sein.

Entscheidend sind der konkrete Dienst, die angebundenen Quellen und die Identität, mit der gesucht wird. Ein Chat ohne Datenanbindung kann nicht einfach sämtliche Firmenordner durchsuchen. Sobald Dateien hochgeladen, Suchindizes angebunden oder Werkzeuge autorisiert werden, entsteht ein nachvollziehbar zu prüfender Datenweg.

„Was verdient eigentlich mein Chef?“

Hypothetischer Fall: Eine Gehaltsdatei liegt in einem alten Personalordner. Durch eine geerbte Gruppenfreigabe haben auch Beschäftigte außerhalb der Personalverwaltung Leserechte. Ist die Datei für den verwendeten KI-Dienst erschlossen und die Abfrage mit diesen Rechten erlaubt, können passende Inhalte in eine Antwort einfließen. Eine fehlerhafte Zahl oder eine erfundene Antwort ist ebenfalls möglich; jede konkrete Ausgabe braucht einen Quellenbeleg.

Bei korrekt begrenzten Rechten darf die geschützte Datei für unberechtigte Personen gar nicht erst in den Modellkontext gelangen. Eine freundliche Anweisung an das Modell, Gehälter geheim zu halten, ersetzt diese technische Kontrolle nicht.

Dasselbe System, andere Rechte

Drei Personen stellen dieselbe Frage.

A benötigt die Information für eine freigegebene Aufgabe. B besitzt kein Leserecht. C erhält durch einen Berechtigungsfehler unbeabsichtigt Zugriff. Das System muss B ausschließen; bei C müssen die falsch vergebenen Quellrechte korrigiert werden.

Drei Personen fragen nach vertraulichen Daten: passende Rechte erlauben A den Zugriff, B wird ausgeschlossen, C hat ein fehlerhaft vergebenes Leserecht.
Hypothetisches Beispiel. Die Rechte werden vor dem Modell durchgesetzt; bei versehentlich erlaubtem Zugriff muss die Quellfreigabe korrigiert werden.

Das Schaubild beschreibt unterschiedliche Zugriffssituationen, keine drei aufeinanderfolgenden Arbeitsschritte. Der Suchdienst muss auch Änderungen berücksichtigen: Ein entzogener Zugriff darf nicht in veralteten Indexrechten, Antwort-Caches, geteilten Unterhaltungen oder exportierten Dateien weiterleben.

Die Grenzen klar benennen

Versteckt, verschlüsselt und geschützt sind verschiedene Eigenschaften.

Navigation und Zugriff
Ein ausgeblendeter Menüpunkt oder ein unbekannter Ordnername entzieht keine Leserechte. Zugriffsschutz muss am Objekt und am verwendeten Dienst greifen – auch bei direkter Adresse, Suche und API-Abruf.
Vererbung und Freigabe
Ein Dokument kann Rechte aus übergeordneten Ordnern, Gruppen, einzelnen Freigaben oder Links erhalten. Geprüft wird der effektive Zugriff einschließlich dieser Wege; der Blick auf eine einzelne Gruppenliste reicht nicht.
Index und Original
Ein Suchtreffer ist keine neue Berechtigung. Suchindex, Dokumentauszüge, Titel, Vorschauen und Originalabruf benötigen passende Kontrollen. Sonst kann schon eine Trefferüberschrift vertrauliche Informationen preisgeben.
Verschlüsselung und Autorisierung
Verschlüsselung schützt beispielsweise Transport und gespeicherte Daten. Wer der Anwendung gegenüber zum Lesen berechtigt ist, wird gesondert entschieden. Ein Dienstkonto, das Inhalte entschlüsseln darf, darf sie deshalb nicht jedem angemeldeten Benutzer ausgeben.
Benutzer und Agent
Ein Agent kann mit delegierten Benutzerrechten oder einer eigenen Dienstidentität arbeiten. Beide Modelle brauchen ausdrückliche Grenzen. Ein gemeinsamer Agent mit weitreichendem Konto darf keine Abkürzung um die Rechte seiner Benutzer bilden.
Interne und externe Dienste
Auch intern betriebene KI benötigt Quellrechte, Protokollschutz und abgesicherte Schnittstellen. Bei externen Konnektoren kommen Datenempfänger, Vertragsrahmen, Verarbeitung, Speicherung und erlaubte Aktionen hinzu.
Hypothetische Situationen aus dem Unternehmensalltag

Welche Informationen dürfen gemeinsam auffindbar sein?

„Welchen Stundensatz verrechnet die Firma für mich?“

Angebote, Projektkalkulationen oder Tabellen können Verrechnungssätze und interne Kostenansätze enthalten. Diese Größen sind zu unterscheiden: Der Verrechnungssatz ist der gegenüber dem Kunden angesetzte Preis. Ein Deckungsbeitrag entsteht erst mit einer festgelegten Abgrenzung der abzuziehenden Kosten. Der Unternehmensgewinn ergibt sich aus der gesamten Erfolgsrechnung. Eine KI darf diese Werte weder gleichsetzen noch aus einer einzelnen Zahl scheinbar präzise errechnen.

Vor der Anbindung solcher Unterlagen legen die Verantwortlichen fest, wer welche Kalkulation sehen darf. Testfragen müssen neben der direkten Preisfrage auch indirekte Fragen nach Kundenrabatten, Einkaufskonditionen und Einzelprojektmargen enthalten.

Der vergessene Projektordner

Ein abgeschlossenes Projekt verschwindet aus dem Portal, bleibt aber über eine breite Gruppe lesbar. Werden die Dokumente weiterhin importiert oder von einem Konnektor gefunden, kann die KI passende Inhalte aufgreifen. Die passende Maßnahme ist eine überprüfte Archiv- und Rechteentscheidung; das Entfernen eines Links aus der Navigation genügt nicht.

Personalentscheidungen und Strategie

Geplante Stellenänderungen, Übernahmegespräche, Umsatzziele, Investitionen und Gewinnprognosen können in unterschiedlichen Ablagen stehen. Deshalb beginnt der Check mit Informationsklassen und Verantwortlichen. Ein pauschal „interner“ Speicherort sagt noch nicht, welche Abteilung welche Einzelinformation benötigt.

Microsoft, ChatGPT und eigene Wissenssuche

Produktfunktionen prüfen, Rechte an der Quelle bereinigen.

Für den Microsoft-Copilot-Dienst mit Microsoft-365-Daten beschreibt der Hersteller einen Abruf innerhalb der Zugriffsrechte des jeweiligen Benutzers. Zu weit erteilte Leserechte bleiben damit ein Einführungsrisiko. Die Bezeichnung „Copilot“ allein beschreibt jedoch weder Lizenzumfang noch Datenzugriff; Chat, App-Kontext und zusätzliche Agenten müssen getrennt betrachtet werden. Microsoft: Daten und Rechte (externer Link) – öffnet in einem neuen Tab.

Freigaben und Governance

SharePoint Advanced Management unterstützt die Prüfung problematischer Zugriffe. Microsoft Purview bietet unter anderem Klassifizierung, Sensitivity Labels, DLP und Auditfunktionen. Welche Kontrollen verfügbar sind und welche Datenwege sie erfassen, hängt von Lizenz, Konfiguration und Produktstand ab.

Auffindbarkeit begrenzen

Restricted Content Discovery kann die übergreifende Suche und Copilot-Entdeckung für ausgewählte SharePoint-Sites begrenzen. Es verändert keine vorhandenen Zugriffsrechte und ist deshalb keine Ersatzsperre für vertrauliche Dateien. Direkter Zugriff und Ausnahmen müssen mitgeprüft werden.

Alte Empfehlungen korrigieren

Restricted SharePoint Search läuft aus. Laut Hersteller ist eine neue Aktivierung seit 31.07.2026 gesperrt. Eine neue Einführung sollte darauf keine langfristige Sicherheitsarchitektur aufbauen. Stand der Quellenprüfung: 15.10.2026.

Für ChatGPT mit verbundenen Diensten muss zusätzlich klar sein, welches Konto die Verbindung autorisiert und welche Daten- und Aktionsrechte dieses Konto hat. Ein verwalteter Workspace organisiert Zuständigkeiten; er korrigiert keine falsch eingerichtete Freigabe im Quellsystem. Bei einer eigenen RAG-Lösung plant DAXS Identität, Rechtefilter und Aktualisierung ausdrücklich als Teil der Architektur.

Wirksame Kontrollen statt Geheimhaltungs-Prompt

Nur erlaubte Informationen gelangen zum Modell.

  1. Informationsklassen und Eigentümer: Personal, Finanzen, Projekte und öffentliches Wissen erhalten einen begründeten Empfängerkreis und zuständige Verantwortliche.
  2. Least Privilege: Benutzer, Anwendungen und Dienstkonten erhalten nur benötigte Rechte. RBAC ordnet Rechte Rollen zu; ABAC kann zusätzlich Merkmale wie Dokumentklasse, Organisation oder Projektzugehörigkeit berücksichtigen.
  3. Berechtigte Suche: Die Anwendung ermittelt die verlässliche Identität. Security Trimming beziehungsweise Permission-Aware Retrieval begrenzt Treffer und Auszüge vor der Übergabe an das Sprachmodell. Ein aus dem Prompt übernommener Gruppenname ist kein Identitätsnachweis.
  4. Änderungen und Caches: Neue Freigaben, Rechteentzug, gelöschte Quellen und Gruppenwechsel werden nachgeführt. Antwort-Caches dürfen nicht Daten verschiedener Benutzer oder Mandanten vermischen.
  5. DLP und Schutzregeln: Zulässige Weitergabe, Upload, Download und externe Empfänger werden gesondert geprüft. Ein Label allein wirkt nur mit der dafür konfigurierten und unterstützten Durchsetzung.
  6. Negativtests und Audit: Testkonten ohne Rechte, direkte und indirekte Fragen, Quellenänderungen und manipulierte Dokumente gehören zur Abnahme. Protokolle erfassen den erforderlichen Nachweis mit begrenztem Zugriff und passender Aufbewahrung.

Sensitive Information Disclosure und Data Leakage betreffen mehr als die sichtbare Antwort: Auch Suchprotokolle, Fehlermeldungen, Exporte und geteilte Chats können vertrauliche Inhalte enthalten. Die Schutzprüfung folgt dem vollständigen Datenweg.

Wenn KI auch handeln darf

Werkzeugrechte und Freigaben begrenzen den Schaden.

Bei einem Agenten reicht eine korrekte Lesesuche nicht aus. Ein überprivilegiertes Dienstkonto könnte Daten ändern oder versenden, die der auftraggebende Mitarbeiter selbst nicht bearbeiten darf. DAXS trennt deshalb lesende Werkzeuge, vorbereitete Änderungen und tatsächliche Ausführung. API und MCP-Server prüfen Objekt, Identität, Eingabe und erlaubte Aktion im Zielsystem.

Prompt Injection kann über fremde Dokumente oder Werkzeugergebnisse neue Handlungsanweisungen einschleusen. Solche Inhalte bleiben Daten. Kritische Aktionen benötigen eine überprüfbare Freigabe mit Ziel, Umfang und Ergebnisvorschau. Begrenzte Schritte, Laufzeit und Kosten sowie ein Abbruchweg ergänzen diese Kontrolle. Diese Maßnahmen adressieren unter anderem die OWASP-Risiken Prompt Injection, Sensitive Information Disclosure und Excessive Agency; sie sind keine Zusage, dass jedes Risiko ausgeschlossen ist.

Einführung und laufende Verantwortung

Ein KI-Sicherheitscheck mit überprüfbarem Umfang.

DAXS kann die Einführung von Copilot, ChatGPT oder eigener KI mit abgegrenzten Projektbausteinen begleiten: Quellen- und Konteninventar, Berechtigungsmatrix, Datenfluss, Stichproben problematischer Freigaben, kontrollierter Pilot und dokumentierte Negativtests. Daraus entsteht eine priorisierte Maßnahmenliste mit Zuständigkeiten und nachvollziehbaren Abnahmekriterien.

Zum Betrieb gehören Änderungen an Gruppen und Konnektoren, Modell- und Softwareupdates, Sicherheitsmeldungen, regelmäßige Wiederholung der Rechteprüfung und ein Umgang mit auffälligen Ausgaben. Technische Arbeit und die erforderliche datenschutzrechtliche beziehungsweise organisatorische Bewertung werden abgestimmt. Eine bestimmte Konfiguration ist kein pauschaler Nachweis für DSGVO- oder AI-Act-Konformität.

Für den Alltag ergänzt KI am Arbeitsplatz die Einführung und Schulung. KI-Kostenoptimierung verbindet Schutzbedarf mit wirtschaftlicher Modellwahl.

Der nächste sinnvolle Schritt

Besprechen wir Ihren Anwendungsfall.

Welche Aufgabe soll einfacher werden, welche Daten sind beteiligt und welche Systeme nutzen Sie bereits? Daraus entsteht ein abgegrenzter Einstieg mit klaren Prüf- und Entscheidungspunkten.

Einfach erklärt

Eine KI kann Dateien finden, die versehentlich zu vielen Menschen zugänglich sind. DAXS prüft, wer welche Informationen lesen und welche Aktionen ausführen darf. Die Rechte werden geprüft, bevor vertrauliche Texte an die KI gehen.