AI‑agenter er gået fra pilot til produktion, og tempoet ændrer spillereglerne. VentureBeat citerer Ping Identitys stifter Andre Durand for pointen, som er svær at ignorere: zero trust er ikke et langsigtet program, men en forudsætning her og nu for sikker brug af agenter. Når agenter kan udføre tusind handlinger på fem minutter, kollapser adgangsmodeller, der antager menneskelig hastighed. Ventetid bliver til eksponering.
Hvad betyder agent speed rent praktisk
Agent speed er forskellen mellem kompromiser målt i minutter eller timer og automatiserede sekvenser, der når tusind API‑kald på fem minutter. VentureBeat bruger netop den kontrast til at vise, hvorfor adgangsbeslutninger må flyttes fra login‑øjeblikket til hver enkelt handling. Det er næste skridt, ikke seneste login, der skal verificeres. I praksis rykker kontrolpunktet ned i transaktionen — når en agent vil committe kode, ændre en IAM‑policy eller eksportere data.
NISTs zero trust‑ramme (SP 800‑207) beskriver samme princip: ingen implicit tillid, kontinuerlig verifikation, mindst mulige rettigheder. BeyondCorp er den operationelle slægtning fra Google, hvor netværket ikke er betroet i sig selv. Agenters tempo gør de principper konkrete, næsten brutalt konkrete, fordi konsekvenserne ruller ud på sekunder, ikke uger.
Hvorfor traditionelle IAM‑mønstre svigter
Traditionel IAM hviler ofte på brede rettigheder og lange sessioner, fordi en bruger alligevel kun når få ting. Det holder ikke, når agenter arbejder. Brede rettigheder, delte servicekonti og indlejrede API‑nøgler bliver til forstærkere af akkumuleret eksponering. Hver agent, der arver et menneskes login, slører ansvar og svækker sporbarhed. Ligger nøgler i kode, bliver hver deployment i praksis en distributionskanal for stående adgang.
Durand adresserer direkte, at agenter ikke bør køre under klonede menneskelogins eller delte servicekonti. Hver agent skal have sin egen identitet, og adgang skal være eksplicit delegeret, kortvarig og målrettet. VentureBeat peger på håndhævelse ved gateways og agent‑broer som stederne, hvor nulstilling af tillid sker i praksis — før agenten får lov at udføre risikofyldte skridt.
Zero trust i praksis: to variable der skal kollapses
To variable styrer risikoen: overflade (hvad agenten kan nå) og varighed (hvor længe). Zero trust reducerer begge samtidig — just enough, just in time. Teknisk: kortlivede tokens, segmentering og finmasket autorisation. RBAC rækker sjældent alene; mange ender i ABAC eller policy‑baseret kontrol, hvor kontekst (hvem, hvad, hvorfra, risikoniveau) afgør, om næste handling tillades. Det er i tråd med NISTs anbefalinger og BeyondCorp‑tænkning om at flytte beslutningen tæt på ressourcen.
Det kan bygges med kendte byggeklodser: kortlivede OAuth 2.0 access tokens med hyppig rotation og proof‑of‑possession, mTLS mellem tjenester for at binde identitet til transportlaget, og per‑agent identiteter via OIDC eller SPIFFE, så en agent ikke behøver delte hemmeligheder. OPA kan håndhæve politik tæt på API’et, så hver kaldbar handling vurderes. Og ja, alt skal logges konsistent — hvem, hvad, hvornår, på hvis vegne.
Konkrete tekniske tiltag — prioriteret køreplan
Behandl hver agent som en unik identitet. Kræver en identitetskilde, der kan udstede credentials til ikke‑mennesker, og en klar navngivning. Den typiske fælde er at genbruge menneskelogins for at komme hurtigt i gang. OIDC‑klienter, cloud‑workload‑identiteter eller SPIFFE\/
Indfør kortlevet adgang med kontekst‑afhængig revalidering. Her kræves en token‑udsteder med korte TTL’er, risikosignaler i realtid og politikker, der kan afvise midt i en session. For at dæmpe friktion: brug lokal, tidsbegrænset policycache, pre‑autoriserede scopes til lavrisiko‑handlinger og batch‑vurderinger af ensartede kald. Per‑kald‑kontrol behøver ikke føles som håndbremsen — men den må kunne stramme til på sekunder, når kontekst ændrer sig.
Fjern delte hemmeligheder og embedded keys. En central secrets‑manager og pipelines, der injicerer ephemeral credentials ved runtime, er nøglen. CI\/
Sandboxing og mindst mulige rettigheder. Giv agenten tydelige hegnspæle: miljøer hvor den kan fejle uden at ramme produktion, og roller der kun åbner det, opgaven kræver. Hvor legacy‑systemer ikke har fine‑grained kontrol, må segmentering og kompensationskontroller tage over — namespaces, separate servicekonti pr. miljø, read‑only som udgangspunkt. Ikke elegant, men effektivt.
Kontinuerlig model‑ og adfærdsmonitorering. Spor prompts, handlinger og resultater. Overvåg sekvenser, ikke kun enkeltkald. Det mindsker alarmsstøj og fanger kædereaktioner. SIEM\/
Governance, rollback og ansvarlighed
Hvem delegerer til en agent — og hvor går grænsen? Delegation bør være eksplicit, tidsafgrænset og sporbar. Loggen skal vise, hvornår en agent handlede på vegne af hvem, og hvilken politik der gav grønt lys. Uden det forsvinder ansvarlighed, og revisionssporet smuldrer.
Rollback er den anden halvdel. Når en agent fejler hurtigt, skal rollback være triviel: idempotente ændringer, versionskontrol på konfiguration og change‑vinduer, der tager højde for agenters rytme. Menneskelig overvågning giver mening i fase 1 og 2: four‑eyes på risikotunge skridt, alerts til asynkron godkendelse. Når driftens målinger viser stabil adfærd, lav alarmstøj og dokumenteret, sikker rollback, kan mere automatiseres. Det er en bevægelse, ikke et hop.
Faldgruber og modargumenter
Indvendingerne er reelle. Per‑kald‑autorisation kan koste ydeevne, og politikker kan blive en labyrint. Modtræk: tæt cache med korte TTL’er for lavrisiko‑handlinger, batched evalueringer der ikke ændrer beslutningskvalitet, og en klar politik‑taxonomy, så udviklere kan læse reglerne uden at gætte. Kompleksiteten stiger, men alternativet — stående og brede rettigheder i agentdrift — er en større risiko. Det er VentureBeats kernepointe, og den står.
Konsekvenser for drift og roadmap
Drift ændrer karakter med agenter. Incident‑respons skal håndtere fejl, der eskalerer på sekunder. Runbooks bør inkludere øjeblikkelig revokation af agent‑identiteter, token‑blacklisting og isolering af sandboxes. Staging og deployment kræver secrets‑fri pipelines og scanning for nøgler — det er her brud forhindres i praksis.
Overvågning skal fra ren infrastruktur til adfærd. Ikke kun CPU og latency, men sekvenser: skrivninger til repo efter usædvanlige prompts, store exports efter rettighedsskift, eller agent‑kæder der kalder hinanden i ring. SIEM‑regler skal lære nye mønstre, og SOAR‑flows kunne rulle tilbage kontrolleret. Log også prompts og beslutningsgrundlag, så hændelser kan efterprøves. Det lyder omstændeligt. Det er det i starten. Og så bliver det hverdag.
Næste 90–180 dage — et realistisk program
Dag 0–30: Lav et identitetsinventar over alle agenter, bots og servicekonti. Klassificer efter risikoniveau og forretningseffekt. Fjern lavthængende delte nøgler i kode og repos. Marker systemer uden fine‑grained kontrol. Placer en midlertidig gateway foran de værste huller.
Dag 31–90: Pilotér kortlivede tokens og mTLS for 1–2 agent‑flows med høj værdi men begrænset blast radius. Indfør per‑agent identiteter og skarpe roller. Mål påvirkning på svartid og fejlrate, trim politikker og dokumentér før‑efter for at sikre buy‑in. Etabler audit‑logning for prompts og handlinger, så revision ikke bliver et efterslæb.
Dag 91–180: Udrul policy‑håndhævelse ved gateways bredere, byg rollback som kode i pipelines, og kobl risikosignaler fra fraud\/
Mål og målbarhed i fravær af feltdata
Der mangler stadig feltdata om, hvor ofte agenters akkumulerede adgang fører til brud. VentureBeat leverer argumenter og tempoeksempler, ikke statistik. Løsningen er at måle selv: 1) spor aggregerede autorisationsbeslutninger pr. agent pr. tidsvindue, 2) mål forholdet mellem godkendte og afviste højrisiko‑handlinger, 3) track tid til revokation og fuld rollback ved testede fejlscenarier. De tre kurver viser, om risiko flader ud eller vokser under radaren.
Konklusion
Forsinkelse er risikabel nu. Agenters tempo gør stående adgang og brede rettigheder til farlige defaults. Zero trust skal flytte kontrolpunktet ned i hver handling og reducere både overflade og varighed, som NIST og BeyondCorp længe har anbefalet — nu blot i agent‑tempo. Start med én ting i dag: giv hver agent en identitet og korte, delegerede rettigheder. Resten bygger ovenpå et fundament, der kan holde til farten.
