Claude Code Governance: Aufbau einer Enterprise Usage Policy von Grund auf

Einführung

Jemand in Ihrem Team nutzt bereits Claude Code. Wahrscheinlich sogar mehrere Personen. Die Frage ist nicht, ob Sie es erlauben — dieser Zug ist abgefahren. Die Frage ist, ob Sie es steuern, bevor etwas schiefgeht, oder danach.

Claude Code läuft in Ihrem Terminal mit vollen Zugriffsrechten auf Benutzerebene. Es liest Dateien, führt Bash-Befehle aus, verbindet sich mit MCP-Servern und sendet Code-Kontext zur Verarbeitung an die Server von Anthropic.

Ohne eine Nutzungsrichtlinie haben Sie API-Schlüssel in Slack-Kanälen, keine Transparenz darüber, worauf das Tool zugreift, und keinen Audit-Trail, wenn die Compliance anklopft. Wir haben das bei ausreichend Unternehmen beobachtet, um das Muster zu kennen.

Warum Sie eine Richtlinie brauchen, bevor Sie mehr Plätze aufstocken

Die meisten Teams führen Claude Code Bottom-up ein. Ein paar Entwickler testen es, sind begeistert und erzählen es ihren Kollegen. Bis sich Platform Engineering oder Security einschalten, nutzen es 30 Personen mit Standardeinstellungen und ohne Schutzplanken.

Drei Risiken zeigen sich an diesem Punkt schnell:

• Schatten-KI. Entwickler mit persönlichen Pro- oder Max-Konto-Zugängen senden proprietären Code unter Verbraucherbedingungen an Anthropic. Verbrauchertarife nutzen seit Oktober 2025 standardmäßig Opt-in für das Modelltraining. Ihr Code könnte ohne Ihr Wissen in Trainingsdaten landen.
• Verstreute Anmeldeinformationen. Jeder Entwickler benötigt einen API-Schlüssel. Schlüssel landen in .env-Dateien, Slack-DMs und Dotfiles-Repos. Der Entzug von Zugriffen bedeutet das manuelle Nachverfolgen jeder einzelnen Kopie.
• Kein Audit-Trail. Wenn ein Auditor fragt: „Worauf hat Ihr KI-Coding-Tool im letzten Quartal zugegriffen?“ — und er wird fragen —, brauchen Sie eine bessere Antwort als „Das wissen wir nicht.“

Eine Nutzungsrichtlinie bremst die Produktivität nicht. Sie kanalisiert sie. Wenn die Richtlinie stimmt, arbeiten Entwickler schneller und Sie können nachweisen, was passiert ist.

‍

Schritt 1: Wählen Sie Ihren Plan und Ihr Authentifizierungsmodell

Ihre Governance-Optionen hängen vollständig davon ab, welchen Plan Sie nutzen. Hier ist die ehrliche Übersicht:

• Free / Pro / Max: Keine verwalteten Einstellungen. Keine Admin-Kontrollen. Keine Compliance API. Es gelten Verbraucherbedingungen. Nicht für Enterprise Governance geeignet.
• Team: Self-Service-Sitzverwaltung, Ausgabendeckel, Claude Code Analytics. Verwaltete Einstellungen unterstützt (v2.1.38+ für Team-Pläne, v2.1.30+ für Enterprise). Gut für kleine Teams zum Einstieg.
• Enterprise: Alles aus Team plus SCIM-Bereitstellung, rollenbasierte Berechtigungen, Compliance API, benutzerdefinierte Datenspeicherung, IP-Allowlisting und HIPAA-bereite Optionen. Die echte Governance-Stufe.

Die SSO-Integration dauert etwa 2-4 Stunden. Sie verifizieren den Domänenbesitz über einen DNS TXT-Record, laden IdP-Metadaten in die Claude Admin Console hoch und verbinden Okta, Azure AD oder welchen SAML 2.0-Anbieter Sie auch nutzen. Die Domänenerfassung nimmt neue Benutzer automatisch in Ihrer Organisation auf, wenn sie sich mit einer Firmen-E-Mail registrieren.

Schritt 2: Verwaltete Einstellungen bereitstellen

Hier ist das Herzstück der Enterprise Governance. Die Datei managed-settings.json setzt unternehmensweite Richtlinien durch, die Entwickler nicht überschreiben können. Höherrangige Einstellungen setzen sich immer durch.

Sie haben zwei Bereitstellungsoptionen:

• Server-verwaltete Einstellungen (Beta): Konfigurieren Sie in Claude.ai Admin Settings > Claude Code > Managed settings. Liefert die Konfiguration von den Anthropic-Servern aus, wenn sich Entwickler authentifizieren. Funktioniert auf BYOD-Geräten. Der Haken: Es ist rein clientseitig, sodass jemand mit Sudo-Zugriff daran manipulieren kann.
• Endpunkt-verwaltete Einstellungen: Verteilen Sie diese via MDM (Jamf, Kandji, Intune) an Pfade auf OS-Ebene. Auf macOS: /Library/Application Support/ClaudeCode/managed-settings.json. Auf Linux: /etc/claude-code/managed-settings.json. Manipulationssicher auf Betriebssystemebene. Die stärkere Garantie.

Starten Sie mit einer Basisrichtlinie, die die gefährlichsten Operationen blockiert:

disableBypassPermissionsMode ist die wichtigste einzelne Einstellung. Ohne sie kann jeder Entwickler Claude Code mit --dangerously-skip-permissions ausführen und jede von Ihnen eingerichtete Sicherheitsprüfung umgehen. Blockieren Sie dies.

Schritt 3: MCP-Server absichern

Claude Code verbindet sich über MCP-Server mit externen Tools — Slack, GitHub, Datenbanken und internen APIs. Jede Verbindung vergrößert die Angriffsfläche. CVE-2025-59536 hat gezeigt, dass bösartige MCP-Konfigurationen in einem geklonten Repository Befehle ausführen konnten, bevor der Vertrauensdialog erschien.

Ihre Richtlinie sollte Folgendes enthalten:

• allowManagedMcpServersOnly: true — nur MCP-Server, die in den verwalteten Einstellungen definiert sind, können ausgeführt werden. Entwickler können keine eigenen hinzufügen.
• Eine explizite Positivliste (Allowlist) genehmigter Server (GitHub, Ihre internen Tools, was auch immer Sie geprüft haben).
• Schreibgeschützter Zugriff als Standard für jeden MCP-Server, der mit Produktionsdaten in Berührung kommt. Schreibzugriff erfordert einen separaten Genehmigungsworkflow.

Für Organisationen, die MCP-Server im großen Stil betreiben, bietet das Routing über ein zentrales MCP Gateway mit ordnungsgemäßer Zugriffskontrolle einen zentralen Kontrollpunkt für Authentifizierung, Rate Limiting und Audit-Logging über jede Agent-Tool-Interaktion hinweg.

Schritt 4: Kostenkontrollen einrichten

Claude Code verbraucht während autonomer Agenten-Schleifen schnell Tokens. Eine einzige unkontrollierte Sitzung kann über Nacht erhebliche Kosten verursachen. Ohne Limits merkt es niemand, bis die Rechnung eintrifft.

Setzen Sie Grenzen auf zwei Ebenen:

• Obergrenzen auf Organisationsebene in der Claude Admin Console. Feste monatliche Obergrenze für die Gesamtausgaben.
• Obergrenzen pro Benutzer, um zu verhindern, dass ein einzelner Entwickler übermäßig Ressourcen verbraucht.

Nutzungsbasierte Enterprise-Pläne rechnen alle Claude Code-Aktivitäten zu Standard-API-Tarifen zusätzlich zur Sitzplatzgebühr ab. Es gibt kein enthaltenes Token-Kontingent. Verfolgen Sie den Verbrauch pro Entwickler über Claude Code Analytics (akzeptierte Codezeilen, Annahmerate von Vorschlägen, Nutzungsmuster) und richten Sie Warnmeldungen ein, bevor die Obergrenzen erreicht werden.

Für eine feingranularere Steuerung können Teams, die über ein AI Gateway routen, Budgets pro Team und Projekt festlegen, Rate Limiting implementieren und konsolidierte Kosten-Dashboards erhalten, die sowohl LLM- als auch MCP-Nutzung abdecken.

Schritt 5: Bauen Sie den Audit-Trail auf

Ihrem Auditor ist es egal, was Claude Code tun kann. Ihn interessiert, was es getan hat. Zwei Tools sind hierbei entscheidend.

• Claude Code-Sitzungstranskripte. Jede Aktion wird lokal in ~/.claude/ protokolliert. Nützlich für individuelles Debugging, aber denkbar schlecht für Enterprise Audits. Keine zentrale Aggregation, keine Suche, keine Durchsetzung von Aufbewahrungsrichtlinien.
• Compliance API von Anthropic. Nur für Enterprise. Bietet programmatischen Echtzeitzugriff auf Nutzungsdaten und Kundeninhalte. Sie können Logs darüber abrufen, wer Claude Code genutzt hat, welche Anfragen gestellt wurden und welcher Code generiert wurde, und all dies in Ihr bestehendes SIEM einspeisen. Selektives Löschen ermöglicht Ihnen die Durchsetzung von Aufbewahrungsrichtlinien — löschen Sie beispielsweise Prompt-Daten, die älter als 30 Tage sind, um DSGVO-Anforderungen zu erfüllen.

Der praktische Aufbau: Leiten Sie die Ausgaben der Compliance API über OpenTelemetry an Grafana, Datadog oder Splunk weiter. Routen Sie LLM- und MCP-Traffic über ein zentrales Gateway für einheitliches Tracing mit Benutzerzuordnung. Dokumentieren Sie Ihren Überprüfungsrhythmus. Auditoren möchten sehen, dass wöchentlich jemand einen Blick in die Logs wirft — nicht nur, dass die Logs existieren.

Hier ist das Evaluierungs-Framework

Kriterien	Was sollten Sie evaluieren?	Priorität	TrueFoundry
Richtlinienmodell & Laufzeit-Durchsetzung
Richtlinien-Lebenszyklus	Wie werden KI-Richtlinien dargestellt, versioniert, überprüft, genehmigt, getestet und in verschiedenen Umgebungen gefördert?	Unbedingt erforderlich	✅ Unterstützt: Versionierte Richtlinien mit Überprüfungs- und Ablauf-Workflows.
Laufzeit-Durchsetzung	Können Richtlinienentscheidungen Anfragen blockieren oder transformieren, bevor Modell, Anbieter oder Tool ausgeführt werden?	Unbedingt erforderlich	✅ Unterstützt: Inline-Durchsetzung über Guardrails, Budgets und RBAC.
Risikostufen	Können verschiedene Regeln nach Anwendungskritikalität, Datensensibilität, Modellrisiko, Geografie und Benutzerrolle angewendet werden?	Sollte vorhanden sein	✅ Unterstützt: Gestaffelte Richtlinien nach Team, App, Modell und Deployment.
Ausnahme-Workflow	Können temporäre Ausnahmen angefordert, genehmigt, protokolliert, abgelaufen und gemeldet werden, ohne die Basisrichtlinie zu schwächen?	Sollte vorhanden sein	✅ Unterstützt über gesteuerte Konfigurations-Workflows.

GenAI Governance Plattform RFP-Fragen

Ein praktischer Leitfaden für Plattform- & Infra-Teams

Schritt 6: Verfassen Sie das eigentliche Richtliniendokument

Alles oben Genannte ist eine technische Konfiguration. Sie benötigen auch eine tatsächlich geschriebene Richtlinie — das Dokument, das in Ihrem internen Wiki steht, von der Rechtsabteilung geprüft wird und in den Onboarding-Unterlagen verlinkt ist.

Eine solide Claude Code Usage Policy deckt Folgendes ab:

• Wer es nutzen darf. Welche Rollen, welche Teams und welcher Genehmigungsprozess für neuen Zugriff gilt.
• Welche Daten erlaubt sind. Klassifizieren Sie, was das Tool durchlaufen darf und was nicht. PHI, PII, Produktions-Anmeldedaten und Kundendaten sind typischerweise blockiert, sofern keine spezifischen Vereinbarungen getroffen wurden.
• Welche Repos im Umfang enthalten sind. Nicht jedes Codebase sollte Zugriff auf Claude Code erhalten. Repositories mit regulierten Daten, Secrets oder kundenorientierter Infrastruktur benötigen möglicherweise zusätzliche Kontrollen.
• MCP-Server-Governance. Wer neue MCP-Verbindungen genehmigt. Wie der Prüfungsprozess aussieht.
• Incident Response. Was passiert, wenn Claude Code auf etwas zugreift, auf das es nicht zugreifen sollte. Wer benachrichtigt wird. Wie die Sitzung untersucht wird.
• Kostenverantwortung. Welches Team oder welche Kostenstelle zahlt. Wie mit Überschreitungen umgegangen wird.

Halten Sie es kurz. Wenn die Richtlinie 40 Seiten umfasst, liest sie niemand. Zwei Seiten mit klaren Regeln und Links zu Konfigurationsdokumenten sind besser als ein Compliance-Roman.

Schritt 7: Schrittweiser Rollout

Rollen Sie das Tool nicht an Tag eins für 200 Entwickler aus. So finden Sie an einem Freitagnachmittag heraus, dass Ihre Deny-Regeln die Build-Pipeline von jemandem unterbrechen.

• Phase 1 (Pilot): 5-10 Entwickler. Ein Team, zwei Wochen. Testen Sie verwaltete Einstellungen, MCP-Positivlisten und Ausgabendeckel in realen Workflows. Sammeln Sie Feedback. Verfeinern Sie die Regeln vor der Erweiterung.
• Phase 2 (Abteilung): 20-50 Entwickler. Mitglieder des Pilotteams werden zu internen Fürsprechern. Fügen Sie mehr Repositories und MCP-Integrationen hinzu. Überwachen Sie die Ausgaben und passen Sie die Deckel an.
• Phase 3 (Unternehmensweit): Verteilen Sie verwaltete Einstellungen über MDM in der gesamten Flotte. Setzen Sie SSO und Domänenerfassung durch. Aktivieren Sie die Compliance API-Integration.

Das Pilotteam wird jede scharfe Kante in Ihrer Konfiguration finden. Lassen Sie sie gewähren. Es ist besser, Dinge mit 5 Personen zu testen als mit 200.

Fazit

Enterprise Governance für Claude Code ist nicht mehr optional. Nicht, wenn das Tool mit Ihren Benutzerberechtigungen läuft, Code an externe Server sendet und sich über MCP mit Ihren internen Tools verbindet.

Die gute Nachricht: Anthropic hat echte Governance-Tools gebaut. Verwaltete Einstellungen, die Entwickler nicht überschreiben können. Eine Compliance API mit Echtzeitzugriff auf Nutzungsdaten. SSO, SCIM, Ausgabendeckel und Sandboxing. Die Bausteine existieren. Ihre Aufgabe ist es, diese zu einer Richtlinie zusammenzufügen, die zu Ihrer Organisation passt, sie über MDM oder Server-verwaltete Einstellungen bereitzustellen und sie vom ersten Tag an durchzusetzen — nicht erst nach dem ersten Vorfall.