Tankeledere

Washington kan suspendere Anthropic sine modeller, men det kan ikke fikse arkitekturen din

mm
Legg til Unite.AI blant dine foretrukne kilder på Google

Sagaen rundt Anthropic sine Fable 5‑ og Mythos 5‑modeller ga IT‑bransjen en sjelden, sanntids case‑studie i AI‑styring under geopolitisk press. I juni beordret US Department of Commerce Anthropic å kutte tilgangen til begge modellene for alle utenlandske statsborgere på grunn av nasjonale sikkerhetsbekymringer. Anthropic klarte ikke å verifisere nasjonalitet i tide, så de fjernet tilgangen helt, og gjenopprettet den noen uker senere. Ifølge de fleste var utløsende faktor et «jailbreak» som fikk modellen til å oppføre seg som et kapabelt offensivt cyberverktøy. Frontmodeller blir stadig bedre til å finne og utnytte sårbarheter, og denne trenden vil fortsette uavhengig av hvilket laboratorium som får gransking denne måneden.

Den trusselen er viktig, og infosec‑team bør følge den nøye. IT‑ledere kan lære noe mer nyttig av dette episoden: hva suspensjonen avslørte om Anthropic sin egen arkitektur, og hva den sier om enhver organisasjon som må svare på et styringsspørsmål på forespørsel.

Et pålegg uten diagnose

Selv om årsaken nå tilskrives en spesifikk jailbreak‑oppdagelse, har myndighetene fortsatt ikke gjort de fullstendige tekniske detaljene bak beslutningen offentlige, og den raske løsningen – en våpenhvile oppnådd innen noen uker – sammen med Anthropic sitt eget forslag til et bransjeomfattende rammeverk for å vurdere jailbreak‑alvorlighet, tyder på at dette var like mye et forhandlet, relasjonsdrevet resultat som et teknisk. Uansett hva den nøyaktige årsaken viser seg å være, endrer det ikke det viktigere faktum: en konkurrent lanserte en sammenlignbart kapabel modell som unngikk den samme restriksjonen, noe som reiser egne spørsmål om konsistens.

Dette er operasjonelt viktig, fordi det betyr at IT‑ledere ikke kan behandle dette som en avgrenset, løst hendelse med en klar rotårsak å forsvare seg mot. Det var et geopolitisk og regulatorisk episode, ikke en engangsteknisk feil, og det underliggende presset den reagerte på forsvinner ikke. Å begrense én leverandørs tilgang i noen uker endrer ikke denne utviklingen i betydelig grad. Tvert imot illustrerer det at barrieren for å finne og utnytte sårbarheter faller uavhengig av hvilken labs modell som sitter på toppen av ranglisten i en gitt uke.

Hvorfor godt forberedte team knapt la merke til det

Det mest lærerike spørsmålet for produksjons‑IT er hva som faktisk endrer seg for organisasjoner som kjører disse systemene hver dag. Det ærlige svaret er svært lite, og det er poenget. Team som allerede hadde bygget sin AI‑styring rundt antagelsen om at hvilken som helst modell, leverandør eller tilgangsvei kunne forsvinne over natten, behandlet dette episoden som rutine. Ingen enkeltmodells tilstedeværelse eller fravær beskyttet dem noen gang.

Deres egne systemer kunne svare på et styringsspørsmål i det øyeblikket noen spurte: hvem har tilgang til hva, gjennom hvilke verktøy, og hva skjer i det øyeblikk tilgangen må endres. Anthropic sin egen suspensjon illustrerer hva som skjer uten den evnen. En myndighetsordre ble gitt. Anthropic klarte ikke å verifisere nasjonalitet i sanntid på hundrevis av millioner av brukere, så den eneste samsvarende responsen var å slå av alt for alle. Det er hvordan en tvungen, grov, alt‑eller‑ingenting‑respons ser ut når en organisasjonsarkitektur ikke kan svare på et målrettet spørsmål raskt. Granulær, sanntids synlighet i tilgang og identitet finnes for å forhindre akkurat dette utfallet.

API‑lagets verifiseringsproblem

Et mindre synlig, og sannsynligvis mer konsekvent, tråd som løper gjennom dette episoden er hva dette verifiseringsgapet faktisk sier om den underliggende arkitekturen. Det peker på en strukturell begrensning: organisasjoner etablerer tillit og identitet på API‑laget i etterkant, når de burde ha arkitektert for det fra starten.

For organisasjoner som driver kritisk infrastruktur, som produksjon, verktøy, finansielle tjenester, helsevesen og de bedriftsystemene som støtter dem, generaliserer lærdommen langt utover eksportkontroll‑overholdelse. Hvis tilgang, identitet og datastream ikke kan verifiseres og styres kontinuerlig og i sanntid, kan enhver ekstern beslutning – enten det er en regulatorisk pålegg, en leverandørs egen risikovurdering eller en nyoppdaget sårbarhet – tvinge en grov, alt‑eller‑ingenting‑respons. De organisasjonene som er best rustet til å absorbere en slik sjokk, er de som allerede har granulær, sanntids synlighet i hvem og hva som berører deres produksjons‑eiendom, snarere enn de som stoler på periodiske revisjoner eller leverandørgarantier i etterkant.

Bygge proaktiv AI‑styring

Hva ser proaktiv AI‑styring faktisk ut som i praksis, i motsetning til i policy‑dokumenter? Det starter med å behandle enhver modell, leverandør eller tilgangsvei som noe som kan trekkes tilbake uten varsel, og bygge styring som ikke er avhengig av at noen av dem forblir på plass.

Det betyr også å investere i den operative synligheten som gjør det mulig for et team å se, i sanntid, hvor systemer kaller LLM‑er. Teamene som kommer foran i neste versjon av denne historien vil være de som aldri trengte å svare hastig i første omgang, fordi synlighet og retningslinjer allerede var bygget inn i hvordan deres eiendom kjører, med eller uten en spesiell modell bak et API‑kall.

Jan Karstens ble med i Avantra som teknologidirektør i september 2025, og bringer med seg mer enn to tiår med erfaring i å lede teknologi‑ og produktinnovasjon innen bedriftsprogramvare, AI og skyplattformer. Basert i Tyskland leder Jan Avantras teknologistrategi, produktarkitektur og innovasjonsplan mens selskapet videreutvikler sine intelligente automatiseringsløsninger for SAP‑operasjoner.

Før han begynte i Avantra, jobbet Jan som AI‑løsningsarkitekt hos Aleph Alpha, hvor han fokuserte på å utvikle AI‑løsninger i bedriftsomfang. Før dette var han teknologidirektør i STP – The Legal Tech Company, og hadde ansvar for moderniseringen av selskapets SaaS‑tilbud. Jan tilbrakte mer enn et tiår i Blue Yonder, der han avanserte fra leder for utvikling til teknologidirektør og senere CVP for Cloud Platform Engineering, og ledet overgangen til en sky‑native AI‑ og ML‑plattform for detaljhandel og optimalisering av forsyningskjeden.

Tidligere i karrieren hadde Jan seniorutviklingsroller i SAP og Lufthansa Systems, og bygde et solid fundament i design og arkitektur av storskala bedriftsprogramvare. Karrieren hans viser en vedvarende lidenskap for teknologisk dyktighet, innovasjon og for å bygge høy‑presterende ingeniørorganisasjoner.