Descope Agentic Identity Hub 3.0 ska motverka skugg-AI inom företag

Descope utökar sin identitetsplattform för att styra AI-agenter och Model Context Protocol (MCP)-servrar som anställda använder inom organisationer – ett område där användningen ofta har ökat snabbare än säkerhetsteamen har hunnit inventera eller kontrollera den.

Agentic Identity Hub 3.0, som ska lanseras den 15 oktober, lägger till en portal för agentintroduktion, inbyggda integrationer med MCP-gateways, starkare alternativ för arbetslastautentisering och utfärdande av ID-JAG för agenter som använder interna verktyg. Målet är att ge varje agent ett dokumenterat syfte, en ansvarig ägare, avgränsade behörigheter och en granskningslogg utan att företagen behöver byta ut de identitetssystem som de redan använder för sina anställda.

Med den här lanseringen går Descope från att skydda kundinriktade agenter och MCP-servrar till att även hantera det svårare problemet med ”skugg-AI” inom företag. Anställda kan koppla Claude, Cursor, ChatGPT eller en internt utvecklad agent till företagets system, ibland med statiska API-nycklar eller personliga konton som säkerhetsteamen inte kan återkalla centralt. Descope hänvisade till Verizon Data Breach Investigations Report från 2026 och uppgav att 45 % av de anställda regelbundet använder AI på företagets enheter och att 67 % av den användningen sker via personliga konton som inte tillhör företaget.

Ge interna agenter en ägare och en identitet

Den nya Agent Onboarding Portal är utformad för att göra agentdriftsättning till en styrd process för begäranden. En anställd anger agentens syfte och vilka applikationer, API:er, datakällor eller MCP-servrar den behöver. Granskare kan godkänna begäran innan åtkomsten tilldelas. På så sätt skapas en förteckning som visar vem som begärde agenten och vem som fortfarande ansvarar för den.

Detta åtgärdar en grundläggande svaghet i traditionell identitets- och åtkomsthantering. Mänskliga användarkonton har vanligtvis en anställningspost, en roll, en chef och en process för att avsluta åtkomsten när anställningen upphör. Agenter behandlas ofta mer som skript eller tjänstekonton, trots att de kan välja verktyg dynamiskt och agera i flera system. Därför är ägarskap och behörighetskontroll vid körning lika viktiga som den första inloggningen. Det anknyter också till en poäng som togs upp i Securities.ios nyligen publicerade samtal med Q2 om agentidentitet: en agent bör ha en egen, begränsad roll i stället för att ärva all behörighet från kontots ägare.

Descope uppger att företagets befintliga Agentic Identity Hub redan hanterar autentisering och åtkomstkontroll för mer än en miljon agentidentiteter och hundratals MCP-servrar. Bland kunderna som nämns i tillkännagivandet finns You.com, WisdomAI, Cequence Security, Token Security och Daylight Security.

Så fungerar identitetens kontrollplan

Företagets tekniska dokumentation skiljer mellan två begrepp som ofta slås ihop i agentplattformar. En Resource är ett API eller en MCP-server som en agent vill nå, identifierad med en målgrupp och skyddad med avgränsade behörigheter. En Connection är en post i ett valv som innehåller en OAuth-token eller API-nyckel som ett nedströmsverktyg behöver.

I Descopes rekommenderade arkitektur får agenten en kortlivad token med behörighet till en specifik Resource. Den skyddade servern eller gatewayen hämtar sedan eventuella nödvändiga autentiseringsuppgifter för nedströmsverktyg från Connections-valvet vid körning. Agenten har inte tillgång till den långlivade hemligheten från tredje part. När token utfärdas eller växlas kan policyer utvärdera agenten, den användare som initierade begäran, klientorganisationen, det begärda verktyget och körningskontexten. Plattformen registrerar samtidigt aktivitetskedjan för granskning.

Modellen är viktig eftersom MCP standardiserar hur agenter upptäcker och anropar verktyg, men inte undanröjer behovet av behörighetskontroll på företagsnivå. Agentic Identity Hub 3.0 kan fungera som identitetsleverantör för en befintlig gateway eller samverka med Descopes egen Agent Gateway, som är i ett tidigt åtkomstskede. I lanseringen nämns agentgateway, ett projekt med öppen källkod inom Agentic AI Foundation, som en inbyggd integration. Descopes dokumentation för gatewayen beskriver också kompatibilitet med produkter som Kong AI Gateway, Azure AI Gateway, Portkey och Golf.dev.

När policykontrollen placeras i gatewayen skapas en central plats för att autentisera agenter, godkänna verktygsanrop och samla in loggar från interna MCP-servrar och servrar från tredje part. Gatewayen kan också bli en kritisk kontrollpunkt: tillgänglighet, policyernas kvalitet och korrekt utformning av behörighetsomfång avgör om den minskar risken eller bara centraliserar den.

Flytta agenter bort från delade hemligheter

Descope lägger också till flera sätt för agenter och arbetslaster att autentisera sig utan statiska klienthemligheter. Dessa omfattar JWT-intyg med privata nycklar, ömsesidig TLS, SPIFFE-identiteter för arbetslaster och federering av arbetslastidentiteter.

Med federering av arbetslastidentiteter kan en agent som körs på AWS, Google Cloud, Microsoft Azure, Kubernetes eller GitHub Actions visa upp den identitet som miljön redan har utfärdat. Descope validerar den signerade tokenen, skapar en identitetspost för arbetslasten och returnerar en åtkomsttoken med avgränsade behörigheter. Olika driftsättningar kan förbli identifierbara var för sig även när de delar en klientkonfiguration, vilket gör det möjligt att återkalla en instans utan att inaktivera alla kopior av agenten.

Utfärdandet av ID-JAG är avsett att utvidga en liknande modell till MCP-servrar. En intern agent autentiserar sig via organisationens befintliga identitetsleverantör och får åtkomst som är anpassad till varje server. Policyer utvärderas för varje begäran i stället för att bäddas in i en långlivad autentiseringsuppgift, vilket gör det möjligt att centralt begränsa eller återkalla åtkomst. Descope beskriver detta som en SSO-liknande upplevelse för agenter, men hur effektivt det blir beror på om gatewayen och klienterna stöder de underliggande standarderna och på att administratörerna definierar behörighetsomfång som motsvarar verkliga verksamhetsgränser.

Descopes skifte från kundidentitet till agentsäkerhet

Descope grundades 2022 av ett team som tidigare byggt upp säkerhetsorkestreringsföretaget Demisto, som Palo Alto Networks (PANW ) förvärvade 2019. Företaget lämnade stealth-läget 2023 med 53 miljoner dollar i såddfinansiering och uppger att det utökade rundan till totalt 88 miljoner dollar i finansiering 2025.

Företagets ursprungliga fokus var kundidentitets- och åtkomsthantering, däribland lösenordslös autentisering, visuella identitetsflöden, SDK:er och API:er. Agentic Identity Hub utvidgar den identitetsinfrastrukturen till aktörer som inte är människor. Den gemensamma grunden är strategiskt viktig: medarbetares och agenters identiteter, policyutvärdering, förmedling av autentiseringsuppgifter och granskningsloggar kan hanteras utan att bygga en separat identitetssilo för varje AI-produkt.

För köpare är den praktiska frågan om Descope kan göra agentstyrning tillräckligt enkel för att utvecklingsteamen ska använda lösningen i stället för att kringgå den. Introduktionsflödet måste förbli snabbare än informell delning av autentiseringsuppgifter, och gatewayintegreringarna måste stödja de klienter och servrar som medarbetarna faktiskt börjar använda. Säkerhetsteamen måste också kunna skilja mellan att en agent har autentiserats och att agentens handlingar är säkra. Identiteten begränsar åtkomsten och anger vem eller vad den hör till, men den förhindrar inte promptinjektion, felaktiga verktygsval eller skadliga handlingar som ändå ryms inom ett godkänt behörighetsomfång.

Agentic Identity Hub 3.0 bör därför främst ses som ett försök att upprätta en identitetsgräns för företags-AI. Lösningen ger organisationer ett sätt att ta reda på vem som äger en agent, vilken användare eller arbetsbelastning den representerar, vad den kan nå och hur dess åtkomst kan återkallas. När agenter går från experiment till produktionsflöden blir sådana frågor en del av den grundläggande cybersäkerhetsinfrastrukturen, snarare än ett valfritt lager runt modellen.