Geen verantwoordelijke eigenaar
Een gedeeld serviceaccount vertelt niet welke agent handelde, of wie daarvoor verantwoordelijk is.
HelixIAM AI Identity · soeverein van opzet
Weet welke agent wat deed, voor wie — en zet hem stil.
Geef elke AI-agent een eigen identiteit met een verantwoordelijke eigenaar en een levenscyclus. Handelt een agent namens een gebruiker, dan staan beide in het token, en wordt zijn bevoegdheid alleen kleiner. Workloads krijgen een identiteit zonder opgeslagen secrets.
Soeverein van opzet · jouw infrastructuur in Europa · jouw sleutels · een Nederlandse leverancier
Verzoek · agent handelt namens alice
POST /realms/acme/oauth2/token grant_type=urn:ietf:params:oauth:grant-type:token-exchange subject_token=eyJ… # alice actor_token=eyJ… # agent: invoice-assistant scope=invoices:read
Uitgegeven access token · gedecodeerd
{
"sub": "alice",
"act": { "sub": "agent:invoice-assistant" },
"scope": "invoices:read",
"aud": "https://api.acme.example/invoices",
"iss": "https://id.acme.example/realms/acme"
}actDe agent staat in elk token; de gebruiker blijft het subject.scopeDe bevoegdheid wordt beperkt tot wat de agent nodig heeft. Nooit ruimer.ownerSchort de agent op en hij krijgt geen nieuwe tokens meer.
Het probleem
Agents draaien op geleende identiteiten.
Gedeelde API-sleutels en gekopieerde gebruikerstokens laten drie vragen open: wie deed dit, voor wie, en hoe stoppen we het zonder al het andere te breken?
Geen opdrachtgever
Hergebruikt een agent het token van een persoon, dan lijkt elke actie van die persoon te komen — met al diens rechten.
Geen veilige noodstop
Een gedeelde sleutel roteren om één agent te stoppen, breekt elk ander systeem dat hem gebruikt.
Zo werkt het
Eigenaar, delegatie, grenzen, noodstop.
- 01
Registreer de agent
Elke agent is een eigen identiteit in een realm, met een verantwoordelijke eigenaar, een doel, eigen rollen en een vervaldatum.
- 02
Delegeer met token exchange
De agent ruilt het token van de gebruiker in voor een nieuw token via standaard OAuth token exchange (RFC 8693):
subis de gebruiker,actde agent. - 03
Beperk de bevoegdheid
De gedelegeerde bevoegdheid is de doorsnede van wat gebruiker en agent mogen, beperkt tot de gevraagde scope en audience. Ze wordt nooit ruimer.
- 04
Controleer en schort op
Agents waarvan de eigenaar is vertrokken, worden gemarkeerd voor controle. Schort een agent op en hij krijgt geen nieuwe tokens; resource servers die introspectie gebruiken, zien dat direct.
Soeverein van opzet
Waarom niet de cloudreuzen?
Microsoft, Okta en Auth0 bieden allemaal identiteit voor AI-agents, en doen dat goed. Ze leveren het als clouddiensten van bedrijven met hoofdkantoor in de VS. HelixIAM geeft je agent-identiteit op je eigen infrastructuur in Europa, met tokens die ondertekend zijn met sleutels die jij beheert.
| Criterium | Clouddiensten voor agent-identiteit | HelixIAM AI Identity |
|---|---|---|
| Producten | Microsoft Entra Agent ID; Okta en Auth0 for AI Agents | HelixIAM, commerciële software van KubeDNA B.V. |
| Waar het draait | Clouddiensten die de leverancier beheert (Auth0 noemt ook een private-deploymentoptie in zijn Enterprise-plan) | Zelfgehost op je eigen infrastructuur: jij kiest waar het draait |
| Leverancier | Bedrijven met hoofdkantoor in de VS | KubeDNA B.V., een Nederlands bedrijf |
Gebaseerd op de openbare documentatie van de leveranciers, bekeken in oktober 2026: Microsoft Entra Agent ID, Okta Agent SSO, Auth0 for AI Agents, Auth0-plannen. Productnamen zijn handelsmerken van hun eigenaren.
Workload-identiteit
Identiteit zonder secrets voor Kubernetes en CI.
Je pods en pipelines hebben al een token dat hun platform ondertekent. HelixIAM controleert het bij de issuer die je vertrouwt en geeft een kortlevend HelixIAM-token terug, gekoppeld aan de rollen van één applicatie. Niets op te slaan, niets te roteren.
- Issuer, subject en audience moeten kloppen met een geregistreerde credential
- Sender-constrained tokens met DPoP
- Tokens met beperkte audience via resource indicators
Verzoek · CI-job toont het token van zijn platform
POST /realms/acme/workload-identity/token grant_type=urn:ietf:params:oauth:grant-type:token-exchange subject_token=eyJ… # signed by the CI platform
Uitgegeven token · gedecodeerd
{
"sub": "service-account-deploy-pipeline",
"realm_access": { "roles": ["deployer"] },
"exp": 1798732800,
"iss": "https://id.acme.example/realms/acme"
}issVertrouwde issuer, subject en audience moeten kloppen, anders wordt het verzoek geweigerd.expKortlevend, gekoppeld aan de rollen van één applicatie.secretNiets op te slaan of te roteren in de pipeline.
Governance
Eén inventaris van alle agents.
Eigenaren, status, gekoppelde applicaties en laatste gebruik in één consolescherm, naast de gebruikers, applicaties en sleutels van dezelfde realm. Elk agent-token dat wordt uitgegeven of geweigerd — direct of gedelegeerd namens een gebruiker — komt in het doorzoekbare auditlog, samen met wijzigingen in de levenscyclus, beheeracties en de uitgifte van workload-tokens, en je kunt het log via HTTPS naar je SIEM streamen.
Gebouwd op standaarden
Klaar voor MCP en de tools die je agents aanroepen.
Protected-resource metadata
Klaar voor MCP: OAuth protected-resource metadata (RFC 9728) vertelt clients van AI-toolservers waar ze tokens halen.
Standaard token exchange
Delegatie gebruikt RFC 8693, dus elke OAuth-bewuste resource server kan de act-claim lezen.
Dynamische clientregistratie
Registreer clients via de standaard-API, met beleid dat de beheerder bepaalt.
Deploymentpatroon
Draait naast de identity provider die je al hebt.
Je hoeft je IdP niet te vervangen. Mensen loggen in zoals vandaag en worden via OpenID Connect of SAML naar HelixIAM doorgekoppeld; HelixIAM beheert de agents en workloads die namens hen handelen, op infrastructuur en sleutels die jij beheert.
- Inloggen via andere OIDC-, SAML- en social providers (brokering)
- Zelfgehost op je Kubernetes met een Helm-chart
- Ondertekeningssleutels in je HSM of Vault / OpenBao
Vragen van platform- en securityteams
Onze identity provider heeft al functies voor agents. Waarom HelixIAM?
Verschillende gehoste identity providers bieden inmiddels agent-identiteit. HelixIAM is er voor teams die dat op hun eigen infrastructuur willen, met hun eigen sleutels, naast workload-identiteit zonder secrets en Europese eID's — en het draait naast je huidige IdP.
Wat gebeurt er met tokens als we een agent opschorten?
De agent krijgt geen nieuwe tokens meer, en resource servers die introspectie gebruiken, zien de opschorting direct. Tokens die API's lokaal valideren, blijven geldig tot hun korte vervaltijd; houd de levensduur van agent-tokens dus kort.
Moeten we zelf hosten?
Ja, HelixIAM draait op je eigen infrastructuur. KubeDNA biedt ondersteuning bij uitrol en beheer, op je eigen of een Europese cloud, met de omvang per contract vastgelegd.
Welke standaarden gebruikt delegatie?
OAuth 2 token exchange (RFC 8693). Het uitgegeven token bevat de gebruiker als
sub en de agent als act.Early access/we nemen nu launch partners aan boord
Zie een agent namens een gebruiker handelen — en stop hem.
Een betaalde pilot op je eigen Kubernetes: een paar echte agents of MCP-toolservers met eigenaar geregistreerd, één gedelegeerde gebruikersreis, identiteit zonder secrets voor één pipeline, een opschortoefening en auditexport naar je SIEM. Daarna een productieplan.