ÉÉN IDENTITEIT PER AGENT · AFGEBAKEND · AUDITEERBAAR
De AI-agentidentiteit
Geen agents meer verstopt achter een gedeeld account. Elk draagt een eigen identiteit, een eigen least-privilege-bereik en een eigen regel in het auditlog — verantwoording door constructie.
Wat is AI-agentidentiteit?
De gebruikelijke kortere weg is alle AI-agents één account met ruime rechten te laten delen. Dat gaat goed tot er iets misgaat en niemand kan zeggen welke agent het deed. Elke agent een eigen identiteit geven maakt rechten smal en handelingen toewijsbaar.
Lees dit als u als architect of auditor ooit vroeg „welke agent deed dit, en wie stond het toe?” en het antwoord niet beviel.
AI-agentidentiteit is de praktijk om elke autonome AI-agent een eigen, onderscheiden en verifieerbare identiteit te geven — los van elke menselijke gebruiker of elk gedeeld serviceaccount — zodat de rechten kunnen worden afgebakend tot least privilege, de aanroepen naar andere agenten en tools kunnen worden geauthenticeerd, en elke actie die die onderneemt toewijsbaar is aan die identiteit en aan het gezag waaronder die handelde.
Een gedeelde API-sleutel of een gedeeld serviceaccount kan u niet vertellen welke agent wat deed, of namens wie. Naarmate organisaties agenten van pilot naar productie brengen, wordt die ambiguïteit een risico: een niet-afgebakende credential die productiesystemen raakt is een permanent risico, en een actie die niemand kan toewijzen is niets wat u kunt auditeren of verantwoorden. Op het AI OS krijgt elke agent — of die nu één taak uitvoert of een hele workflow orkestreert — een eigen identiteit uitgegeven, wordt die per actie geautoriseerd onder zero-trust-beleid, en wordt die geauthenticeerd wanneer die andere agenten of tools aanroept. Het resultaat is agentautonomie waar uw complianceteam daadwerkelijk voor kan tekenen: least privilege standaard, en een volledig verslag van wat er gebeurde, binnen uw perimeter.
Onderscheiden identiteit per agent
Geen gedeelde serviceaccounts. Elke agent — en elke instantie van een agent — krijgt een eigen verifieerbare identiteit uitgegeven, verankerd in uw identityprovider.
Afgebakende least-privilege-rechten
Agenten krijgen precies de tools, data en acties die hun taak vereist — niets meer — in plaats van brede toegang geërfd van een gedeelde credential.
Geauthenticeerde agent-naar-agent-aanroepen
Wanneer een agent een andere agent aanroept via A2A of een tool aanroept via MCP, draagt de aanroep de identiteit mee, zodat elke hop geautoriseerd en toewijsbaar blijft.
AI-agentidentiteit in het Scrydon-platform
Eén geïntegreerde, soevereine architectuur. Hier past AI-agentidentiteit — uitgelicht binnen de volledige stack waarmee het samenwerkt.
Het AI OS voor mensen en AI-agenten
Ontologie- en semantische laag: één samenhangend model voor uw data, kennis en processen
Het beste van data lakes, datawarehouses en search gecombineerd
Gecontroleerde toegang tot elk model, en de agenten en workflows die over al uw systemen heen uitvoeren
Integreer via A2A, MCP, legacy systemen en databronnen
Veilige domeinfederatie, vertrouwd datadelen en intelligentie over organisatiegrenzen heen
Soevereine fundamenten
AI-agentidentiteit in detail
De AI-runtime is waar AI daadwerkelijk uitvoert: de AI Gateway die elke modelaanroep bestuurt, en de agentic AI-workflows die van die aanroepen echt werk maken in al uw systemen. De één is de weg naar binnen, de ander is wat daarna gebeurt — en beide draaien onder dezelfde identiteit, hetzelfde beleid en dezelfde audit trail.
Twee helften, één control plane:
- Gateway — één bestuurde route naar elk model: Bestaande applicaties en coding agents wijzen naar één endpoint in plaats van naar een leverancier. Elk model erachter, de leverancierssleutel wordt nooit aan een ontwikkelaar uitgegeven, en elke aanroep is toe te wijzen aan een persoon, begrensd en geauditeerd.
- Workflows — agentic AI die uitvoert: Georkestreerde workflows verbinden frontier-modellen, interne tools en enterprise memory veilig met elkaar, en combineren het redeneervermogen van frontier-AI met strikte, deterministische stappen zodat bedrijfskritische processen voorspelbaar blijven.
- Autonome uitvoering binnen grenzen: Agenten handelen autonoom binnen vastgelegde grenzen, halen context op uit uw data lakehouse en handelen via goedgekeurde tools — met een mens in de lus overal waar uw beleid dat voorschrijft.
Veilig geïmplementeerd binnen uw eigen infrastructuur put de runtime uit uw cognitive enterprise om doortastend te handelen. In welke helft een aanroep ook begint, hij gebruikt dezelfde credential, ontmoet hetzelfde beleid en belandt in dezelfde audit trail — zodat het later toevoegen van bestuurde agenten nooit een tweede control plane betekent.
Het AI OS werkt alleen als het te vertrouwen is. Elke laag van het platform rust op een zero-trust infrastructuur- en identityfundament dat consistent werkt, van volledig air-gapped on-premises implementaties tot hyperscale cloudomgevingen. Soevereiniteit is geen feature die er bovenop komt — het is de voorwaarde waaronder al het andere functioneert.
- Zero-trust-architectuur: Continue verificatie van elk verzoek, elke gebruiker en elke workload — geen impliciet vertrouwen, ook niet binnen de perimeter.
- Federatieve identiteit: Naadloze integratie met uw bestaande IdP (SAML, OAuth 2.0, OIDC) voor uniforme, policygestuurde toegangscontrole.
- Air-gapped implementatie: Draai het volledige platform zonder externe netwerkafhankelijkheden — ideaal voor defensie, vitale nationale infrastructuur en geclassificeerde workloads.
- Confidential computing: Versleuteling van data in gebruik op hardwareniveau via AMD SEV-SNP en Intel SGX, waarmee workloads zelfs tegen infrastructuurbeheerders beschermd zijn.
Deployment Options: From Air-gapped to Cloud
Implementeer het Scrydon-platform waar het voor u zinvol is — van air-gapped omgevingen tot public cloud — met ingebouwde soevereiniteit, compliance en auditeerbaarheid.
Geen data verlaat uw jurisdictie. Geen black-box-AI. Geen compromissen op het gebied van controle.
Dit is soevereiniteit by design.
Leest u dit voor een beslissing later?
Ontvang de volgende verandering in Europese AI-soevereiniteit, en wat we leren door ervoor te bouwen, in uw inbox. Een paar keer per jaar.
Elke AI-agent een eigen identiteit geven
Wanneer een agent op het AI OS wordt geïmplementeerd, krijgt die een eigen identiteit toegewezen — niet een kopie van een token dat andere agenten ook gebruiken. Die identiteit federeert naar uw bestaande identityprovider, draagt rechten die zijn afgebakend op de specifieke taak en tools die de agent nodig heeft, en reist met de agent mee naar alles wat die doet: elke toolaanroep, elke overdracht aan een andere agent, elke actie op een echt systeem. Niets wat een agent raakt is anoniem of onder andermans naam bereikbaar.
Eén identiteit, één agent — Elke agent krijgt bij implementatie een eigen identiteit toegewezen — geen gedeeld token dat over een vloot agenten is gekopieerd.
Verankerd in uw IdP — Agentidentiteiten federeren naar uw bestaande identityprovider, net als identiteiten van mensen en workloads.
Afgebakend per taak en tool — Rechten worden per taak en per tool verleend, zodat een agent alleen kan bereiken wat zijn werk daadwerkelijk vereist.
Meegedragen bij elke aanroep — De identiteit reist met de agent mee naar elke toolaanroep en elke uitwisseling van agent naar agent die die doet.
Waarom een gedeeld serviceaccount niet goed genoeg is voor agenten
Eén serviceaccount gedeeld over een vloot agenten oogt handig totdat er iets misgaat. Het verleent elke agent erachter dezelfde brede toegang, zodat het indammen van één gecompromitteerde of ontsporende agent betekent dat u de credential voor allemaal tegelijk intrekt. Erger nog: een gedeelde credential maakt agenten niet te onderscheiden in uw logs — u ziet dat "het serviceaccount" handelde, niet welke agent, op welke taak, of onder wiens gezag die opereerde. Onderscheiden identiteiten zijn wat least privilege en een schone incidentrespons überhaupt mogelijk maakt.
Geen controle over de blast radius — Een gedeelde credential geeft elke agent erachter dezelfde brede toegang, zodat één gecompromitteerde of ontsporende agent alles blootlegt wat de andere kunnen bereiken.
Niet te onderscheiden actoren — Wanneer tien agenten één account delen, vertelt een logregel u dat de credential handelde — niet welke agent, op welke taak, of onder wiens gezag.
Least privilege wordt onmogelijk — U kunt rechten niet afbakenen op de taak van één agent als dezelfde credential ook door elke andere agent in de vloot wordt gebruikt.
Intrekken raakt iedereen — Een gedeeld account uitschakelen om één ontspoorde agent in te dammen legt elke andere agent die ervan afhangt plat.
Elke actie herleidbaar tot een identiteit en een afbakening
U kunt de acties van een agent niet auditeren of beheren als die niet te onderscheiden is van een gedeelde credential. Omdat elke agent handelt onder een eigen identiteit en een afbakening die voor die specifieke taak is geautoriseerd, landt elke actie in het audit trail toewijsbaar aan een echte actor — welke agent, wat die deed, en wie of wat het autoriseerde. Dat is de traceerbaarheid op actorniveau die de verplichtingen van de EU AI-verordening en interne governancebeoordelingen verwachten, en het maakt van "een agent deed iets fout" geen forensisch doodlopend spoor meer, maar een precieze intrekking van één identiteit.
Onveranderlijk audit trail — Elke actie die een agent onderneemt wordt gelogd op zijn eigen identiteit, de afbakening waaronder die handelde, en de mens of workflow die het autoriseerde.
Bewijs klaar voor de EU AI-verordening — Onderscheiden agentidentiteiten geven auditors de traceerbaarheid op actorniveau die de verplichtingen van de AI-verordening voor risicovolle en AI-systemen voor algemene doeleinden verwachten.
Zero-trust voor agenten — Continue autorisatie per actie vervangt permanente brede toegang, zodat een gecompromitteerde agent niet stilletjes kan uitbreiden wat die kan raken.
Snelle, precieze incidentrespons — Wanneer er iets misgaat, kunt u precies de identiteit van één agent isoleren en intrekken — zonder de toegang van enige andere agent te raken.
Veelgestelde vragen
Wat is AI-agentidentiteit?+
Waarom kunnen agenten niet gewoon een serviceaccount delen?+
Hoe worden agentrechten afgebakend?+
Hoe werkt agentidentiteit samen met A2A en MCP?+
Helpt agentidentiteit bij naleving van de EU AI-verordening?+
Vervangt dit identiteits- en toegangsbeheer voor mensen?+
Ontdek het platform
Schrijft u liever? Mail naar hello [at] scrydon.com en wij nemen contact met u op.
Partners
