Descope Agentic Identity Hub 3.0 retter sig mod skjult AI i virksomheder

Descope udvider sin identitetsplatform, så den kan styre de AI-agenter og Model Context Protocol (MCP)-servere, som medarbejdere bruger i organisationer – et område, hvor udbredelsen ofte er gået hurtigere, end sikkerhedsteams har kunnet kortlægge eller kontrollere den.

Agentic Identity Hub 3.0, der efter planen lanceres den 15. oktober, tilføjer en portal til onboarding af agenter, indbyggede integrationer med MCP-gateways, stærkere muligheder for autentificering af arbejdsbelastninger samt udstedelse af ID-JAG til agenter, der tilgår interne værktøjer. Målet er at give hver agent et dokumenteret formål, en ansvarlig ejer, afgrænsede tilladelser og et revisionsspor uden at kræve, at virksomheder udskifter de identitetssystemer, medarbejderne allerede bruger.

Udgivelsen udvider Descopes fokus fra beskyttelse af agenter og MCP-servere rettet mod kunder til det vanskeligere problem med »skjult AI« i virksomheder. Medarbejdere kan forbinde Claude, Cursor, ChatGPT eller en internt udviklet agent med virksomhedens systemer, nogle gange ved hjælp af statiske API-nøgler eller personlige konti, som sikkerhedsteams ikke centralt kan tilbagekalde. Descope henviste til Verizon Data Breach Investigations Report fra 2026 og oplyste, at 45 % af medarbejderne regelmæssigt bruger AI på virksomhedens enheder, og at 67 % af denne aktivitet foregår via personlige konti, der ikke tilhører virksomheden.

Giv interne agenter en ejer og en identitet

Den nye portal til onboarding af agenter skal gøre udrulning af agenter til en styret ansøgningsproces. En medarbejder angiver agentens formål og de applikationer, API’er, datakilder eller MCP-servere, den har brug for. Godkendere kan godkende anmodningen, før adgangen tildeles, så der oprettes en fortegnelse over, hvem der har anmodet om agenten, og hvem der fortsat er ansvarlig for den.

Det afhjælper en grundlæggende svaghed ved traditionel identitets- og adgangsstyring. Menneskelige brugerkonti er normalt knyttet til en medarbejderregistrering, en rolle, en leder og en proces for fratrædelse. Agenter behandles ofte mere som scripts eller tjenestekonti, selv om de kan vælge værktøjer dynamisk og arbejde på tværs af flere systemer. Derfor er ejerskab og autorisation under afvikling lige så vigtig som det indledende login. Det afspejler også en pointe fra Securities.io’s nylige samtale med Q2 om agentidentitet: En agent bør have en særskilt, begrænset rolle i stedet for at arve hele kontoejerens adgang.

Descope oplyser, at virksomhedens eksisterende Agentic Identity Hub allerede håndterer autentificering og adgangskontrol for mere end én million agentidentiteter og hundredvis af MCP-servere. Blandt de kunder, der nævnes i meddelelsen, er You.com, WisdomAI, Cequence Security, Token Security og Daylight Security.

Sådan fungerer identitetskontrolplanet

Virksomhedens tekniske dokumentation skelner mellem to begreber, som ofte blandes sammen på agentplatforme. En ressource er en API eller MCP-server, som en agent ønsker at få adgang til. Den identificeres med en målgruppe og beskyttes med adgangsområder. En forbindelse er en post i en sikkerhedsboks med et OAuth-token eller en API-nøgle, som et efterfølgende værktøj har brug for.

I Descopes anbefalede arkitektur får agenten et kortlivet token med afgrænset adgang til en ressource. Den beskyttede server eller gateway henter derefter eventuelle nødvendige adgangsoplysninger til efterfølgende systemer fra forbindelsesboksen under afviklingen. Agenten opbevarer ikke den langlivede hemmelighed fra tredjeparten. Når tokens udstedes eller udveksles, kan politikker vurdere agenten, den bruger, der startede handlingen, lejeren, det ønskede værktøj og konteksten under afviklingen, mens platformen registrerer hele aktivitetskæden til revision.

Modellen er vigtig, fordi MCP standardiserer, hvordan agenter finder og kalder værktøjer, men ikke fjerner behovet for autorisation i virksomheder. Agentic Identity Hub 3.0 kan fungere som identitetsudbyder for en eksisterende gateway eller bruges sammen med Descopes egen Agent Gateway, som er i tidlig adgang. Udgivelsen fremhæver agentgateway, et open source-projekt fra Agentic AI Foundation, som en indbygget integration. Descopes dokumentation om gateways beskriver også kompatibilitet med produkter som Kong AI Gateway, Azure AI Gateway, Portkey og Golf.dev.

Når politikker håndhæves i gatewayen, får man ét sted til at autentificere agenter, godkende værktøjskald og indsamle logfiler på tværs af interne MCP-servere og tredjepartsservere. Gatewayen kan også blive et kritisk kontrolpunkt: Tilgængelighed, kvaliteten af politikkerne og præcis afgrænsning af adgangsområder afgør, om den reducerer risikoen eller blot centraliserer den.

Flyt agenter væk fra delte hemmeligheder

Descope tilføjer også flere måder, hvorpå agenter og arbejdsbelastninger kan autentificeres uden statiske klienthemmeligheder. Det omfatter JWT-påstande signeret med privatnøgler, gensidig TLS, SPIFFE-identiteter for arbejdsbelastninger og føderering af arbejdsbelastningsidentitet.

Med føderering af arbejdsbelastningsidentitet kan en agent, der kører på AWS, Google Cloud, Microsoft Azure, Kubernetes eller GitHub Actions, fremvise den identitet, som miljøet allerede har udstedt. Descope validerer det signerede token, opretter en identitetsregistrering for arbejdsbelastningen og returnerer et adgangstoken med afgrænsede tilladelser. Forskellige udrulninger kan fortsat identificeres hver for sig, selv når de deler en klientkonfiguration, så én instans kan tilbagekaldes uden at deaktivere alle kopier af agenten.

Udstedelse af ID-JAG skal udvide en lignende model til MCP-servere. En intern agent godkender sig via organisationens eksisterende identitetsudbyder og får adgang, der passer til den enkelte server. Politikker evalueres for hver anmodning i stedet for at være indlejret i en adgangsoplysning med lang gyldighed, så adgangen kan begrænses eller tilbagekaldes centralt. Descope beskriver det som en SSO-lignende oplevelse for agenter, men hvor effektivt det bliver, afhænger af, om gateways og klienter understøtter de underliggende standarder, og af, om administratorer definerer adgangsområder, der afspejler reelle forretningsmæssige grænser.

Descopes skifte fra kundeidentitet til agentsikkerhed

Descope blev grundlagt i 2022 af et team, der tidligere havde opbygget virksomheden Demisto, som udvikler sikkerhedsorkestrering, og som Palo Alto Networks (PANW ) opkøbte i 2019. Virksomheden kom ud af stealth i 2023 med 53 millioner dollars i startkapital og oplyser, at den udvidede finansieringsrunden, så den i 2025 nåede op på 88 millioner dollars i samlet finansiering.

Virksomhedens oprindelige fokus var identitets- og adgangsstyring for kunder, herunder adgangskodefri godkendelse, visuelle identitetsforløb, SDK’er og API’er. Agentic Identity Hub udvider denne identitetsinfrastruktur til ikke-menneskelige aktører. Det fælles fundament er strategisk vigtigt: medarbejderidentiteter, agentidentiteter, evaluering af politikker, formidling af adgangsoplysninger og revisionsspor kan administreres uden at opbygge en separat identitetssilo for hvert AI-produkt.

For købere er det praktiske spørgsmål, om Descope kan gøre styringen af agenter så enkel, at udviklingsteams bruger løsningen i stedet for at omgå den. Onboardingforløbet skal fortsat være hurtigere end uformel deling af adgangsoplysninger, og gatewayintegrationerne skal understøtte de klienter og servere, som medarbejderne rent faktisk tager i brug. Sikkerhedsteams skal også kunne skelne mellem, at en agent er godkendt, og at dens handlinger er sikre. Identitet begrænser og tilpasser adgangen, men forhindrer ikke promptinjektion, uhensigtsmæssigt valg af værktøjer eller skadelige handlinger, der stadig ligger inden for et godkendt adgangsområde.

Agentic Identity Hub 3.0 skal derfor først og fremmest ses som et forsøg på at etablere en identitetsmæssig perimeter for virksomheders AI. Løsningen giver organisationer mulighed for at fastslå, hvem der ejer en agent, hvilken bruger eller arbejdsbelastning den repræsenterer, hvad den kan få adgang til, og hvordan dens adgang kan tilbagekaldes. Efterhånden som agenter bevæger sig fra eksperimenter til produktionsarbejdsgange, bliver disse spørgsmål en del af den centrale cybersikkerhedsinfrastruktur frem for et valgfrit lag omkring modellen.