Kiteworks Agent Marketplace bietet Ihrem KI-Assistenten kontrollierten Zugriff auf regulierte Daten

Viele regulierte Unternehmen haben bereits einen KI-Assistenten eingeführt. Die größere Herausforderung besteht darin, ihn auf die wirklich relevanten Daten zu lenken: Verträge, Akten, Rechnungen, Vorstandsdokumente und technische Unterlagen. Der Kiteworks Agent Marketplace schließt diese Lücke, ohne eine zweite, unkontrollierte Kopie der Daten zu erzeugen.

Sicherheits- und Governance-Teams stehen meist vor zwei schlechten Alternativen: Entweder sie sperren den Assistenten für sensible Datenquellen, wodurch die Investition ihren Nutzen verfehlt. Oder sie sehen weg, während Mitarbeitende Daten herunterladen, einfügen oder Screenshots machen – und damit regulierte Daten außerhalb aller Kontrollen und Audit-Trails des Unternehmens bewegen.

Dieser Artikel erklärt, warum Blockieren nach hinten losgeht, wie gesteuerte Agents innerhalb von Kiteworks als anfragender Anwender agieren und wie Sie mit einem risikoarmen Ordner starten, statt ein Plattformprojekt aufzusetzen.

Executive Summary

Ein KI-Assistent, der keinen Zugriff auf sensible Daten hat, führt zu Workarounds – und diese Workarounds bedeuten unprotokollierte Datenbewegungen. Der Kiteworks Agent Marketplace ist ein öffentlicher Katalog mit über 70 gesteuerten Agents, die auf Kiteworks MCP laufen. So greift der Assistent auf Daten über dieselben Berechtigungen, Richtlinien und Audit-Trails zu wie jeder andere Datenaustausch. Für Security-, Compliance- und IT-Verantwortliche bedeutet das: nützliche KI für sensible Daten, eine kleinere Angriffsfläche als bei Ad-hoc-Exporten und ein Audit-Trail, der nun auch den KI-Agenten-Kanal neben E-Mail und Filesharing abdeckt.

wichtige Erkenntnisse

1. Das Blockieren des Assistenten verlagert das KI-Risiko, statt es zu reduzieren. Wenn genehmigte Tools keinen Zugriff auf sensible Daten haben, verschieben Mitarbeitende die Daten ins Tool – ohne Audit-Trail.
2. Gesteuerte Agents agieren als anfragender Anwender. Ein Agent übernimmt die Rollen und Berechtigungen des Anwenders und sieht oder tut nicht mehr als die Person selbst.
3. Die Richtlinie wird bei jeder Anfrage geprüft. Attributbasierte Richtlinien berücksichtigen Klassifizierung, Benutzerattribute und Kontext in Echtzeit. So bleibt die Zugriffsentscheidung bei der Plattform – nicht beim Assistenten.
4. Sicherheitstoken gelangen nie in den Kontext des Assistenten. Im lokalen Modus bleiben auch die Daten übertragener Dateien außen vor, es sei denn, der Anwender liest gezielt eine Datei ein – das beantwortet die Prompt-Injection-Frage direkt.
5. Starten Sie mit einem risikoarmen Ordner und einem Read-only-Pilot. Das Aktivieren des Connectors ist eine administrative Maßnahme. So können Sie das Kontrollmodell nachweisen, bevor Sie den Zugriff erweitern.

Warum das Blockieren des Assistenten für regulierte Daten nach hinten losgeht

Blockieren wirkt wie die sichere Lösung. Das ist es aber nicht, denn der Bedarf verschwindet nicht. Mitarbeitende müssen weiterhin Verträge zusammenfassen, Klauseln finden oder Versionen vergleichen – und der Assistent ist der schnellste Weg. Ist der genehmigte Weg versperrt, suchen sie sich einen anderen.

Was Anwender stattdessen tun

Sie laden die Datei herunter, fügen den Text in ein Prompt ein oder machen einen Screenshot. Jede dieser Aktionen ist ein Datenaustausch wie zuvor – nur ohne Identitätsprüfung, Berechtigungen und Protokollierung. Das Security-Team kann nicht prüfen, was es nie gesehen hat, und der Auditor kann kein Ereignis bewerten, das nicht protokolliert wurde.

Warum ein Richtliniendokument die Lücke nicht schließt

Eine Acceptable-Use-Policy sagt, was zu tun ist – aber sie bietet keinen gesteuerten Weg, es zu tun. Das Unternehmen braucht einen Pfad, bei dem der Assistent auf sensible Daten unter denselben Kontrollen wie alle anderen Kanäle zugreift. So bedeutet ein Ja zu KI kein Nein zur Aufsicht.

Wie der Kiteworks Agent Marketplace gesteuerte Agents in Ihren Assistenten bringt

Der Kiteworks Agent Marketplace ist ein öffentlicher Katalog gesteuerter Agents für Ihren KI-Assistenten. Jeder Agent läuft auf Kiteworks MCP – das heißt, die Arbeit findet innerhalb von Kiteworks statt, nicht in einer Kopie Ihrer Daten. Claude wird heute in der Web-App, auf dem Desktop und in Claude Code unterstützt. Der Katalog ist durchsuchbar, bevor Sie mit einem Anbieter sprechen, und jeder Agent deklariert seinen Funktionsumfang im Voraus.

Agents agieren als anfragender Anwender

Ein Agent erhält keine eigene privilegierte Identität. KI-Operationen übernehmen die authentifizierten Rollen und Berechtigungen des Anwenders. Attributbasierte Richtlinien prüfen bei jeder Anfrage Dateiklassifizierung, Sensitivitätslabel, Benutzerattribute und Kontext. Die Angriffsfläche wächst nicht, und es entsteht keine neue privilegierte Identität, die verwaltet werden muss.

Was außerhalb des Assistenten-Kontexts bleibt

Sicherheitstoken werden im Kontext des Assistenten nie verfügbar gemacht. Im lokalen Modus bewegen sich Dateien über einen separaten Datenkanal, sodass deren Daten außen vor bleiben, es sei denn, der Anwender liest gezielt eine kleine Textdatei ein. Der Connector erzwingt dies – nicht das „gute Verhalten“ des Assistenten. Das ist entscheidend für Prompt-Injection-Reviews, bei denen gefragt wird, auf was ein manipulierter Assistent zugreifen könnte.

Start mit einem risikoarmen Ordner

Das Aktivieren des Marketplaces ist eine administrative Einstellung, keine Migration. Administratoren schalten MCP in der Kiteworks-Administrationskonsole frei, die eine einzige integrierte OAuth-Anwendung nutzt, die dort verwaltet wird. Danach fügen Anwender den Connector einmal hinzu – für den gesamten Marketplace oder einen einzelnen Agenten. Die integrierten Funktionen erfordern keine zusätzliche Installation.

Was ein erster Pilot nachweisen sollte

Wählen Sie einen relevanten, aber nicht hochsensiblen Ordner und führen Sie zunächst Read-only-Aufgaben aus. Prüfen Sie drei Dinge: Hat der Agent nur gesehen, was der Anwender sehen durfte? Taucht jeder Aufruf im Audit-Log mit der richtigen Benutzerzuordnung auf? Hat Ihre Richtlinie blockiert, was blockiert werden sollte? Wenn alle drei Punkte erfüllt sind, erweitern Sie den Umfang auf Basis von Fakten – nicht Hoffnung.

Governance des KI-Agenten-Kanals auf dem Kiteworks Data Control Plane

Posture-Tools zeigen, wo sensible Daten liegen, und IAM entscheidet, wer sich anmelden darf. DLP prüft, was das Unternehmen verlässt. Aber keiner dieser Ansätze steuert den Moment, in dem ein KI-Agent im Namen eines Anwenders auf regulierte Daten zugreift. Genau das ist die Aufgabe des Kiteworks Data Control Plane. Der Agent Marketplace erweitert diese Kontrolle auf den Assistenten, sodass Agenten-Aufrufe denselben Identitäten, Berechtigungen und datenbasierten Richtlinien wie E-Mail, Filesharing und APIs folgen – und in einem manipulationssicheren Audit-Log landen, das Ihr SIEM-Tooling speist.

Er ergänzt bestehende DSPM-, IAM- und DLP-Investitionen, statt sie zu ersetzen. Um zu sehen, welche Agents für Ihren ersten Pilot geeignet sind, stöbern Sie im Katalog oder vereinbaren Sie eine individuelle Demo und bringen Sie den einen Workflow mit, den Ihr Assistent heute noch nicht erreicht.