Thought leaders

Washington kan Anthropic’s modellen opschorten, maar kan uw architectuur niet repareren

mm
Voeg Unite.AI toe aan je voorkeursbronnen op Google

De saga rond Anthropic’s Fable 5- en Mythos 5-modellen gaf de IT-sector een zeldzame, realtime casestudy over AI-governance onder geopolitieke druk. In juni beval het US Department of Commerce Anthropic om de toegang tot beide modellen voor alle buitenlandse staatsburgers te blokkeren vanwege nationale veiligheidszorgen. Anthropic kon de nationaliteit niet op tijd verifiëren, dus trok het de toegang volledig in en herstelde deze enkele weken later. De aanleiding, volgens de meeste bronnen, was een jailbreak die het model deed functioneren als een capabel offensief cyberinstrument. Frontier-modellen worden steeds beter in het vinden en exploiteren van kwetsbaarheden, en die trend zal zich voortzetten ongeacht welk laboratorium deze maand onder de loep wordt genomen.

Die dreiging is belangrijk, en infosec-teams moeten deze nauwlettend volgen. IT-leiders kunnen iets nuttigers leren van deze episode: wat de opschorting onthulde over Anthropic’s eigen architectuur, en wat het zegt over elke organisatie die op verzoek een governance‑vraag moet beantwoorden.

Een bevel zonder diagnose

Ook al wordt de oorzaak nu toegeschreven aan een specifieke jailbreak‑bevinding, de overheid heeft de volledige technische details achter haar beslissing nog niet openbaar gemaakt, en de snelle oplossing, een wapenstilstand die binnen enkele weken werd bereikt, samen met Anthropic’s eigen voorstel voor een branchebreed kader om de ernst van jailbreaks te beoordelen, duidt erop dat dit net zo goed een onderhandelings‑ en relatie‑gedreven uitkomst was als een technische. Hoe de precieze oorzaak ook mag blijken, het verandert het belangrijkere feit: een concurrent bracht een vergelijkbaar capabel model uit dat aan dezelfde beperking ontsnapte, wat nieuwe vragen oproept over consistentie.
Dat is operationeel van belang, omdat het betekent dat IT‑leiders dit niet kunnen beschouwen als een afzonderlijk, afgehandeld incident met een duidelijke onderliggende oorzaak om zich tegen te verdedigen. Het was een geopolitieke en regelgevende episode, geen eenmalige technische storing, en de onderliggende druk waarop het reageerde verdwijnt niet. Het beperken van de toegang van één leverancier voor enkele weken verandert die ontwikkeling niet wezenlijk. Integendeel, het laat zien dat de drempel om kwetsbaarheden te vinden en te exploiteren daalt, ongeacht welk laboratoriummodel de top van het klassement bezet in een bepaalde week.

Waarom goed voorbereide teams nauwelijks merkten

De meer leerzame vraag voor productie‑IT is wat er werkelijk verandert voor organisaties die deze systemen dagelijks draaien. Het eerlijke antwoord is heel weinig, en dat is het punt. Teams die hun AI‑governance al hadden opgebouwd rond de veronderstelling dat elk model, elke leverancier of elk toegangs‑pad van de ene op de andere dag kon verdwijnen, beschouwden deze episode als routine. De aanwezigheid of afwezigheid van een enkel model bood hen nooit bescherming.

Hun eigen systemen konden een governance‑vraag beantwoorden op het moment dat iemand die stelde: wie heeft toegang tot wat, via welke tools, en wat gebeurt er zodra die toegang moet worden aangepast. Anthropic’s eigen opschorting laat zien wat er gebeurt zonder die mogelijkheid. Een overheidsorder kwam binnen. Anthropic kon de nationaliteit niet in realtime verifiëren bij honderden miljoenen gebruikers, dus was de enige conforme reactie om alles voor iedereen uit te schakelen. Dat is hoe een gedwongen, ruwe, alles‑of‑niets‑reactie eruitziet wanneer de architectuur van een organisatie niet snel een gerichte vraag kan beantwoorden. Fijne, realtime zichtbaarheid op toegang en identiteit bestaat om precies dat resultaat te voorkomen.

Zo benaderd geeft de Fable 5‑episode een voorproefje van het soort dwang‑gebeurtenis dat elke organisatie die AI op schaal inzet uiteindelijk moet verwachten. Het kan verschijnen als een regelgevende richtlijn, een eigen risico‑evaluatie van een leverancier, of een nieuw ontdekte kwetsbaarheid. Organisaties die hier schoon doorheen komen hoeven niet te raden welk model ze moeten vertrouwen. Hun architectuur zal de vraag al kunnen beantwoorden.

Het verificatie‑probleem op API‑laag

Een minder zichtbaar en wellicht consequentialer draden die door deze episode loopt, is wat dat verificatie‑gat werkelijk zegt over de onderliggende architectuur. Het wijst op een structurele beperking: organisaties vestigen vertrouwen en identiteit op de API‑laag achteraf, terwijl ze dit vanaf het begin zouden moeten inbouwen.
Voor organisaties die kritieke infrastructuur exploiteren, zoals productie, nutsbedrijven, financiële diensten, gezondheidszorg en de enterprise‑systemen die hieraan ten grondslag liggen, is de les breed toepasbaar, verder dan naleving van exportcontroles. Als toegang, identiteit en datastromen niet continu en realtime kunnen worden geverifieerd en beheerd, kan elke externe beslissing, of het nu een regelgevende richtlijn, een eigen risico‑evaluatie van een leverancier of een nieuw ontdekte kwetsbaarheid is, een ruwe, alles‑of‑niets‑reactie afdwingen. De organisaties die het best in staat zijn zo’n schok op te vangen, zijn diegenen die al een gedetailleerde, realtime zichtbaarheid hebben op wie en wat hun productie‑omgeving raakt, in plaats van te vertrouwen op periodieke audits of leveranciersgaranties achteraf.

Proactieve AI‑governance opbouwen

Hoe ziet proactieve AI‑governance er in de praktijk uit, in tegenstelling tot in beleidsdocumenten? Het begint met het behandelen van elk model, elke leverancier of elk toegangs‑pad als iets dat zonder waarschuwing kan worden ingetrokken, en met het opzetten van governance die niet afhankelijk is van één van hen die op zijn plaats blijft.

Het betekent ook investeren in operationele zichtbaarheid die een team in staat stelt om in realtime te zien waar systemen LLM’s aanroepen. De teams die de volgende versie van dit verhaal voorblijven, zullen degenen zijn die nooit eerst urgent hoefden te reageren, omdat zichtbaarheid en veiligheids­maatregelen al waren ingebouwd in de manier waarop hun omgeving draait, met of zonder een specifiek model achter een API‑aanroep.

Jan Karstens trad in september 2025 toe tot Avavtra als Chief Technology Officer, met meer dan twee decennia ervaring in het leiden van technologische en productinnovatie binnen enterprise‑software, AI en cloudplatformen. Vanuit Duitsland stuurt Jan de technologiestrategie, productarchitectuur en innovatie‑roadmap van Avantra terwijl het bedrijf zijn intelligente automatiseringsoplossingen voor SAP‑processen verder ontwikkelt.

Voor zijn komst bij Avantra werkte Jan als AI Solution Architect bij Aleph Alpha, waar hij zich richtte op de ontwikkeling van AI‑oplossingen op ondernemingsniveau. Daarvoor was hij CTO bij STP – The Legal Tech Company, waarbij hij de modernisering van de SaaS‑portfolio van het bedrijf leidde. Jan bracht meer dan tien jaar door bij Blue Yonder, waar hij van Head of Development doorgroeide tot CTO en later CVP Cloud Platform Engineering, en waar hij de transformatie naar een cloud‑native AI‑ en ML‑platform voor retail‑ en supply‑chain‑optimalisatie aanstuurde.

Eerder in zijn loopbaan bekleedde Jan senior ontwikkelrollen bij SAP en Lufthansa Systems, waardoor hij een stevige basis opbouwde in het ontwerpen en architectureren van grootschalige enterprise‑software. Zijn carrière getuigt van een constante passie voor technologische uitmuntendheid, innovatie en het opbouwen van hoogpresterende engineering‑organisaties.