Claude Code Governance: Een Enterprise Gebruiksbeleid Opbouwen Vanaf Nul

Inleiding

Iemand in je team gebruikt Claude Code waarschijnlijk al. Waarschijnlijk zelfs meerdere mensen. De vraag is niet of je het toestaat — dat schip is al gevaren. De vraag is of je de governance regelt vóórdat er iets misgaat, of pas daarna.

Claude Code draait in je terminal met volledige gebruikersrechten. Het leest bestanden, voert bash-commando's uit, maakt verbinding met MCP-servers en stuurt code-context naar de servers van Anthropic voor verwerking.

Zonder gebruiksbeleid heb je API keys in Slack-kanalen, geen zicht op wat de tool raadpleegt en geen audit trail wanneer compliance aanklopt. We hebben dit bij genoeg organisaties zien gebeuren om het patroon te herkennen.

Waarom je een beleid nodig hebt voordat je meer seats aanschaft

De meeste teams adopteren Claude Code bottom-up. Een paar ontwikkelaars proberen het, raken enthousiast en vertellen het aan hun teamgenoten. Tegen de tijd dat platform engineering of security erbij betrokken raakt, gebruiken 30 mensen het met standaardinstellingen en zonder guardrails.

Drie risico's worden op dat moment snel zichtbaar:

• Schaduw-AI. Ontwikkelaars op persoonlijke Pro- of Max-accounts sturen bedrijfseigen code naar Anthropic onder consumentenvoorwaarden. Bij consumentenabonnementen staat training sinds oktober 2025 standaard ingesteld op opt-in. Je code kan zonder dat iemand het doorheeft in trainingsdata terechtkomen.
• Rondslingerende credentials. Elke ontwikkelaar heeft een API key nodig. Keys belanden in .env-bestanden, Slack DM's en dotfiles-repositories. Toegang intrekken betekent dat je elke kopie handmatig moet opsporen.
• Geen audit trail. Wanneer een auditor vraagt: "welke toegang heeft je AI-codingtool het afgelopen kwartaal gehad?" — en die vraag gaan ze stellen — heb je een beter antwoord nodig dan "dat weten we niet."

Een gebruiksbeleid deelt geen genadeklap uit aan de productiviteit. Het stroomlijnt het juist. Als je het beleid goed inricht, werken ontwikkelaars sneller en kun je bewijzen wat er is gebeurd.

‍

Stap 1: Kies je abonnement en authenticatiemodel

Je governance-opties hangen volledig af van het abonnement dat je gebruikt. Eerlijk is eerlijk:

• Free / Pro / Max: Geen beheerde instellingen. Geen admin-controls. Geen Compliance API. Consumentenvoorwaarden van toepassing. Niet geschikt voor enterprise governance.
• Team: Self-service seatbeheer, kostenplafonds, Claude Code-analyses. Beheerde instellingen ondersteund (v2.1.38+ voor Team-abonnementen, v2.1.30+ voor Enterprise). Goed voor kleine teams die beginnen.
• Enterprise: Alles in Team plus SCIM-provisioning, rolgebaseerde permissies, Compliance API, aangepaste dataretentie, IP-allowlisting en HIPAA-ready opties. Het echte governance-niveau.

SSO-integratie duurt ongeveer 2-4 uur. Je verifieert domeineigendom via een DNS TXT-record, uploadt IdP-metadata naar de Claude Admin Console en verbindt Okta, Azure AD of welke SAML 2.0-provider je ook gebruikt. Domain capture meldt nieuwe gebruikers automatisch aan onder jouw organisatie wanneer ze zich registreren met een e-mailadres van het bedrijf.

Stap 2: Beheerde instellingen uitrollen

Dit is de kern van enterprise governance. Het bestand managed-settings.json dwingt organisatiebrede regels af die ontwikkelaars niet kunnen omzeilen. Instellingen op hoger niveau winnen altijd.

Je hebt twee opties voor oplevering:

• Server-managed settings (beta): Configureren in Claude.ai Admin Settings > Claude Code > Managed settings. Levert de configuratie vanaf de servers van Anthropic wanneer ontwikkelaars zich authenticeren. Werkt op BYOD-apparaten. Het addertje onder het gras: het is alleen aan de client-zijde, dus iemand met sudo-toegang kan er mee knoeien.
• Endpoint-managed settings: Push via MDM (Jamf, Kandji, Intune) naar paden op OS-niveau. Op macOS: /Library/Application Support/ClaudeCode/managed-settings.json. Op Linux: /etc/claude-code/managed-settings.json. Fraudebestendig op OS-niveau. Sterkere garantie.

Begin met een basisbeleid dat de meest gevaarlijke acties blokkeert:

disableBypassPermissionsMode is de allerbelangrijkste instelling. Zonder deze instelling kan elke ontwikkelaar Claude Code uitvoeren met --dangerously-skip-permissions en elke veiligheidscontrole die je hebt ingesteld omzeilen. Blokkeer dit.

Stap 3: Vergrendel MCP-servers

Claude Code maakt verbinding met externe tools via MCP-servers — Slack, GitHub, databases en interne API's. Elke verbinding vergroot het aanvalsoppervlak. CVE-2025-59536 toonde aan dat kwaadaardige MCP-configuraties in een gekloonde repository commando's konden uitvoeren voordat het vertrouwensvenster verscheen.

Je beleid moet het volgende bevatten:

• allowManagedMcpServersOnly: true — alleen MCP-servers die zijn gedefinieerd in de beheerde instellingen kunnen worden uitgevoerd. Ontwikkelaars kunnen hun eigen servers niet toevoegen.
• Een expliciete allowlist van goedgekeurde servers (GitHub, je interne tools, wat je ook hebt gecontroleerd).
• Standaard alleen-lezen toegang voor elke MCP-server die productiegegevens aanraakt. Schrijftoegang vereist een afzonderlijke goedkeuringsworkflow.

Voor organisaties die MCP-servers op schaal gebruiken, biedt de routering via een gecentraliseerde MCP gateway met de juiste toegangscontrole één centraal controlepunt voor authenticatie, rate limiting en audit-logging bij elke interactie tussen agent en tool.

Stap 4: Kostenbeheersing instellen

Claude Code verbruikt snel tokens tijdens agentic loops. Eén doorgeschoten sessie kan van de een op de andere dag hoge kosten veroorzaken. Zonder limieten merkt niemand iets totdat de factuur op de mat valt.

Stel op twee niveaus grenzen in:

• Plafonds op organisatieniveau in de Claude Admin Console. Een hard maandelijks plafond voor de totale uitgaven.
• Plafonds per gebruiker om te voorkomen dat een enkele ontwikkelaar een onevenredig groot deel van de middelen verbruikt.

Bij Enterprise-abonnementen op basis van verbruik worden alle Claude Code-activiteiten gefactureerd tegen standaard API-tarieven bovenop de seat-vergoeding. Er is geen inbegrepen token-tegoed. Volg het verbruik per ontwikkelaar via Claude Code-analyses (geaccepteerde regels code, acceptatiegraad van suggesties, gebruikspatronen) en stel waarschuwingen in voordat plafonds worden bereikt.

Voor meer gedetailleerde controle kunnen teams die via een AI gateway routeren budgetten per team en per project instellen, rate limiting implementeren en geconsolideerde kostendashboards krijgen die zowel het LLM- als het MCP-gebruik dekken.

Stap 5: Bouw de Audit Trail op

Je auditor geeft er niets om wat Claude Code kan doen. Ze geven om wat het heeft gedaan. Twee tools zijn hier van belang.

• Claude Code-sessietranscripties. Elke actie wordt lokaal opgeslagen in ~/.claude/. Handig voor individuele debugging, maar verschrikkelijk voor enterprise-audits. Geen centrale aggregatie, geen zoekfunctie, geen handhaving van het retentiebeleid.
• Anthropic's Compliance API. Exclusief voor Enterprise. Biedt programmatic, real-time toegang tot gebruiksgegevens en klantcontent. Je kunt logs ophalen van wie Claude Code heeft gebruikt, welke query's ze hebben uitgevoerd en welke code is gegenereerd, en dit alles invoeren in je bestaande SIEM. Met selectieve verwijdering kun je het retentiebeleid handhaven — verwijder bijvoorbeeld promptgegevens die ouder zijn dan 30 dagen om aan de AVG/GDPR-vereisten te voldoen.

De praktische inrichting: koppel de Compliance API-output via OpenTelemetry aan Grafana, Datadog of Splunk. Routeer LLM- en MCP-verkeer via een gecentraliseerde gateway voor uniforme tracing met gebruikerstoewijzing. Documenteer je beoordelingsfrequentie. Auditoren willen zien dat iemand wekelijks naar de logs kijkt — niet alleen dat de logs bestaan.

Hier is het evaluatiekader

Criterium	Wat moet je evalueren?	Prioriteit	TrueFoundry
Beleidsmodel & Runtime Handhaving
Beleidslevenscyclus	Hoe worden AI-beleidsregels weergegeven, van versies voorzien, beoordeeld, goedgekeurd, getest en gepromoot over verschillende omgevingen?	Noodzakelijk	✅ Ondersteund: beleidsregels met versiebeheer, beoordeling en promotieworkflows.
Runtime handhaving	Kunnen beleidsbeslissingen verzoeken blokkeren of transformeren voordat het model, de provider of de tool wordt uitgevoerd?	Noodzakelijk	✅ Ondersteund: inline handhaving via guardrails, budgetten en RBAC.
Risiconiveaus	Kunnen er verschillende regels gelden per applicatie- kriticiteit, datagevoeligheid, modelrisico, geografie en gebruikersrol?	Wenselijk	✅ Ondersteund: gelaagd beleid per team, app, model en deployment.
Uitzonderingsworkflow	Kunnen tijdelijke uitzonderingen worden aangevraagd, goedgekeurd, gelogd, verlopen en gerapporteerd zonder het basisbeleid te verzwakken?	Wenselijk	✅ Ondersteund via beheerde configuratie- workflows.

GenAI Governance Platform RFP Vragen

Een praktische gids gebruikt door platform- & infra-teams

Stap 6: Schrijf het daadwerkelijke beleidsdocument

Alles hierboven is een technische configuratie. Je hebt ook een daadwerkelijk geschreven beleid nodig — het document dat op je interne wiki staat, door legal wordt beoordeeld en waarnaar wordt gelinkt in onboarding-documenten.

Een degelijk Claude Code-gebruiksbeleid omvat:

• Wie het mag gebruiken. Welke rollen, welke teams en welke goedkeuringsprocedure voor nieuwe toegang.
• Welke data is toegestaan. Classificeer wat wel en niet door de tool mag stromen. PHI, PII, productie-credentials en klantgegevens worden doorgaans geblokkeerd, tenzij er specifieke overeenkomsten zijn gesloten.
• Welke repositories binnen de scope vallen. Niet elke codebase hoeft toegang te hebben tot Claude Code. Repositories met gereguleerde data, geheimen of klantgerichte infrastructuur vereisen mogelijk aanvullende controles.
• MCP-server governance. Wie keurt nieuwe MCP-verbindingen goed. Hoe het screeningproces eruitziet.
• Incident response. Wat er gebeurt als Claude Code toegang krijgt tot iets waar het geen toegang toe zou moeten hebben. Wie er op de hoogte wordt gesteld. Hoe de sessie wordt onderzocht.
• Eigenaarschap van de kosten. Welk team of budgetcentrum betaalt. Hoe overschrijdingen worden afgehandeld.

Houd het kort. Als het beleid 40 pagina's lang is, leest niemand het. Twee pagina's met duidelijke regels en links naar configuratiedocumenten zijn beter dan een ellenlange compliance-roman.

Stap 7: Gefaseerd uitrollen

Rol het niet op dag één uit naar 200 engineers. Dat is namelijk hoe je er op een vrijdagmiddag achter komt dat je deny-regels de build-pipeline van iemand breken.

• Fase 1 (pilot): 5-10 ontwikkelaars. Eén team, twee weken. Test beheerde instellingen, MCP-allowlists en kostenplafonds in echte workflows. Verzamel feedback. Verfijn het beleid voordat je uitbreidt.
• Fase 2 (afdeling): 20-50 ontwikkelaars. Leden van het pilot-team worden interne ambassadeurs. Voeg meer repositories en meer MCP-integraties toe. Monitor de uitgaven en pas de plafonds aan.
• Fase 3 (organisatiebreed): Push beheerde instellingen via MDM naar het gehele apparatenpark. Dwing SSO en domain capture af. Schakel de Compliance API-integratie in.

Het pilot-team zal elke hobbel in je configuratie tegenkomen. Laat ze maar. Je kunt dingen beter testen en aanpassen met 5 mensen dan met 200.

Eindoordeel

Enterprise governance voor Claude Code is niet langer optioneel. Niet wanneer de tool draait met jouw gebruikersrechten, code naar externe servers stuurt en via MCP verbinding maakt met je interne tools.

Het goede nieuws: Anthropic heeft serieuze governance-functionaliteiten gebouwd. Beheerde instellingen die ontwikkelaars niet kunnen omzeilen. Een Compliance API met real-time toegang tot gebruiksgegevens. SSO, SCIM, kostenplafonds en sandboxing. De bouwstenen zijn er. Het is jouw taak om ze samen te voegen tot een beleid dat bij jouw organisatie past, het uit te rollen via MDM of server-managed settings, en het vanaf dag één af te dwingen — niet pas na het eerste incident.