Agentische AI-beveiliging: identiteitsgerichte controlemechanismen voor autonome agenten

Een autonome agent met te veel toegang heeft geen gestolen wachtwoord nodig. Het heeft alleen een taak, een set hulpmiddelen en niemand die in de gaten houdt wat het ermee doet nodig.

Volgens het IBM Cost of a Data Breach Report 2025, zoals aangehaald in het onderzoek van Entrust naar de beveiliging van AI-agenten, misten organisaties die het afgelopen jaar een beveiligingsincident met betrekking tot AI hebben meegemaakt in 97% van de gevallen essentiële toegangscontroles voor AI. Dit cijfer vat de kern van het probleem goed samen: de beveiliging van AI-agenten is in de eerste plaats een identiteitsprobleem, en pas daarna een modelprobleem.

Encryption Consulting heeft de mechanismen van dat identiteitsprobleem al eerder behandeld, in onze gids voor agentische AI-beveiliging in het Education Center en in AI Agent Governance Starts With Machine Identity . Dit artikel stelt echter een vraag vanuit het perspectief van de koper: wat bedoelen Entrust en Encryption Consulting nu precies met "identiteitsgericht" en welke maatregelen moet een beveiligingsteam nemen, ongeacht welke terminologie de voorkeur heeft?

Key Takeaways

• Entrust en Encryption Consulting benaderen de beveiliging van AI-agenten beide vanuit een identiteitsperspectief, maar ze leggen de nadruk op verschillende lagen: beleid en autonomieniveaus (Entrust) en volledig certificaatlevenscyclusbeheer gekoppeld aan PKI (Encryption Consulting).
• Vijf identiteitsgerichte controles komen in beide benaderingen terug: verifieerbare identiteit per agent, afgebakende autorisatie, cryptografisch bewijs van actie, levenscyclusbeheer en continue controleerbaarheid.
• Statische API-sleutels en gedeelde inloggegevens zijn het zwakke punt dat elke leverancier noemt. Certificaten en kortstondige tokens worden algemeen aanbevolen.
• De onderstaande vergelijkingstabel geeft een overzicht van de identiteitsbasis, het autorisatiemodel, het type inloggegevens, het levenscyclusbeheer en het auditspoor voor elke aanpak.
• Een benoemd framework is niet hetzelfde als een besturingssysteem. CertSecure Manager en PKI-as-a-Service zetten identiteitsgerichte controles om in geautomatiseerde uitgifte, rotatie en intrekking op agentniveau.

Waarom alle leveranciers zich richten op identiteitsbeheer

AI-agenten zijn geen chatbots die vragen beantwoorden en dan stoppen. Ze roepen API's aan, raadplegen databases, activeren workflows en dragen taken over aan andere agenten, en elk van die stappen heeft reële gevolgen. Entrust beschrijft de resulterende kwetsbaarheid als een "cumulatieve explosieradius": een fout of een gemanipuleerde instructie blijft niet beperkt tot één systeem, maar verspreidt zich over elke tool en elk platform dat de agent kan bereiken. IDC voorspelt dat 45% van de organisaties binnen vijf jaar AI-agenten zal inzetten voor hun kernactiviteiten, wat betekent dat de explosieradius toeneemt terwijl de governance nog steeds achterloopt.

Entrust pakt dit aan met een autonomiespectrum: vijf niveaus, van alleen-lezen toegang, via aanbeveling en door mensen goedgekeurde uitvoering, tot vertraagde en volledig autonome werking, elk met een eigen risicoprofiel en vereiste controles. Dat is een beleidsmatige oplossing voor een reëel probleem. Het laat echter nog steeds de operationele vraag open hoe dat beleid daadwerkelijk wordt afgedwongen op het niveau van de authenticatiegegevens, en dat is waar de aanpak van Encryption Consulting begint.

Hoe Entrust en Encryption Consulting de beveiliging van agentische AI ​​aanpakken

De onderstaande tabel vergelijkt de door elke leverancier gepubliceerde standpunten over de beveiliging van AI-agenten, gebaseerd op hun huidige openbare content in plaats van op beweringen over functies die we niet kunnen verifiëren.

Afmeting	Toevertrouwen	Encryptie Consulting
Identiteitsstichting	PKI en geheimbeheer koppelen elke agent aan een unieke, cryptografisch verifieerbare identiteit.	X.509-certificaten uitgegeven door een beheerde PKI, via PKI-as-a-Service of een bestaande bedrijfs-CA, dezelfde vertrouwensbasis die al wordt gebruikt voor workloads en apparaten.
Autorisatiemodel	Contextueel beleid gekoppeld aan een autonomiespectrum met vijf niveaus, van alleen-lezen tot volledig autonome uitvoering.	Het principe van minimale bevoegdheden is gekoppeld aan een individuele eigenaar en taak, niet aan een gedeeld serviceaccount.
Referentietype	Aan elke agent wordt een aparte identiteit toegekend, gekoppeld aan de eigenaar, het doel en de bevoegdheden.	Certificaten met een korte geldigheidsduur en ondertekende actietokens, die automatisch worden geroteerd in plaats van eenmalig uitgegeven en vervolgens vergeten.
Levenscyclus management	Het inrichten, bewaken en intrekken van identiteiten worden gezien als governancefasen binnen een breder identiteitsplatform.	Volledige automatisering van de levenscyclus via CertSecure Manager: ontdekking, uitgifte, rotatie en intrekking voor elke gebruikte CA.
Controle en bewijs	Verantwoording wordt gewaarborgd door middel van bestuurskaders en naleving van beleid.	Ondertekende agentacties plus continue zichtbaarheid van certificaten, zodat elke actie terug te voeren is op een identiteit en een certificaatrecord.
Primaire focus	Bedrijfsbrede identiteitsgovernance voor IT-activiteiten, beveiligingsactiviteiten, DevOps en klantactiviteiten.	Het beheer van de operationele certificaatlevenscyclus, het ontwerp van PKI's en cryptografische ontdekking vormen de basis waarop de infrastructuur voor identiteitsbeheer is gebaseerd.

Lees de rij over het beheer van de levenscyclus van certificaten en de kloof wordt duidelijk. Het benoemen van provisioning, rotatie en intrekking als governancefasen is niet hetzelfde als het automatiseren ervan voor duizenden kortstondige agentidentiteiten. Precies op dat punt bewijst een operationele laag voor certificaatlevenscyclusbeheer zijn waarde.

Vijf identiteitsgerichte controles die elk agentisch AI-programma nodig heeft

Zonder de specifieke terminologie van de leverancier komen dezelfde vijf beheersmaatregelen terug in elke geloofwaardige aanpak voor de beveiliging van AI-agenten, inclusief die van ons. Een organisatie hoeft niet het raamwerk van één leverancier volledig over te nemen om te profiteren van de implementatie van alle vijf.

1. Verifieerbare identiteit per agent

Elke agent heeft een eigen identiteit nodig, die specifiek aan die agent is toegekend en niet is geleend van een persoon of gedeeld door een groep agenten. Een verifieerbare identiteit, meestal een X.509-certificaat of een kortstondig token, stelt een systeem in staat een legitieme agent te onderscheiden van een imitator of een gemanipuleerde kopie van dezelfde taak.

2. Beperkte autorisatie

Identiteit geeft aan wie de agent is. Autorisatie geeft aan waartoe de agent toegang heeft, en deze moet worden beperkt tot de specifieke resources en taken die de agent daadwerkelijk nodig heeft, en niet tot de brede toegang die het bouwen van een agent vereenvoudigt. Een agent met te veel machtigingen verandert een enkele gemanipuleerde prompt in een incident dat veel meer systemen treft dan de taak ooit nodig had.

3. Cryptografisch bewijs van actie

Een verifieerbare identiteit moet ook kunnen bewijzen wat er is gedaan. Handelingen en verzoeken van ondertekenaars koppelen een specifieke, toewijsbare identiteit aan een specifieke handeling, zodat een betwiste of verdachte gebeurtenis kan worden herleid tot de exacte agent en de bijbehorende inloggegevens, in plaats van tot een gedeeld account dat door iedereen had kunnen worden gebruikt.

4. Levenscyclusbeheer

Agentidentiteiten vereisen dezelfde levenscyclusdiscipline als elke andere authenticatiegegevens: provisioning waarbij een eigenaar en een doel worden vastgelegd, automatische rotatie zodat niets lang statisch blijft, en onmiddellijke intrekking zodra een agent wordt uitgefaseerd of zich anders gedraagt ​​dan verwacht. Wanneer dit handmatig wordt beheerd, is dit de eerste controle die achterop raakt naarmate het aantal agents toeneemt.

5. Continue controleerbaarheid

Elke actie van een agent moet leiden tot een identiteit, en elke identiteit moet leiden tot een eigenaar. Die keten zorgt ervoor dat een stapel logbestanden bruikbaar bewijsmateriaal wordt voor een auditor, toezichthouder of incidentbestrijder. Het is de controle die de meeste AI-implementaties pas missen nadat er al iets mis is gegaan.

Waar een raamwerk eindigt en de operationele processen beginnen

Hier zullen we ons standpunt duidelijk uiteenzetten. Het benoemen van de juiste pijlers is noodzakelijk, en Entrust doet dat accuraat. Maar een beleidsraamwerk of een protocolaanbeveling geeft op zichzelf geen certificaat uit, roteert geen sleutel en trekt de toegang niet in om 2 uur 's nachts wanneer een agent zich vreemd begint te gedragen. Iemand moet de PKI nog steeds beheren, en die PKI moet nog steeds gelijke tred houden met het schema van het CA/Browser Forum, dat de maximale geldigheidsduur van publieke TLS-certificaten terugbrengt tot 200 dagen in maart 2026, 100 dagen in maart 2027 en 47 dagen in maart 2029. De meeste frameworks voor agentidentiteit, waaronder SPIFFE/SPIRE en de identiteitsmodellen die grote cloudproviders aanbieden, worden ondersteund door precies dit soort kortstondige X.509-certificaten.

Dat is de laag waar identiteitsgerichte beveiliging werkelijkheid wordt of slechts een dia in een governance-presentatie blijft. Een agentpopulatie die elk kwartaal verdubbelt, heeft een certificaatlevenscyclus nodig die in hetzelfde tempo kan worden uitgegeven, verlengd en ingetrokken, via alle certificeringsinstanties die de organisatie al gebruikt, zonder dat iemand elke aanvraag handmatig hoeft goed te keuren. Dit is de operationele laag die Encryption Consulting bouwt, en het is het onderdeel dat een benoemd framework niet kan vervangen.

Identiteitsgerichte controles in de praktijk brengen

Het omzetten van de vijf bovenstaande besturingselementen in een werkend programma volgt een consistente volgorde, ongeacht welke terminologie van de leverancier een team prefereert:

1. Ontdek alle agenten die al actief zijn. Agents worden aangemaakt binnen SaaS-platforms, cloudservices en programmeertools, vaak zonder dat er ook maar één beveiligingsaspect bij betrokken wordt. Stel de inventaris samen voordat u ook maar één beleidsregel opstelt.
2. Geef elk van hen een unieke, verifieerbare identiteit. Vervang gedeelde API-sleutels en geleende gebruikersgegevens door certificaten of kortstondige tokens die zijn uitgegeven door een beheerde PKI.
3. De bevoegdheid voor het toekennen van bevoegdheden aan de individuele agent en taak. Vermijd het verlenen van toegang via serviceaccounts die langer geldig is dan de specifieke taak waarvoor de agent is gebouwd.
4. Handhaving van de agent. Koppel elk verzoek aan een specifieke authenticatiegegevens, en niet aan een gedeelde identiteit die van iedereen zou kunnen zijn.
5. Automatiseer de levenscyclus. Het rouleren en intrekken van agenten moet gebeuren volgens een schema dat overeenkomt met de snelheid waarmee agenten worden aangemaakt en uitgeschreven, en niet volgens een schema dat overeenkomt met de snelheid waarmee een persoon een ticket in de wachtrij kan verwerken.
6. Continueer met audits. Houd nauwkeurig bij welke agent wat heeft gedaan, wanneer en op basis van welke bevoegdheid, zodat het antwoord paraat is voordat een toezichthouder of een incidentbestrijder erom vraagt.

Hoe encryptieconsultancy kan helpen

De AI Agent Identity-oplossing van Encryption Consulting past deze stappen direct toe: het ontdekken van bestaande agentreferenties, het uitgeven van kortstondige X.509-certificaten per agent, het beperken van de toegang tot een individuele eigenaar in plaats van een gedeeld serviceaccount, het automatiseren van het beheer van de certificaatlevenscyclus en het genereren van ondertekende, controleerbare registraties van wat elke agent heeft gedaan.

CertSecure Manager is de motor achter die oplossing. Het is een leveranciersneutraal platform voor certificaatlevenscyclusbeheer dat de ontdekking, geautomatiseerde uitgifte, rotatie en intrekking van certificaten centraliseert voor zowel openbare als private certificeringsinstanties, ondersteund door ISO/IEC 27001:2022 en SOC 2-gecertificeerde werkwijzen. Wanneer een organisatie de uitgifte-infrastructuur zelf nodig heeft, ontwerpen en beheren onze PKI-services deze, en breidt CBOM Secure de ontdekking uit van certificaten naar het volledige cryptografische landschap waarop een agent-intensieve omgeving vertrouwt.

Gerelateerde artikelen van Encryption Consulting

• Beveiliging van AI-agenten: identiteit en ondertekening voor AI-agenten Dit document behandelt de kerndefinities en -controlemechanismen waarop deze vergelijking is gebaseerd.
• Het beheer van AI-agenten begint met de identiteit van de machine. legt uit waarom identiteit, en niet de promptlaag, de plek is waar agentgovernance daadwerkelijk plaatsvindt.
• Top 10 risico's met betrekking tot niet-menselijke identiteit Dit omvat de bredere risico's die de identiteit van machines met zich meebrengt en die door AI met specifieke agenten worden versterkt.
• Wat is het Model Context Protocol (MCP)? Dit betreft de connectorstandaard waarnaar in deze vergelijking wordt verwezen.
• De identiteitscrisis aan de rand van agentische AI Dit omvat hardware-gebaseerde identiteitsverificatie voor agents die buiten het datacenter draaien.

Conclusie

Alle grote leveranciers zijn het er nu over eens dat de beveiliging van AI-agenten begint met identiteitsbeheer. De verschillen komen naar voren in wat er ná die overeenkomst gebeurt, in de vraag of een organisatie daadwerkelijk agentreferenties kan uitgeven, beheren, rouleren en intrekken in hetzelfde tempo als waarin agents worden aangemaakt en buiten gebruik gesteld. Dat is waar een governance-framework een operationeel programma wordt, en dat is precies wat Encryption Consulting bouwt met CertSecure Manager, PKI Services en PKI-as-a-Service.

Veelgestelde Vragen / FAQ

Hoe verschilt de aanpak van Encryption Consulting op het gebied van beveiliging van AI-agenten van die van Entrust?

Beide bedrijven beschouwen identiteit als de basis van de beveiliging van AI-agenten, maar bouwen op een andere laag voort. Entrust koppelt autonomieniveaus aan governancebeleid. Encryption Consulting bouwt de infrastructuur voor certificaatlevenscyclusbeheer en PKI die de referenties uitgeeft, roteert en intrekt waarop het beleid is gebaseerd, via CertSecure Manager en PKI-as-a-Service.

Wat zijn identiteitsgerichte controlemechanismen voor AI-agenten?

Identiteitsgerichte controles behandelen elke AI-agent als een niet-menselijke identiteit die een eigen verifieerbare authenticatie, afgebakende autorisatie, cryptografisch bewijs van de uitgevoerde acties, levenscyclusbeheer van uitgifte tot intrekking en een continu auditspoor nodig heeft. Het doel is om de acties van een agent identificeerbaar, geautoriseerd en traceerbaar te maken in plaats van anoniem.

Hebben AI-agenten hun eigen certificaten nodig in plaats van API-sleutels?

Ja. Statische API-sleutels zijn gedeelde geheimen die zelden worden gewijzigd en moeilijk aan een specifieke agent kunnen worden gekoppeld. X.509-certificaten of kortstondige tokens geven elke agent een unieke, verifieerbare identiteit die het principe van minimale bevoegdheden, automatische wijziging en een duidelijk auditspoor ondersteunt, dezelfde discipline die al wordt toegepast op workloads en apparaten.

Hoe draagt ​​certificaatlevenscyclusbeheer bij aan de beveiliging van AI-agenten?

Certificaatlevenscyclusbeheer automatiseert de uitgifte, verlenging en intrekking van de referenties die agentidentiteiten ondersteunen. Zonder dit beheer kunnen teams de groeiende populatie agents niet bijbenen, vooral omdat de geldigheidsduur van openbare TLS-certificaten volgens het schema van het CA/Browser Forum tegen 2029 naar 47 dagen daalt. CertSecure Manager past deze automatisering toe op elke certificeringsinstantie die een organisatie gebruikt.

Wat moet een beveiligingsteam evalueren voordat ze kiezen voor een AI-beveiligingsaanpak gericht op agenten?

Kijk verder dan de theoretische kaders en stel jezelf drie operationele vragen: kan de aanpak automatisch een verifieerbare identiteit toekennen aan elke agent, wordt het principe van minimale bevoegdheden afgedwongen op het niveau van de individuele agent in plaats van een gedeeld serviceaccount, en kunnen referenties snel genoeg worden geroteerd en ingetrokken om gelijke tred te houden met de snelheid waarmee agenten worden aangemaakt en buiten gebruik gesteld?