Claude Enterprise Security: Een complete gids voor het beheren van Claude Code op grote schaal

Introductie

Begin 2026 maakte Check Point Research CVE-2025-59536 bekend - een CVSS 8.7-kwetsbaarheid in Claude Code die willekeurige code-executie op afstand mogelijk maakt via kwaadaardige projectconfiguratiebestanden voordat er een vertrouwensdialogvenster verschijnt. Een tweede CVE, CVE-2026-21852, liet zien hoe een aanvaller al het Claude Code-verkeer kan omleiden naar een door de aanvaller beheerde server door de ANTHROPIC_BASE_URL omgevingsvariabele te manipuleren, waardoor API-sleutels en gespreksonderwerpen stilzwijgend worden geëxfiltreerd.

Dit zijn geen theoretische risico's. Het zijn gedocumenteerde, repeteerbare aanvalsketens die gevolgen hebben voor elke organisatie die Claude Code heeft geïmplementeerd zonder gecentraliseerde governance.

Claude Code draait nu op ontwikkelaarsmachines in duizenden bedrijven. De meeste van die implementaties delen dezelfde kenmerken: ontwikkelaars authenticeren met persoonlijke Anthropic-accounts, API-sleutels staan in omgevingsvariabelen of .bash_profile, er is geen audit trail van welke codecontext naar de servers van Anthropic stroomt, en er is geen mechanisme om toegang in te trekken wanneer een engineer de organisatie verlaat.

Het beveiligingsprobleem is niet Claude Code zelf. Het is de aanname dat een ontwikkelaarstool slechts governance op ontwikkelaarsniveau vereist.

Deze gids behandelt de zes controlelagen die elk platform engineering- en beveiligingsteam nodig heeft om Claude Code veilig op ondernemingsschaal te implementeren, van SSO en identiteit tot MCP-governance, sandboxing, audit logging en compliance. Het behandelt ook waar TrueFoundry's AI Gateway en MCP Gateway passen als de gecentraliseerde handhavingslaag over al deze lagen heen.

Het aanvalsoppervlak van Claude Code in de onderneming

Voordat we de maatregelen bespreken, is het belangrijk om te begrijpen waarom het aanvalsoppervlak van Claude Code groter is dan dat van een standaard SaaS-tool.

Claude Code werkt in de terminal van de ontwikkelaar met dezelfde rechten als de lokale gebruiker. Het kan bestanden lezen, shell-commando's uitvoeren, verbinding maken met externe services en — via MCP-servers — communiceren met databases, interne API's en SaaS-tools. Dit maakt het productief. Het is ook wat een ongecontroleerde implementatie tot een aanzienlijk beveiligingsrisico maakt.

Er zijn vier primaire aanvalsvectoren:

1. Bestandssysteemtoegang. Zonder expliciete deny-regels kan Claude Code .env-bestanden, SSH-sleutels, in ~/.aws/credentials opgeslagen referenties en elk bestand waar de lokale gebruiker toegang toe heeft, lezen. In een typische ontwikkelomgeving betekent dit toegang tot secrets die nooit bedoeld waren om de machine te verlaten.

2. Shell-executie. Claude Code kan willekeurige bash-commando's uitvoeren in de gebruikerscontext van de ontwikkelaar. Een kwaadaardige prompt, direct geïnjecteerd of binnenkomend via de respons van een MCP-tool, kan shell-commando's uitvoeren zonder expliciete goedkeuring per commando, tenzij disableBypassPermissionsMode is ingesteld.

3. ANTHROPIC_BASE_URL-manipulatie (CVE-2026-21852). Als een aanvaller de omgeving waarin Claude Code draait kan wijzigen — via een kwaadaardige .claude/settings.json in een repository, een gecompromitteerd dotfile of een hook-injectie — kunnen ze al het verkeer omleiden naar een server die ze beheren. Elke prompt, respons en API-sleutel die tijdens die sessie wordt verzonden, wordt onderschept.

4. Misbruik van MCP-tools en prompt injection. MCP-servers verbinden Claude met externe systemen. Zonder een governancelaag kunnen ontwikkelaars Claude verbinden met elke MCP-server - inclusief kwaadaardige servers met toolbeschrijvingen die zijn ontworpen om het gedrag van Claude te veranderen. Inhoud die door MCP-tools van externe bronnen wordt opgehaald (webpagina's, documenten, API-responsen) kan geïnjecteerde instructies bevatten die Claude stilzwijgend uitvoert.

Het begrijpen van deze vier vectoren is de voorwaarde om te begrijpen waarom de onderstaande maatregelen bestaan.

Stap 1: Borg de identiteit voordat u iets anders doet

De meest ingrijpende beveiligingsbeslissing voor een Claude-uitrol is of ontwikkelaars authenticeren met persoonlijke accounts of met door de onderneming beheerde identiteiten. Persoonlijke accounts betekenen geen audit trail, geen intrekking van toegang en geen zichtbaarheid in het gebruik. Enterprise SSO betekent dat elke Claude-interactie toewijsbaar, intrekbaar en auditeerbaar is vanaf één centrale plek.

SSO-configuratie

Claude ondersteunt SAML 2.0 en OIDC met elke conforme identity provider — Okta, Azure AD (Entra ID), Auth0 en Google Workspace. Configureer SSO in de Claude Admin Console vóór een brede uitrol.

Twee instellingen zijn het belangrijkst:

• Require SSO for Console — dwingt admin-authenticatie af via uw IdP
• Require SSO for Claude — dwingt alle Claude.ai web-logins af via uw IdP, waardoor terugval op persoonlijke accounts wordt voorkomen

Schakel domeinovername in naast SSO. Zodra domeinovername actief is, wordt elke inlogpoging met een zakelijk e-mailadres automatisch omgeleid naar de enterprise workspace. Werknemers kunnen geen persoonlijke accounts gebruiken met zakelijke e-mailadressen — de identiteitsgrens wordt gehandhaafd op providerniveau.

Koppel uw IdP-groepen aan Claude-rollen tijdens het provisionen:

Het intrekken van een gebruiker in uw IdP blokkeert onmiddellijk de toegang via alle interfaces — web en CLI. Dit is de basislijn die u nodig hebt voor elke productie-uitrol.

API-sleutelbeheer voor Claude Code

SSO dekt interactieve webauthenticatie af. Claude Code authenticeert via API-sleutels — en deze vereisen een afzonderlijke governance-aanpak.

• Sta ontwikkelaars nooit toe om persoonlijke API-sleutels te gebruiken in een zakelijke context. Geef alle Claude Code-sleutels uit via de Admin Console met expliciete scope en vervaldatum.
• Bewaar sleutels in een gecentraliseerde secrets manager - AWS Secrets Manager, HashiCorp Vault of Azure Key Vault. Sleutels mogen nooit in .bash_profile, shell-historie of gecommitteerde configuratiebestanden staan.
• Roteer sleutels minimaal elk kwartaal en trek ze onmiddellijk in bij een vermoeden van een inbreuk of het uitdiensttreden van een werknemer.
• Voor organisaties die TrueFoundry's AI Gateway gebruiken, ontvangen ontwikkelaars virtuele sleutels met een beperkte scope van de gateway — de onderliggende Anthropic API-sleutel verlaat de secrets manager van de gateway nooit. Dit elimineert het risico van directe blootstelling van sleutels volledig.

Stap 2: Leid al het Claude-verkeer via een Gateway

De meest effectieve controle die u kunt toevoegen aan een Claude Code-implementatie is het omleiden van al het verkeer via een gecentraliseerde gateway via  ANTHROPIC_BASE_URL. Dit geeft uw platformteam één enkel handhavingspunt voor authenticatie, toegangscontrole tot modellen, rate limiting, budgetbeheer en traceerbaarheid, ongeacht welke ontwikkelaar, machine of applicatie het verzoek doet.

Waarom Gateway-routing belangrijk is

Zonder een gateway authenticeert elke Claude Code-sessie rechtstreeks bij de API van Anthropic. Er is geen gecentraliseerd zicht op welke modellen worden gebruikt, hoeveel tokens er worden verbruikt of dat verzoeken gevoelige gegevens bevatten. Er is geen manier om budgetlimieten te handhaven, toegang tot niet-goedgekeurde modellen te blokkeren of toegang in te trekken zonder het gehele Anthropic-account van de ontwikkelaar te deactiveren.

Met een gateway beheert u dat allemaal vanuit één dashboard.

TrueFoundry AI Gateway fungeert als de uniforme proxy-laag. Richt Claude Code op de gateway:

‍Vanaf dat moment dwingt de gateway het volgende af:

• Toegangscontrole tot modellen - alleen modellen die expliciet zijn toegestaan in het gatewaybeleid zijn toegankelijk
• Rate limits en budgetplafonds - tokenlimieten per ontwikkelaar en per team
• Volledige request tracing - elke prompt en respons wordt gelogd met toewijzing aan de gebruiker
• Fallback routing - als één provider niet beschikbaar is, probeert de gateway het opnieuw via een geconfigureerde fallback.

Gateway-routing afdwingen binnen uw organisatie

Het instellen van ANTHROPIC_BASE_URL op één machine is eenvoudig. Het consistent afdwingen over honderden ontwikkelaarsmachines is de echte uitdaging. Er zijn drie benaderingen, elk met verschillende afwegingen:

De aanbevolen opzet voor door de onderneming beheerde apparaten is MDM + TrueFoundry AI Gateway. De MDM pusht een managed-settings.json naar paden op systeemniveau die ontwikkelaars niet kunnen wijzigen, en de gateway dwingt het beleid af bij elk verzoek:

• macOS: /Library/Application Support/ClaudeCode/managed-settings.json
• Linux: /etc/claude-code/managed-settings.json

Belangrijk: Server-beheerde instellingen vanuit de Claude Admin Console worden omzeild wanneer ANTHROPIC_BASE_URL is ingesteld. Als u via TrueFoundry routeert, gebruik dan via MDM uitgerolde managed-settings.json voor de configuratie van de modelrouting.

Zie voor volledige integratie-instructies de TrueFoundry Claude Code integratiegids.

Stap 3: Beheer elke tool die Claude kan gebruiken

Dit is de controlelaag die de meeste organisaties overslaan — en de laag met de grootste impact als deze wordt genegeerd.

MCP (Model Context Protocol) servers verbinden Claude met externe systemen: GitHub, Jira, Slack, interne databases, bestandsopslagen en aangepaste API's. Elke MCP-server waarmee een ontwikkelaar verbinding maakt, is een nieuw aanvalsoppervlak. Zonder gecentraliseerde governance is de tool-laag de plek waar prompt injection een systemisch risico wordt in plaats van een probleem op applicatieniveau.

Welke Claude-producten kan TrueFoundry beheren?

Verschillende Claude-producten bieden verschillende niveaus van enterprise controle. De onderstaande tabel vat samen waar TrueFoundry AI Gateway en MCP Gateway vandaag de dag governance kunnen afdwingen.

Wat er gebeurt zonder MCP-governance

Zonder gecentraliseerde MCP-controles krijgt uw Claude-implementatie te maken met:

• Prompt injection via tool-responsen. Een kwaadaardige webpagina, document of API-respons die door een MCP-tool wordt opgehaald, kan geïnjecteerde instructies bevatten. Claude verwerkt deze inhoud als context — en kan ingesloten commando's stilzwijgend uitvoeren, nog vóór enige menselijke controle.
• Wildgroei van inloggegevens (credential sprawl). Elke MCP-server waarmee een ontwikkelaar rechtstreeks verbinding maakt, vereist zijn eigen inloggegevens, die lokaal op hun machine worden opgeslagen.
• Shadow IT. Ontwikkelaars installeren openbare MCP-servers zonder beveiligingsbeoordeling. Er is geen audit trail van welke tools zijn aangeroepen, door wie, of welke gegevens zijn geraadpleegd.
• Datadiefstal via tool-ketens. Een geïnjecteerde instructie kan meerdere tool-calls aan elkaar koppelen - het lezen van een gevoelig bestand en het vervolgens schrijven van de inhoud naar een externe API — zonder een expliciet toestemmingsvenster te activeren.

Het MCP Gateway-patroon

De juiste architectuur is het omleiden van alle MCP-servertoegang via een gecentraliseerde gateway en alleen de URL van die gateway toe te staan in uw beheerde instellingen. Dit geeft u één enkel handhavingspunt, ongeacht hoeveel MCP-servers uw organisatie gebruikt.

TrueFoundry MCP Gateway is speciaal gebouwd voor dit patroon:

• Gecentraliseerde MCP-registry - registreer en beheer alle goedgekeurde MCP-servers op één plek. Ontwikkelaars maken verbinding met de Gateway in plaats van individuele serververbindingen lokaal te beheren.
• Geünificeerde authenticatie - ontwikkelaars authenticeren eenmalig met een TrueFoundry API-sleutel of uw IdP-token. De gateway regelt de uitgaande authenticatie naar elke downstream server.
• Rolgebaseerde tooltoegang - beheer welke gebruikers en teams toegang hebben tot welke MCP-servers en individuele tools binnen een server.
• Guardrails voor en na uitvoering - pas controles toe voordat tool-calls worden uitgevoerd en valideer responsen voordat ze de context van Claude bereiken.
• Volledige audit trail - elke aanroep van een tool wordt getraceerd met toewijzing aan de gebruiker, request/response payloads en latentiegegevens. Exporteerbaar via OpenTelemetry naar uw SIEM.

Configureer uw beheerde instellingen om alleen de gateway toe te staan:‍


Het instellen van strictKnownMarketplaces op een lege array blokkeert alle installaties van MCP-servers afkomstig uit marktplaatsen. Ontwikkelaars kunnen geen servers toevoegen vanuit de Claude MCP-marktplaats, tenzij uw beheerder deze expliciet goedkeurt via de gateway-registry.

Voor een diepere kijk op de MCP-beveiligingsarchitectuur, zie de TrueFoundry MCP Gateway documentatie en Claude Code prompt injection risico's.

Stap 4: Sandbox Claude Code op ontwikkelaarsmachines

Identiteits- en gatewaycontroles bepalen waar Claude toegang toe heeft op netwerkniveau. Sandboxing bepaalt wat het kan doen op de lokale machine. Beide zijn noodzakelijk - een gateway voorkomt niet dat Claude een lokaal .env-bestand leest voordat de inhoud in een prompt wordt verzonden.

De basislijn managed-settings.json

De volgende configuratie vertegenwoordigt een veilige basislijn voor de meeste enterprise Claude Code-implementaties. Het blokkeert de meest risicovolle lokale operaties, vereist expliciete goedkeuring voor destructieve acties en voorkomt dat ontwikkelaars het beleid omzeilen:

Elke instelling dient een specifiek beveiligingsdoel:

Sandboxing op OS-niveau

De ingebouwde sandbox van Claude Code dwingt bestandssysteem- en netwerkisolatie af op OS-niveau - onafhankelijk van de bovenstaande machtigingsregels. De sandbox voorkomt dat Claude toegang krijgt tot bestanden of netwerkbestemmingen buiten expliciet gedefinieerde grenzen, zelfs als een machtigingsregel is omzeild.

Schakel sandboxing in voor alle ontwikkelaars. Voor organisaties die via TrueFoundry routen, configureert u de netwerk-proxy-poorten om aan te sluiten bij de ingress van uw gateway:‍


Stel ook "allowUnsandboxedCommands": false in om de nooduitgang uit te schakelen waarmee commando's buiten de sandbox kunnen worden uitgevoerd. Dit dwingt af dat alle shell-commando's in een sandbox draaien, of expliciet door een beheerder in excludedCommands worden vermeld.

Voer Claude Code nooit uit als root. Zorg ervoor dat ontwikkelaars het uitvoeren onder hun eigen gebruikersaccounts met de minimaal vereiste bestandssysteemmachtigingen. Een in een sandbox draaiende Claude Code die als root wordt uitgevoerd, doet de sandbox volledig teniet.

Stap 5: Bouw een audit trail die u daadwerkelijk kunt gebruiken

Audit logging is niet nuttig als het de verkeerde gegevens vastlegt, deze op de verkeerde plaats opslaat of handmatige inspanning vereist om te doorzoeken. Het doel is een volledig, toewijsbaar en doorzoekbaar dossier van elke Claude-interactie - LLM-calls en MCP-tool-aanroepen — dat kan worden geëxporteerd naar uw SIEM en bewaard voor uw compliance-termijn.

Wat vast te leggen

Observability via de TrueFoundry Gateway

Wanneer al het Claude Code-verkeer via TrueFoundry AI Gateway loopt, krijgt u traces op verzoekniveau over zowel LLM- als MCP-lagen zonder aanvullende instrumentatie. Elk verzoek wordt gelogd met volledige gebruikerstoewijzing — ontwikkelaarsidentiteit, geselecteerd model, aantallen tokens, latentie, kosten en het besluit over de gateway-routing.

Belangrijkste mogelijkheden voor observability:

• Request tracing - elke API-call gelogd met identiteit van de aanroeper, model, provider en responsmetadata
• MCP-tracecorrelatie - tool-aanroepen gecorreleerd met het bovenliggende LLM-verzoek dat ze heeft geactiveerd
• Kostentoewijzing - realtime tokenuitgaven onderverdeeld per ontwikkelaar, team, model en applicatie
• Anomaliedetectie - piekgebruik, herhaalde geweigerde acties en ongebruikelijke tooltoegangspatronen worden in dashboards getoond

Alle traces kunnen worden geëxporteerd naar elk platform dat compatibel is met OpenTelemetry — Grafana, Datadog, Splunk of uw bestaande SIEM.

Zie de TrueFoundry OpenTelemetry-exportdocumentatie voor installatie-instructies.

Bewaar audit logs gedurende minimaal 90 dagen om te voldoen aan de SOC 2-vereisten. Voor werklasten die onder HIPAA vallen, volgt u de voorwaarden van uw BAA voor minimale bewaartermijnen.

Stap 6: Stel beleid voor gegevensbewaring in voordat gevoelige gegevens het systeem binnenkomen

De duurste fout bij datagovernance is achteraf ontdekken dat gereguleerde gegevens zijn verwerkt zonder de juiste contractuele en technische maatregelen.

Standaardwaarden voor bewaring

Standaard kan Anthropic prompts en outputs bewaren voor veiligheids- en kwaliteitsverbetering. Enterprise-abonnementen bevatten opties om dit aanzienlijk te verminderen. Stel gespreksbewaring in op maximaal 30 dagen via Organisatie-instellingen → Gegevens en privacy in de Admin Console.

Voor Claude Code CLI worden lokale sessietranscripties opgeslagen op de machine van de ontwikkelaar op ~/.claude/. Gebruik transcriptRetentionDays in uw beheerde instellingen om deze na 7–14 dagen automatisch te verwijderen.

Zero Data Retention (ZDR) voor HIPAA

Als uw organisatie Protected Health Information (PHI) verwerkt met Claude, is een Zero Data Retention (ZDR)-addendum vereist voordat er PHI in een Claude-interface wordt ingevoerd. ZDR voorkomt dat Anthropic prompts en outputs langer bewaart dan nodig is om het verzoek af te handelen — prompts worden niet bewaard na de respons en sessiegegevens worden niet gebruikt voor training.

ZDR moet worden aangevraagd via uw Claude-accountteam en vereist een contractueel addendum. Voer geen PHI in bij een Claude-interface totdat is bevestigd dat het addendum actief is.

GDPR-dataresidentie

Voor GDPR-gereguleerde werklasten die EU-dataresidentie vereisen, leidt u het Claude-verkeer via AWS EU-regio's via Bedrock of Google Vertex AI met Private Service Connect. TrueFoundry's AI Gateway ondersteunt routing naar beide — het gatewaybeleid kan afdwingen dat verzoeken van specifieke teams of applicaties alleen EU-regionale eindpunten bereiken.

Stap 7: Breng uw compliance-vereisten in kaart

Enterprise-referentiearchitectuur: Veilige Claude-deployment

Een Claude Code-deployment op enterprise-schaal van productiekwaliteit ziet er als volgt uit:

Developer-systeem > Via MDM afgedwongen managed-settings.json -> TrueFoundry AI Gateway -> TrueFoundry MCP Gateway -> Model Providers (Anthropic / Bedrock / Vertex)

Elke laag verwerkt een specifieke set controls:

MDM-laag: Pusht managed-settings.json en managed-mcp.json naar paden op systeemniveau die ontwikkelaars niet kunnen wijzigen. Stelt ANTHROPIC_BASE_URL in op de TrueFoundry-gateway. Configureert sandbox- en deny-regels. Vergrendeld met de macOS schg immutable flag op beheerde apparaten.

TrueFoundry AI Gateway: Ontvangt alle Claude Code LLM-verzoeken. Valideert de identiteit van ontwikkelaars via een scoped virtuele sleutel. Dwingt het modeltoegangsbeleid af. Past rate limits en budgetplafonds toe. Routeert naar de juiste model provider. Logt verzoek-metadata met volledige attributie.

TrueFoundry MCP Gateway: Ontvangt alle MCP-serververzoeken. Valideert de identiteit van ontwikkelaars. Controleert RBAC op toolniveau. Past guardrails toe vóór en na uitvoering. Routeert naar goedgekeurde MCP-servers. Logt elke tool-aanroep met de volledige payload.

Model Providers: Anthropic direct, AWS Bedrock (voor VPC-isolatie en CloudTrail-logging), of Google Vertex AI (voor GCP-native data-residency). De applicatielaag en de ontwikkelaar hoeven nooit te weten welke provider een specifiek verzoek heeft verwerkt.

Observability-laag: Alle gateway-traces worden geëxporteerd naar uw OTEL-compatibele SIEM via TrueFoundry's OpenTelemetry-integratie, wat zorgt voor een geïntegreerd overzicht over de LLM- en MCP-lagen in het observability-platform dat uw organisatie al gebruikt.

Voor meer informatie over hoe deze architectuur AI-deployments voor meerdere teams afhandelt, raadpleegt u Claude Code Governance: How to Govern Agent Rollouts with an AI Gateway.

Conclusie

Claude Code is een serieuze productiviteitsbooster voor engineeringorganisaties. Het is echter ook het grootste aanvalsoppervlak dat de meeste engineeringteams de afgelopen jaren in hun ontwikkelomgevingen hebben geïntroduceerd. Bestandssysteemtoegang, shell-uitvoering, netwerkconnectiviteit en uitbreidbare tool-integraties — allemaal draaiend met rechten op ontwikkelaarsniveau, die allemaal context naar externe API's sturen en configureerbaar zijn via bestanden die in elke projectrepository kunnen worden geplaatst.

Het goede nieuws is dat de controls bestaan. SSO, gateway-routing, MCP-governance, sandboxing en audit-logging zijn allemaal te implementeren met de tools van vandaag. De organisaties die beveiligingsincidenten weten te voorkomen, zijn de organisaties die Claude-deployment vanaf het begin behandelen als een infrastructuurbeslissing — en niet als een configuratie achteraf wanneer er iets misgaat.

De zes stappen in deze gids vertegenwoordigen de minimale levensvatbare beveiligingspostuur voor elke enterprise die Claude Code op schaal gebruikt. TrueFoundry's AI Gateway en MCP Gateway bieden de gecentraliseerde handhavingslaag die deze controls operationeel maakt zonder dat elk ontwikkelingsteam governance onafhankelijk hoeft te implementeren.

Veelgestelde vragen

Wat is Claude enterprise security?

‍Claude enterprise security verwijst naar de set controls die toegang beheren, gegevens beschermen en inzicht bieden over Claude-deployments binnen een organisatie. Het omvat identiteit (SSO, API-sleutelbeheer), model-routing (via een gateway afgedwongen toegangsbeheer), tool-governance (MCP-gateway), sandboxing (lokale machtigingsregels en OS-isolatie) en compliance (audit-logging, dataretentie, ZDR). Zonder deze controls heeft Claude Code dat op de systemen van ontwikkelaars draait toegang tot gevoelige bestanden en externe netwerken zonder enig organisatorisch toezicht.

Hoe voorkom ik dat Claude Code .env-bestanden en SSH-sleutels leest?

‍Voeg expliciete deny-regels toe aan uw managed-settings.json en uitrol deze op systeemniveau via MDM. De deny-regels "Read(**/.env)", "Read(**/.env.*)" en "Read(**/.ssh/**)" blokkeren het lezen van deze bestanden direct. Combineer dit met allowManagedPermissionRulesOnly: true om te voorkomen dat instellingen op projectniveau in repositories deze regels overschrijven. Raadpleeg TrueFoundry's Claude Code integratiegids voor de volledige baseline-configuratie.

Heb ik een AI-gateway nodig om Claude Code te beveiligen?

Niet strikt noodzakelijk — maar zonder een gateway kunt u geen gecentraliseerde governance op schaal bereiken. Een AI-gateway biedt u één centraal handhavingspunt voor modeltoegangsbeheer, rate limiting, budgetplafonds en audit-logging voor alle ontwikkelaars en applicaties. Zonder een gateway moeten deze controls in elke individuele Claude Code-configuratie worden geïmplementeerd en onderhouden, wat operationeel kwetsbaar is en tot een inconsequente handhaving leidt. Voor teams met meer dan een handvol ontwikkelaars is een gateway de enige praktische aanpak.

Wat is een MCP-gateway en waarom is dit belangrijk?

‍Een MCP-gateway is een gecentraliseerde controlelaag tussen Claude en de externe tools waartoe het toegang heeft — databases, API's, SaaS-integraties, bestandssystemen. Zonder een gateway verbinden ontwikkelaars Claude individueel met MCP-servers, zonder centraal inzicht, zonder rolgebaseerd toegangsbeheer (RBAC) en zonder audit-trail van welke tools zijn aangeroepen of welke gegevens zijn geretourneerd. Prompt-injection via antwoorden van MCP-tools is een van de ernstigste aanvalsvectoren bij agentic deployments — een MCP-gateway met guardrails is de primaire verdediging. TrueFoundry's MCP Gateway wordt gedetailleerd behandeld in de MCP Gateway-documentatie.

Wat is de rol van TrueFoundry in Claude enterprise security?

TrueFoundry biedt het infrastructuur-control plane dat zich bevindt tussen Claude Code en uw model providers. De AI Gateway centraliseert authenticatie, model-routing, rate limiting, budgethandhaving en observability op verzoekniveau. De MCP Gateway centraliseert tool-toegangsbeheer, guardrails en de auditing van tool-aanroepen. Samen bieden ze platform- en securityteams de handhavingslaag die nodig is om Claude Code op enterprise-schaal uit te voeren met auditeerbare, consistente governance, zonder dat elk ontwikkelingsteam zelfstandig controls hoeft te implementeren.

‍