Descope Agentic Identity Hub 3.0 retter seg mot skygge-AI i virksomheter

Descope utvider identitetsplattformen sin for å styre AI-agenter og Model Context Protocol (MCP)-servere som ansatte bruker i organisasjonen – et område der innføringen ofte har gått raskere enn sikkerhetsteamene har klart å kartlegge eller kontrollere den.

Agentic Identity Hub 3.0, som etter planen lanseres 15. oktober, legger til en Agent Onboarding Portal, innebygde integrasjoner med MCP-gatewayer, sterkere alternativer for autentisering av arbeidslaster og utstedelse av ID-JAG for agenter som får tilgang til interne verktøy. Målet er å gi hver agent et dokumentert formål, en ansvarlig eier, avgrensede tillatelser og et revisjonsspor, uten at virksomhetene må bytte ut identitetssystemene de allerede bruker for ansatte.

Med denne lanseringen utvider Descope satsingen fra å beskytte agenter og MCP-servere rettet mot kunder til det mer krevende problemet med «skygge-AI» i virksomheter. Ansatte kan koble Claude, Cursor, ChatGPT eller en internt utviklet agent til forretningssystemer, noen ganger ved hjelp av statiske API-nøkler eller personlige kontoer som sikkerhetsteamene ikke kan tilbakekalle sentralt. Descope viste til Verizon Data Breach Investigations Report for 2026 og oppga at 45 % av de ansatte regelmessig bruker AI på bedriftsenheter, og at 67 % av denne aktiviteten foregår via personlige kontoer som ikke tilhører virksomheten.

Gi interne agenter en eier og en identitet

Den nye Agent Onboarding Portal skal gjøre utrulling av agenter til en styrt søknadsprosess. En ansatt oppgir agentens formål og hvilke applikasjoner, API-er, datakilder eller MCP-servere den trenger. Saksbehandlere kan godkjenne søknaden før tilgangen opprettes. Dermed bygges det opp en oversikt som viser hvem som ba om agenten, og hvem som fortsatt er ansvarlig for den.

Dette tar tak i en grunnleggende svakhet ved tradisjonell identitets- og tilgangsstyring. Menneskelige brukerkontoer er vanligvis knyttet til en ansattoppføring, en rolle, en leder og en prosess for avslutning av tilgangen når arbeidsforholdet opphører. Agenter behandles ofte mer som skript eller tjenestekontoer, selv om de kan velge verktøy dynamisk og utføre handlinger på tvers av flere systemer. Derfor er eierskap og autorisering under kjøring like viktig som den første innloggingen. Dette gjenspeiler også et poeng fra Securities.io sin nylige samtale med Q2 om agentidentitet: En agent bør ha en egen, begrenset rolle i stedet for å arve all myndigheten til eieren av kontoen.

Descope opplyser at den eksisterende Agentic Identity Hub allerede håndterer autentisering og tilgangskontroll for mer enn én million agentidentiteter og hundrevis av MCP-servere. Blant kundene som ble navngitt i kunngjøringen, er You.com, WisdomAI, Cequence Security, Token Security og Daylight Security.

Slik fungerer identitetens kontrollplan

Selskapets tekniske dokumentasjon skiller mellom to begreper som ofte slås sammen i agentplattformer. En ressurs er et API eller en MCP-server som en agent vil ha tilgang til, identifisert med en målgruppe og beskyttet med tilgangsomfang. En tilkobling er en oppføring i et hvelv som inneholder et OAuth-token eller en API-nøkkel som et nedstrømsverktøy trenger.

I arkitekturen Descope anbefaler, får agenten et kortlivet token med avgrenset tilgang til en ressurs. Den beskyttede serveren eller gatewayen henter deretter eventuelle nødvendige nedstrømslegitimasjoner fra tilkoblingshvelvet under kjøring. Agenten oppbevarer ikke den langsiktige hemmeligheten fra tredjeparten. Når token utstedes eller utveksles, kan retningslinjene vurdere agenten, den opprinnelige brukeren, leietakeren, det forespurte verktøyet og konteksten under kjøring. Plattformen registrerer samtidig aktivitetskjeden for revisjon.

Denne modellen er viktig fordi MCP standardiserer hvordan agenter finner og kaller opp verktøy, men ikke fjerner behovet for autorisering i virksomheter. Agentic Identity Hub 3.0 kan fungere som identitetsleverandør for en eksisterende gateway eller brukes sammen med Descope sin egen Agent Gateway, som er tilgjengelig i tidlig tilgang. Lanseringen nevner agentgateway, et åpen kildekode-prosjekt fra Agentic AI Foundation, som en innebygd integrasjon. Descopes dokumentasjon for gatewayer beskriver også kompatibilitet med produkter som Kong AI Gateway, Azure AI Gateway, Portkey og Golf.dev.

Når håndhevingen av retningslinjer legges til gatewayen, får man ett sted for å autentisere agenter, autorisere verktøykall og registrere logger på tvers av interne og tredjeparts MCP-servere. Gatewayen kan også bli et kritisk håndhevingspunkt: Tilgjengelighet, kvaliteten på retningslinjene og nøyaktig utforming av tilgangsomfang avgjør om den reduserer risikoen eller bare sentraliserer den.

Få agenter bort fra delte hemmeligheter

Descope legger også til flere måter agenter og arbeidslaster kan autentisere seg på uten statiske klienthemmeligheter. Disse omfatter JWT-påstander signert med privatnøkkel, gjensidig TLS, SPIFFE-identiteter for arbeidslaster og føderering av arbeidslastidentiteter.

Med føderering av arbeidslastidentiteter kan en agent som kjører på AWS, Google Cloud, Microsoft Azure, Kubernetes eller GitHub Actions, legge fram identiteten den allerede har fått tildelt av det aktuelle miljøet. Descope validerer det signerte tokenet, oppretter en identitetspost for arbeidslasten og returnerer et tilgangstoken med avgrenset tilgang. Ulike utrullinger kan fortsatt identifiseres hver for seg, selv når de deler en klientkonfigurasjon. Dermed kan én instans tilbakekalles uten at alle kopier av agenten deaktiveres.

Utstedelse av ID-JAG er ment å utvide en lignende modell til å omfatte MCP-servere. En intern agent autentiserer seg gjennom organisasjonens eksisterende identitetsleverandør og får tilgang som er tilpasset hver enkelt server. Retningslinjer vurderes for hver forespørsel i stedet for å være innebygd i en legitimasjon med lang gyldighetstid, slik at tilgangen kan begrenses eller tilbakekalles sentralt. Descope beskriver dette som en SSO-lignende opplevelse for agenter, men hvor effektivt det blir, avhenger av om gatewayene og klientene støtter de underliggende standardene, og av om administratorene definerer omfang som gjenspeiler reelle forretningsmessige grenser.

Descopes skifte fra kundeidentitet til agentsikkerhet

Descope ble grunnlagt i 2022 av et team som tidligere hadde bygget sikkerhetsorkestreringsselskapet Demisto, som Palo Alto Networks (PANW ) kjøpte i 2019. Selskapet kom ut av stealth-fasen i 2023 med 53 millioner dollar i såkornfinansiering og opplyser at det utvidet denne finansieringsrunden til totalt 88 millioner dollar i samlet finansiering i 2025.

Selskapet fokuserte opprinnelig på identitets- og tilgangsstyring for kunder, blant annet passordløs autentisering, visuelt utformede identitetsarbeidsflyter, SDK-er og API-er. Agentic Identity Hub utvider denne identitetsinfrastrukturen til ikke-menneskelige aktører. Det felles grunnlaget er strategisk viktig: identiteter for ansatte og agenter, evaluering av retningslinjer, formidling av legitimasjonsopplysninger og revisjonslogger kan håndteres uten å bygge en egen identitetssilo for hvert AI-produkt.

For kundene er det praktiske spørsmålet om Descope kan gjøre styring av agenter så enkelt at utviklingsteamene bruker løsningen i stedet for å omgå den. Arbeidsflyten for onboarding må fortsatt være raskere enn uformell deling av tilgangsopplysninger, og gatewayintegrasjonene må støtte klientene og serverne som de ansatte faktisk tar i bruk. Sikkerhetsteamene må også kunne skille mellom at en agent er autentisert, og at agentens handlinger er trygge. Identitet begrenser tilgangen og knytter attributter til den, men hindrer ikke prompt-injeksjon, feil valg av verktøy eller skadelige handlinger som holder seg innenfor et godkjent tilgangsomfang.

Agentic Identity Hub 3.0 bør derfor først og fremst forstås som et forsøk på å etablere en identitetsperimeter for bedrifts-AI. Løsningen gir organisasjoner mulighet til å finne ut hvem som eier en agent, hvilken bruker eller arbeidsbelastning den representerer, hva den har tilgang til, og hvordan tilgangen kan tilbakekalles. Etter hvert som agenter går fra eksperimentering til arbeidsflyter i produksjon, blir disse spørsmålene en del av den grunnleggende cybersikkerhetsinfrastrukturen, ikke bare et valgfritt lag rundt modellen.