Descope Agentic Identity Hub 3.0 richt zich op schaduw-AI binnen bedrijven

Descope breidt zijn identiteitsplatform uit om toezicht te houden op de AI-agenten en Model Context Protocol (MCP)-servers die werknemers binnen een organisatie gebruiken. De inzet hiervan is vaak sneller gegroeid dan beveiligingsteams ze kunnen inventariseren of beheersen.

Agentic Identity Hub 3.0, dat op 15 oktober wordt gelanceerd, voegt een portaal voor het aanmelden van agenten toe, evenals native integraties met MCP-gateways, uitgebreidere opties voor workloadauthenticatie en de uitgifte van ID-JAG’s aan agenten die interne tools gebruiken. Het doel is elke agent een vastgelegd doel, een verantwoordelijke eigenaar, afgebakende machtigingen en een auditspoor te geven, zonder dat bedrijven de identiteitssystemen hoeven te vervangen die hun werknemers al gebruiken.

Met deze release richt Descope zich niet langer alleen op de beveiliging van agenten en MCP-servers voor klanten, maar ook op het lastigere probleem van ‘schaduw-AI’ binnen bedrijven. Werknemers kunnen Claude, Cursor, ChatGPT of een intern gebouwde agent koppelen aan bedrijfssystemen, soms met statische API-sleutels of persoonlijke accounts die beveiligingsteams niet centraal kunnen intrekken. Descope verwees naar het Verizon Data Breach Investigations Report 2026 en stelde dat 45% van de werknemers regelmatig AI gebruikt op bedrijfsapparaten en dat 67% van die activiteit via persoonlijke, niet-zakelijke accounts verloopt.

Interne agenten een eigenaar en een identiteit geven

Het nieuwe portaal voor het aanmelden van agenten is bedoeld om de uitrol van agenten om te zetten in een gecontroleerd aanvraagproces. Een werknemer geeft aan waarvoor de agent bedoeld is en welke applicaties, API’s, gegevensbronnen of MCP-servers deze nodig heeft. Beoordelaars kunnen de aanvraag goedkeuren voordat toegang wordt verleend. Zo ontstaat een inventaris waarin staat wie de agent heeft aangevraagd en wie er verantwoordelijk voor blijft.

Hiermee wordt een fundamentele tekortkoming van traditioneel identiteits- en toegangsbeheer aangepakt. Menselijke accounts hebben doorgaans een personeelsdossier, functie, leidinggevende en procedure voor het beëindigen van de toegang. Agenten worden vaak meer behandeld als scripts of serviceaccounts, ook al kunnen ze dynamisch tools kiezen en in meerdere systemen handelen. Daardoor zijn eigenaarschap en autorisatie tijdens uitvoering net zo belangrijk als de eerste aanmelding. Dit sluit ook aan bij een punt uit het recente gesprek met Q2 over de identiteit van agenten op Securities.io: een agent moet een eigen, beperkte rol hebben en niet alle bevoegdheden van de accounteigenaar erven.

Descope zegt dat zijn bestaande Agentic Identity Hub de authenticatie en toegangscontrole voor meer dan één miljoen agentidentiteiten en honderden MCP-servers al afhandelt. In de aankondiging genoemde klanten zijn You.com, WisdomAI, Cequence Security, Token Security en Daylight Security.

Zo werkt het centrale platform voor identiteitsbeheer

In de technische documentatie van het bedrijf worden twee concepten onderscheiden die in agentplatforms vaak op één hoop worden gegooid. Een bron is een API of MCP-server waartoe een agent toegang wil, aangeduid met een doelgroep en beveiligd met scopes. Een verbinding is een vermelding in een kluis met een OAuth-token of API-sleutel die een downstreamtool nodig heeft.

In de door Descope aanbevolen architectuur krijgt de agent een kortlevend token met een scope voor een bron. De beveiligde server of gateway haalt vervolgens tijdens de uitvoering eventuele benodigde downstreamreferenties op uit de kluis met verbindingen. De agent bewaart het langdurig geldige geheim van derden niet zelf. Bij het uitgeven of uitwisselen van tokens kunnen beleidsregels rekening houden met de agent, de oorspronkelijke gebruiker, de tenant, de aangevraagde tool en de context tijdens de uitvoering. Tegelijkertijd registreert het platform de volledige activiteitenketen voor audits.

Dit model is belangrijk omdat MCP standaardiseert hoe agenten tools vinden en aanroepen, maar de noodzaak van autorisatie binnen bedrijven niet wegneemt. Agentic Identity Hub 3.0 kan als identiteitsprovider voor een bestaande gateway fungeren of samenwerken met Descope’s eigen Agent Gateway, dat nog in vroege toegang beschikbaar is. De release noemt agentgateway, een opensourceproject van de Agentic AI Foundation, als native integratie. In Descope’s gatewaydocumentatie wordt ook compatibiliteit beschreven met producten als Kong AI Gateway, Azure AI Gateway, Portkey en Golf.dev.

Door beleidsregels bij de gateway af te dwingen, ontstaat één plek om agenten te authenticeren, toolaanroepen te autoriseren en logboeken bij te houden voor interne en externe MCP-servers. Die plek kan ook een cruciaal handhavingspunt worden: de beschikbaarheid, de kwaliteit van het beleid en een nauwkeurige afbakening van scopes bepalen of dit risico’s vermindert of ze alleen maar centraliseert.

Agenten minder afhankelijk maken van gedeelde geheimen

Descope voegt ook verschillende manieren toe waarop agenten en workloads zich zonder statische clientgeheimen kunnen authenticeren. Het gaat om JWT-assertions met privésleutels, wederzijdse TLS, SPIFFE-workloadidentiteiten en federatie van workloadidentiteiten.

Met federatie van workloadidentiteiten kan een agent die draait op AWS, Google Cloud, Microsoft Azure, Kubernetes of GitHub Actions de identiteit voorleggen die de betreffende omgeving al heeft uitgegeven. Descope valideert het ondertekende token, maakt een identiteitsrecord voor de workload aan en geeft een toegangstoken met afgebakende rechten terug. Verschillende implementaties kunnen afzonderlijk herkenbaar blijven, ook wanneer ze dezelfde clientconfiguratie delen. Daardoor kan één exemplaar worden ingetrokken zonder alle kopieën van de agent uit te schakelen.

De uitgifte van ID-JAG is bedoeld om een vergelijkbaar model uit te breiden naar MCP-servers. Een interne agent meldt zich aan via de bestaande identiteitsprovider van de organisatie en krijgt toegang die is afgestemd op elke server. Beleidsregels worden beoordeeld op het moment van een verzoek, in plaats van te worden vastgelegd in een langdurig geldig inloggegeven. Zo kan toegang centraal worden beperkt of ingetrokken. Descope omschrijft dit als een SSO-achtige ervaring voor agents, maar de effectiviteit ervan hangt af van de ondersteuning voor de onderliggende standaarden door gateways en clients, en van de mate waarin beheerders scopes definiëren die aansluiten bij de werkelijke grenzen van de organisatie.

De verschuiving van Descope: van klantidentiteit naar agentbeveiliging

Descope werd in 2022 opgericht door een team dat eerder beveiligingsorkestratiebedrijf Demisto had opgebouwd, dat Palo Alto Networks (PANW ) in 2019 overnam. Het bedrijf kwam in 2023 uit de stealthfase met 53 miljoen dollar aan startkapitaal en zegt dat het die financieringsronde in 2025 uitbreidde tot in totaal 88 miljoen dollar aan financiering.

Aanvankelijk richtte het bedrijf zich op klantidentiteits- en toegangsbeheer, waaronder wachtwoordloze authenticatie, visuele identiteitsworkflows, SDK’s en API’s. Agentic Identity Hub breidt die identiteitsinfrastructuur uit naar niet-menselijke actoren. De gedeelde basis is strategisch belangrijk: identiteiten van medewerkers en agents, beleidsevaluatie, bemiddeling bij inloggegevens en auditregistraties kunnen worden beheerd zonder voor elk AI-product een afzonderlijk identiteitssilo op te bouwen.

Voor potentiële klanten is de praktische vraag of Descope het beheer van agents eenvoudig genoeg kan maken, zodat ontwikkelteams het gebruiken in plaats van te omzeilen. Het onboardingproces moet sneller blijven dan het informeel delen van inloggegevens, en de gateway-integraties moeten werken met de clients en servers die medewerkers daadwerkelijk gebruiken. Beveiligingsteams moeten ook onderscheid maken tussen een agent die is geauthenticeerd en een agent die veilig handelt: identiteit beperkt en specificeert de toegang, maar voorkomt geen promptinjectie, verkeerde toolkeuze of schadelijke acties die binnen een goedgekeurde scope vallen.

Agentic Identity Hub 3.0 kan daarom het best worden gezien als een poging om de identiteitsperimeter voor AI in bedrijven vast te leggen. Het biedt organisaties een manier om vast te stellen wie eigenaar is van een agent, welke gebruiker of workload deze vertegenwoordigt, waartoe deze toegang heeft en hoe die toegang kan worden ingetrokken. Nu agents zich van experimenten naar productieprocessen verplaatsen, worden deze vragen onderdeel van de kerninfrastructuur voor cybersecurity, in plaats van een optionele beveiligingslaag rond het model.