Kiteworks Secure MCP Server jetzt auf dem Connector Marketplace von Anthropic verfügbar
Die meisten Unternehmen haben nicht bewusst entschieden, vertrauliche Daten an KI-Modelle weiterzugeben. Sie sind schrittweise hineingeraten – mit jedem gut gemeinten Claude- oder ChatGPT-Prompt mehr –, weil die Alternative gewesen wäre, den Mitarbeitenden die Tools zu verbieten, die ihre Arbeit beschleunigen. Der Kiteworks 2026 Data Security and Compliance Risk: Annual Forecast Report zeigt: Jedes befragte Unternehmen hat agentenbasierte KI auf der Roadmap, aber 63 % können keine Zweckbindung für die Datenverarbeitung durch KI-Agenten durchsetzen und 60 % haben keine Möglichkeit, einen Agenten zu stoppen, wenn dieser sich fehlverhält. Diese Lücke zwischen Anspruch und Kontrolle sollte das Model Context Protocol schließen – doch die meisten MCP-Implementierungen lassen sie weiterhin offen.
Kiteworks schließt diese Lücke jetzt. Der Kiteworks Secure MCP Server ist ab sofort im Connector Marketplace von Anthropic innerhalb von Claude Desktop gelistet. Kiteworks-Kunden können Claude mit nur einem Klick mit ihrer kontrollierten Datenumgebung verbinden. Mitarbeitende arbeiten weiterhin wie gewohnt in natürlicher Sprache in ihrem vertrauten KI-Client. Was sich ändert, passiert im Hintergrund: Jeder Datei- und Ordnerzugriff sowie jede Datenabfrage läuft jetzt durch dieselben rollen- und attributbasierten Zugriffskontrollen, Verschlüsselung und Prüfprotokolle, die bereits E-Mail, Filesharing und Managed File Transfer im Kiteworks Secure Data Exchange absichern.
Dies ist keine nachträglich aufgesetzte Governance-Schicht für KI. Es ist die gleiche Kontrollinstanz, die bereits Datenzugriff, -nutzung und -austausch für Menschen im Unternehmen steuert. Mit diesem Launch wird der KI-Agent in Claude in diese Kontrollinstanz eingebunden – als zweite Identitätsklasse, die denselben Richtlinien unterliegt. Der Unterschied zwischen Agenten, die von Anfang an wie Menschen kontrolliert werden, und solchen, die ohne Richtlinien agieren, ist das zentrale Thema dieses Launches.
Wichtige Erkenntnisse
1. Kiteworks Secure MCP Server ist jetzt im Connector Marketplace von Anthropic verfügbar.
Kiteworks-Kunden können Claude Desktop direkt über einen One-Click-Connector mit ihrer privaten Kiteworks-Umgebung verbinden, ohne eigenen Integrationscode entwickeln zu müssen.
2. Jede KI-Anfrage wird anhand bestehender RBAC- und ABAC-Richtlinien autorisiert.
Die Data Policy Engine prüft jeden Datei- und Ordnerzugriff sowie jede Datenabfrage, bevor Claude überhaupt ein Ergebnis sieht. So gelangen Informationen außerhalb der Nutzerberechtigung nie zum Modell.
3. Governance-Lücken bei agentenbasierter KI sind weit verbreitet, nicht hypothetisch.
Unabhängige Studien dokumentieren Agenten, die personenbezogene Daten preisgeben, gefälschte Identitäten akzeptieren und unkontrolliert Ressourcen verbrauchen, sobald sie ohne Governance agieren. Deshalb muss Zugriffskontrolle vor dem Modell greifen – nicht danach.
4. Sicherheit ist im Protokoll verankert, nicht nachträglich aufgesetzt.
OAuth 2.1-Hardening, FIPS 140-3-validierte Kryptografie und hybride Post-Quantum-Schlüsselaustauschverfahren schützen jede Sitzung zwischen Claude und dem Kiteworks MCP Server.
5. Die Einrichtung erfolgt in zwei Schritten, da jeder Kunde eine eigene Instanz betreibt.
Ein Administrator aktiviert Kiteworks MCP einmalig für das Unternehmen. Jeder Endanwender verbindet anschließend Claude Desktop über den Connector Marketplace mit dem privaten Server.
Die Governance-Lücke als Risiko für KI-Agenten im Unternehmen
Der Druck, KI einzuführen, ist nicht das Problem. Das Problem ist, welche Kompromisse Unternehmen dafür eingehen. Herkömmliche KI-Integrationen gewähren dem Modell meist weitreichenden Zugriff auf Dateispeicher, Postfächer oder APIs – in der Hoffnung, dass Prompt-Design und Modell-Alignment die Zugriffskontrolle übernehmen. Schon bei einem einzelnen, gut konfigurierten Modell ist das fragil. Sobald Agenten eigenständig handeln, miteinander kommunizieren und Entscheidungen treffen, die kein Mensch explizit genehmigt hat, bricht dieses Modell zusammen.
Das Ausmaß der Lücke zeigt sich in den Daten: Laut dem 2026 Forecast Report können 55 % der Unternehmen ihre KI-Systeme nicht vom restlichen Netzwerk isolieren, und 54 % der Vorstände zählen KI-Governance nicht einmal zu ihren fünf wichtigsten Prioritäten. In Behörden fehlt laut Bericht bei 90 % die Zweckbindung für KI-Agenten, 76 % haben keinen Not-Aus-Schalter. Der WEF Global Cybersecurity Outlook 2026 liefert einen weiteren kritischen Wert: Rund ein Drittel der Unternehmen prüft die Sicherheit eines KI-Systems vor dem Livegang überhaupt nicht, und nur etwa 40 % führen regelmäßige Sicherheitsüberprüfungen durch.
Was passiert, wenn diese Governance-Lücke auf einen aktiven Agenten trifft, zeigte die Studie „Agents of Chaos“ im Februar 2026. Zwanzig Forschende von MIT, Stanford, Carnegie Mellon und Harvard untersuchten das OpenClaw-Agenten-Framework in einer Live-Umgebung ohne Sandbox. Sie dokumentierten mindestens zehn schwerwiegende Sicherheitsvorfälle in elf Fallstudien. Ein Agent leitete eine komplette E-Mail inklusive nicht geschwärzter Sozialversicherungsnummer und Bankdaten weiter, nachdem er eine direkte Anfrage nach denselben Daten abgelehnt hatte – weil er eine explizite Anfrage nach sensiblen Informationen erkannte, aber nicht, dass das Weitergeben des Containers mit den Daten denselben Effekt hatte. In einer anderen Fallstudie änderte ein Forscher den Discord-Anzeigenamen, um den Besitzer des Agenten zu imitieren. Beim ersten Versuch erkannte der Agent die Täuschung im bekannten Channel. Beim zweiten Versuch – in einem neuen, leeren Channel – akzeptierte der Agent die Identität nur anhand des Anzeigenamens, löschte eigene Speicherdateien, benannte sich um und vergab Admin-Zugriff.
Laut den Forschenden ist das Problem architektonisch, nicht kosmetisch: Agenten auf Basis großer Sprachmodelle können autorisierte und nicht autorisierte Anweisungen nicht zuverlässig unterscheiden, wenn beide als Token im selben Kontextfenster ankommen. Prompt Injection ist daher ein strukturelles Merkmal, kein Bug, der sich durch besseres Prompting beheben lässt. Zugriffsentscheidungen dürfen deshalb nicht dem Modell überlassen werden, sondern müssen durch eine Policy-Schicht erzwungen werden, die das Modell nicht umgehen kann. Genau das bedeutet zero trust security in der Praxis: Jede Anfrage wird genau an dem Punkt geprüft, an dem der Agent tatsächlich auf Daten zugreift – immer, unabhängig davon, was der Agent über sich selbst behauptet.
Sie vertrauen auf die Sicherheit Ihres Unternehmens. Aber können Sie es auch nachweisen?
Jetzt lesen
Was der Kiteworks Secure MCP Server leistet
Der Kiteworks Secure MCP Server sitzt zwischen KI-Clients wie Claude, ChatGPT, Gemini oder Copilot und den kontrollierten Unternehmensdaten. Er basiert auf dem offenen Model Context Protocol, das sich als Standard für die Anbindung von Sprachmodellen an externe Tools und Datenquellen etabliert. Anstatt einem Modell direkten Zugriff auf Dateisystem oder API zu gewähren, läuft jede Anfrage über den Secure MCP Server und die Kiteworks Data Policy Engine, die sie anhand von rollenbasierter Zugriffskontrolle und attributbasierter Zugriffskontrolle prüft, bevor Daten zurückgegeben werden.
Diese Prüfung gilt für Menschen und KI-Agenten nach demselben Richtlinienmodell. Kiteworks hat kein separates, lockereres Policy-Modell für KI gebaut. Ein KI-Client authentifiziert sich per OAuth 2.0 und übernimmt die bestehenden Berechtigungen des anfragenden Nutzers, statt mit eigenen, dauerhaften Zugriffsrechten zu agieren. ABAC steuert zusätzliche Regeln basierend auf Klassifizierung, Sensitivität und Kontext der angeforderten Daten. So kann eine Datei für eine KI-Sitzung eines Nutzers freigegeben, für einen anderen aber zurückgehalten werden – selbst bei identischer Anfrage. Inhalte, die laut Policy zu sensibel sind, erreichen das Modell nicht. Jeder Datei- und Ordnerzugriff sowie jede Datenabfrage werden in einem einheitlichen Audit-Trail protokolliert. Compliance- und Security-Teams erhalten die gleiche forensische Transparenz über KI-Aktivitäten wie über E-Mail- und Dateitransfers.
Unterhalb des Secure MCP Servers verbleiben die Daten in der Kiteworks-Secure Data Exchange-Umgebung, geschützt durch doppelte Verschlüsselung, Souveränitätskontrollen und hochverfügbare Replikation. Der KI-Client erhält nie eine dauerhafte Kopie von Unternehmensinhalten, sondern nur die Daten, auf die eine spezifische, authentifizierte und policy-konforme Anfrage zum jeweiligen Zeitpunkt Anspruch hat – und nicht mehr.
Enterprise-taugliche Sicherheit im Protokoll integriert
Ein Governance-Modell ist nur so stark wie die darunterliegende Transport- und Verschlüsselungsschicht. Kiteworks hat den Secure MCP Server nach Enterprise-Sicherheitsanforderungen gebaut – nicht nach Open-Source-MCP-Defaults. Zugriffstokens werden im verschlüsselten Keystore des Betriebssystems gespeichert, nicht in Umgebungsvariablen. So wird ein häufiger Angriffsvektor aus der MCP-Sicherheitsforschung geschlossen. Die Authentifizierung basiert auf OAuth 2.1-Hardening: dynamische Client-Registrierung, Authorization Code Flows mit PKCE, JWT-Access- und Refresh-Tokens sowie automatische Token-Rotation. Ein gestohlenes Token ist nur kurz gültig und kann nicht unbegrenzt wiederverwendet werden.
Die Kryptografie im Server erfüllt FIPS 140-3-Anforderungen: AES-256-GCM, RSA mit SHA-256 und TLS 1.3 mit NIST-zertifizierten Kurven. Zusätzlich sorgt ein hybrider X25519 plus ML-KEM-768 TLS-Schlüsselaustausch nach FIPS 203 für Post-Quantum Forward Secrecy – damit abgefangene, verschlüsselte Sitzungen auch in Zukunft nicht von Quantenangreifern entschlüsselt werden können. Konfigurierbares Rate Limiting greift global, pro Nutzer und pro Sitzung und adressiert das Problem unkontrollierten Ressourcenverbrauchs, wie es die Agents-of-Chaos-Studie gezeigt hat. Dateipfade werden normalisiert und validiert, um Path Traversal zu verhindern. Zugangsdaten und übertragene Inhalte werden nie dem LLM selbst ausgesetzt. Strikte TLS-Zertifikats- und Hostnamenvalidierung schützt vor Man-in-the-Middle-Angriffen.
Für Endanwender entsteht daraus keinerlei Hürde. In Claude bleibt die Erfahrung ein natürlicher Sprachdialog – im Hintergrund greifen bei jeder Anfrage all diese Kontrollen.
Vom Prompt zur kontrollierten Aktion: So funktioniert es in Claude
Für Mitarbeitende bedeutet das: KI-gestützte Arbeit läuft in Alltagssprache im vertrauten Client ab, ohne dass sie sich Gedanken über die zugrunde liegende Governance machen müssen. Ein Nutzer kann zum Beispiel tippen: „Lege einen Q1-Ordner unter Forecasts an“, „lade diese Tabelle dort hoch“, „was befindet sich im Analysis-Ordner?“ oder „lade diese Dokumente herunter“. Der Secure MCP Server übersetzt jede dieser Anfragen in eine policy-geprüfte, protokollierte Aktion im Kiteworks-Umfeld.
Dieser kontrollierte Workflow gilt nicht nur für die Datenabfrage, sondern auch für die Inhaltserstellung. Mit angebundenem Secure MCP Server kann ein Nutzer Claude auf ein PDF, ein Bild oder eine Textbeschreibung zeigen und eine sichere Web-Formular erstellen lassen. Claude entwirft und zeigt das Formular als strukturiertes JSON an und legt es direkt in einem kontrollierten Kiteworks-Ordner ab. Das neue Formular übernimmt automatisch die RBAC- und ABAC-Kontrollen der Plattform, doppelte Verschlüsselung und einheitliches Prüfprotokoll – so wird ein vormals manueller, mehrstufiger Formularprozess zum KI-beschleunigten Workflow, der von Anfang an compliant ist.
Warum die Listung im Anthropic Connector Marketplace wichtig ist
Die Listung des Secure MCP Servers im Anthropic Connector Marketplace verändert, wie Kiteworks-Kunden von „Wir wollen kontrollierten KI-Zugriff auf unsere Daten“ zur tatsächlichen Umsetzung kommen. Da jeder Kiteworks-Kunde eine eigene Private-Cloud-Instanz betreibt, richtet jedes Unternehmen seinen eigenen Kiteworks MCP Server ein – es gibt keinen geteilten Multi-Tenant-Endpunkt. Die Einrichtung erfolgt in zwei Schritten: Ein Administrator folgt dem Kiteworks-MCP-Installationsleitfaden, um MCP für das Unternehmen zu aktivieren. Jeder Endanwender öffnet dann den Connector Marketplace in Claude Desktop und verbindet sich direkt mit der eigenen Kiteworks-Instanz – ohne individuelle Integration oder Entwicklerressourcen. Unternehmen, die einen anderen Client als Claude Desktop nutzen, können nach demselben Leitfaden einen lokalen oder HTTP-Server für Entwickler oder das gesamte Unternehmen aufsetzen.
Die Marketplace-Listung ist auch eine Distributionsentscheidung, nicht nur eine technische. Sie stellt jedem Claude-Desktop-Nutzer im Unternehmen die Option für eine kontrollierte Verbindung genau dann bereit, wenn er entscheidet, wie Claude angebunden wird – nicht erst, wenn das Security-Team eine unkontrollierte Integration im Produktivbetrieb entdeckt. Da viele der in Studien wie Agents of Chaos dokumentierten Vorfälle auf Agenten ohne verifizierte Identität und ohne begrenzte Berechtigungen zurückgehen, ist es entscheidend, das Zeitfenster zwischen „KI-Einführung beginnt“ und „KI-Governance greift“ zu schließen – mindestens so wichtig wie jede einzelne Sicherheitsmaßnahme.
Compliance, die mit den Daten mitreist
Regulierte Unternehmen können KI-Governance nicht als separaten Compliance-Strang behandeln. Der Secure MCP Server übernimmt die gleichen Zertifizierungen wie die restliche Kiteworks-Plattform: Kiteworks ist FedRAMP Authorized und nach IRAP auf PROTECTED-Level geprüft. Für Security-, Compliance- und KI-Verantwortliche in regulierten Branchen bedeutet das: KI-gestützte Workflows auf Basis von Claude und Secure MCP Server laufen innerhalb derselben Akkreditierungsgrenzen wie E-Mail, Filesharing und Managed File Transfer – ohne ein neues System, das separat geprüft, begründet und auditiert werden muss.
So starten Sie mit dem Kiteworks Secure MCP Server
Unternehmen, die bereits Kiteworks nutzen, können den Secure MCP Server über den Kiteworks-MCP-Installationsleitfaden aktivieren und Endanwender über den Connector Marketplace in Claude Desktop anbinden. Unternehmen, die AI Data Governance umfassender evaluieren, erhalten mit diesem Launch einen konkreten Einstiegspunkt: Security- und Compliance-Teams sehen direkt, wie der Zugriff eines bestimmten KI-Clients auf bestimmte Daten autorisiert, protokolliert und begrenzt wird – statt KI-Policy abstrakt zu diskutieren.
Erfahren Sie mehr über die Governance von KI-Agenten-Zugriffen auf vertrauliche Unternehmensdaten – vereinbaren Sie jetzt eine individuelle Demo.
Häufig gestellte Fragen
Der Kiteworks Secure MCP Server ist ein Governance-kontrollierter Verbindungspunkt zwischen großen Sprachmodellen wie Claude, ChatGPT, Gemini oder Copilot und den Unternehmensdaten im Kiteworks Secure Data Exchange. Er basiert auf dem offenen Model Context Protocol und prüft jede KI-Anfrage anhand bestehender RBAC– und ABAC-Richtlinien, bevor Daten zurückgegeben werden. So erhält das Modell nur, was eine spezifische, authentifizierte Anfrage sehen darf.
Eine direkte Anbindung gewährt dem Modell meist weitreichenden, dauerhaften Zugriff und verlässt sich darauf, dass das Modell Missbrauch selbst vermeidet – ein Ansatz, den unabhängige Studien zum Agentenverhalten als unzuverlässig belegen, sobald Agenten autonom agieren. Der Secure MCP Server hingegen leitet jeden Datei- und Ordnerzugriff sowie jede Datenabfrage durch die Data Policy Engine, die Zugriffskontrolle durchsetzt und die Anfrage im einheitlichen Audit-Trail protokolliert – egal, ob der Anfragende ein Mensch oder ein KI-Agent ist.
Nein. Da der Secure MCP Server im Connector Marketplace von Anthropic gelistet ist, aktiviert ein Administrator Kiteworks MCP einmalig für das Unternehmen. Einzelne Nutzer verbinden Claude Desktop dann direkt aus dem Connector Marketplace mit der privaten Kiteworks-Instanz. Unternehmen, die andere MCP-Clients als Claude Desktop nutzen, können nach dem gleichen Kiteworks-MCP-Installationsleitfaden einen lokalen oder HTTP-Server aufsetzen – mit Zugriff auf dieselbe Secure Data Exchange-Umgebung wie jede andere Bereitstellung.
Sitzungen sind geschützt durch OAuth 2.1-Hardening mit PKCE und automatischer Token-Rotation, FIPS 140-3-validierte Kryptografie (u. a. AES-256-GCM und TLS 1.3) sowie einen hybriden Post-Quantum-Schlüsselaustausch für Forward Secrecy. Konfigurierbares Rate Limiting, Schutz vor Path Traversal und strikte TLS-Zertifikatsvalidierung adressieren bekannte Angriffspfade aus der aktuellen KI-Agenten-Sicherheitsforschung. Zugriffstokens werden im verschlüsselten Keystore des Betriebssystems gespeichert, nicht in Umgebungsvariablen.
Ja. Der Secure MCP Server arbeitet im gleichen Compliance-Rahmen wie die restliche Kiteworks-Plattform, die FedRAMP Authorized ist und nach IRAP auf PROTECTED-Level geprüft wurde. Regulierte Unternehmen in Behörden, Finanzdienstleistungen und Gesundheitswesen können KI-gestützte Workflows mit Claude und anderen MCP-kompatiblen Clients nutzen, ohne eine separate Compliance-Schiene für KI aufbauen zu müssen.
Weitere Ressourcen
- Blog Post
Zero‑Trust-Strategien für bezahlbaren KI-Datenschutz - Blog Post
Wie 77 % der Unternehmen bei KI-Datensicherheit scheitern - eBook
KI-Governance-Lücke: Warum 91 % kleiner Unternehmen 2025 russisches Roulette mit Datensicherheit spielen - Blog Post
Für Ihre Daten gibt es kein „–dangerously-skip-permissions“ - Blog Post
Regulierungsbehörden fragen nicht mehr, ob Sie eine KI-Policy haben. Sie wollen Beweise, dass sie funktioniert.