Životný cyklus agenta AI: registrácia, vlastník, oprávnenia, monitorovanie a odvolanie prístupu

Identita agenta AI by nikdy nemala byť vytvorená raz a potom zabudnutý. Autonómne agenti vyvíjajú cez prompty, modely, nástroje, prístup k údajom, majitelia, poverovacie prvky, prostredie nasadenia, rizikové postavenie, a obchodný účel. Statické inventár nestačí na to, aby sa táto zmena bezpečne.

Protokol o agentskej identite (AIP) poskytuje model riadenia životného cyklu, ktorý spája každého samostatného agenta s trvalou ID agenta, zodpovedným vlastníctvom, schváleným účelom, s rozsahom povolenia, kontrol, osvedčení, životného cyklu a trvalými dôkazmi.

Kompletný životný cyklus identity agenta AI zahŕňa objav, registráciu, priradenie vlastníctva, účel a vymedzenie rizika, návrh rozsahu, vierohodné záväzné, aktiváciu, monitorovanie behúňa, pravidelné preskúmanie, modifikáciu, kvalifikovanú rotáciu, pozastavenie, zrušenie, odchod do dôchodku a uchovávanie dôkazov.

AIP nenahrádza IAM ani pracovnú identitu. IAM, OAuth, servisné účty, certifikáty a pracovné zaťaženie stále autentifikujú technické predmety a umožňujú prístup. AIP spája tieto mechanizmy s konkrétnym autonómnym agentom, jeho vlastníkom, účelom, politikou bežeckého času a auditovateľnou históriou.

Tradičné naboardovanie na palube často vyzerá lineárne: vytvoriť aplikáciu, vydať osvedčenia, grantový prístup a nasadiť ho. Tento model je už v prípade mnohých pracovných miest neúplný. Je krehkejšie, keď sa uplatňuje na autonómnych agentov, ktorí dokážu interpretovať ciele prirodzeného jazyka, dynamicky vyberať nástroje, kombinovať údaje z viacerých systémov, delegovať prácu a prijímať viacstupňové akcie, ktoré neboli ťažko kódované jeden po druhom.

Funkčná identita agenta preto závisí od viac ako len od dôveryhodnosti, ktorá je spojená so žiadosťou. Podnik musí vedieť, ktorý zástupca koná, kto ho vlastní, aký účel je schválený, ktorá verzia beží, ktoré nástroje a údaje sú v rozsahu, ktoré akcie vyžadujú schválenie, ktoré vierohodné koná v jeho mene, či už riziko zmenila sa a aké dôkazy existujú pre predchádzajúce konanie a zmeny životného cyklu.

Tento rámec životného cyklu je v súlade s Rámec riadenia rizík NIST AI 1.0, ktorý sa zaoberá AI riadenie rizík ako prebiehajúci organizačný proces, a s OWASP Generative AI Security Project, ktorý zdôrazňuje riziká vytvorené pomocou nástrojov, nadmerné agentúry, zneužívanie identity, a viacstupňové autonómne správanie.

Zrelý životný cyklus AIP oddeľuje tri prepojené vrstvy. Záznam totožnosti zachytáva trvalý opis agenta: agent ID, vlastník, účel, životné prostredie, stupeň rizika, verzia, a stav životného cyklu. V rámci prístupových a exekučných väzieb sa zachytávajú technické mechanizmy, prostredníctvom ktorých agent pôsobí: servisné účty, identity pracovnej záťaže, klienti OAuth, kľúče API, certifikáty, MCP autorizácia, A2A autentifikácia a rozsahy nástrojov. Vrstva dôkazov o riadení zachytáva záznamy dokazujúce, ako bola totožnosť spravovaná v priebehu času.

Životný cyklus nie je len kontrolný zoznam. Zmeny v jednej vrstve by mali vyvolať aktualizácie v ostatných. Nový nástroj môže zmeniť riziko a povolenia. Nový majiteľ vyžaduje preskúmanie prevodu. Zmena modelu môže vyžadovať testovanie a opätovné schválenie. Dôverné kompromis môže vyžadovať okamžitú rotáciu alebo zrušenie. Prechod z testu na zmeny výroby vplyv, schválenia, a očakávania dôkazov.

Základné definície produktovej vrstvy AIP nájdete v dokumente Strana protokolu agentickej identity.

Prvý problém životného cyklu často nie je registrácia. Je to viditeľnosť. Podniky už môžu mať autonómne alebo poloautonómne agenti beží bez centrálneho inventára: interné kopiloty s prístupom k nástroju, plánované pracovné postupy pomocou LLM úvahy, SaaS agenti, MCP klienti a servery, A2A-kompatibilné vzdialené agenti , prehliadač automatizácie roboty, a skripty, ktoré vyberajú akcie dynamicky.

Neobmedzujte objavovanie na systémy, ktoré sa výslovne nazývajú agenti. Pracovné postupy môžu fungovať ako agent, aj keď je interný názov asistent, kopilot, automatizácia, integrácia alebo bežec pracovných postupov.

Discovery by mali odpovedať na praktické otázky: Vyberá systém ciele, nástroje, prístup k údajom o podnikoch, funguje bez individuálneho potvrdenia, komunikuje s inými agentmi alebo koná prostredníctvom zdieľaných technických osvedčení?

Dôkazy vytvorené v tejto fáze by mali zahŕňať zdroj objavu, pozorovanú technickú identitu, systémy, ktorých sa dotýkajú, dočasného vlastníka, životné prostredie, časovú pečiatku a prioritu nápravy. Ak je objav preskočený, neznámi agenti zostávajú mimo vlastníctva, kontroly prístupu, monitorovania a procesov zrušenia.

Registrácia vytvára trvalý záznam totožnosti, okolo ktorého sa riadi zvyšok životného cyklu. Každý jednotlivý výrobný agent by mal dostať jedinečné ID agenta, ale nový identifikátor agenta by nemal byť vytvorený pre každý kontajner, reláciu, hostiteľa, alebo rutinné rotácie kľúča.

Prinajmenšom by registrácia mala obsahovať trvalé identifikačné číslo agenta, čitateľné ľudským menom, verziu implementácie, organizáciu alebo obchodnú jednotku, životné prostredie, zodpovedného hlavného zodpovedného, zamýšľaného účelu, model alebo modelovú rodinu, miesto nasadenia, stav životného cyklu, prepojený systém a odkazy na duplicitné údaje.

Pri registračných postupoch by sa malo rozlišovať medzi novým agentom, novým inštanciou nasadenia, novou verziou, náhradou existujúceho agenta a dočasným vykonaním existujúcej identity. Trvalá identita môže mať mnoho prípadov bežania, pokiaľ tieto prípady zostávajú priradené k rovnakému agentovi ID.

Verzia časti identity, ktorá sa mení: verzia implementácie, verzia modelu, promptná verzia, verzia politiky, manifest nástroja, autorizácia a verzia hodnotenia rizík. To robí neskoršie vyšetrovanie rekonštruovateľné skôr ako anekdotal.

Žiadna výroba AI agent by mal existovať bez zodpovedného vlastníka. Vlastníctvo musí byť funkčné, nie slávnostné. Zoznam širokého oddelenia, ako je IT alebo Inovácia je zvyčajne nedostatočné.

Zrelý záznam totožnosti by mal oddeliť vlastníka podniku, technického vlastníka, bezpečnostného alebo riadiaceho správcu a záložného vlastníka. Vlastník podniku je zodpovedný za to, prečo agent existuje a či prípad použitia zostáva odôvodnený. Technický vlastník je zodpovedný za implementáciu, nasadenie, integráciu a nápravu incidentov. Majiteľ bezpečnosti alebo riadenia dohliada na klasifikáciu rizík, hranice povolenia a na výnimky z kontroly. Zálohový vlastník pokrýva kontinuitu, keď primárny vlastník chýba.

Prevod vlastníctva by sa nemal nikdy riešiť tichou zmenou registra. Prevod by mal overiť, či nový vlastník chápe účel a riziká, že povolenia sú stále potrebné, že bývalý vlastník-kontrolované osvedčenia sú nahradené, keď je to potrebné, aby sa preradili nevybavené incidenty a schválenia a že odchádzajúci vlastník stráca administratívnu kontrolu.

Ak vlastník opustí spoločnosť a zodpovednosť nie je okamžite prevelená, agent by mal byť pozastavený, obmedzený na nízkorizikové operácie čítania alebo umiestnený pod schváleného záložného vlastníka. Výrobný zástupca by nemal pokračovať vo vysokom dosahu činnosti s neaktívnym vlastníkom.

Identita musí odpovedať nielen na to, kto je agentom, ale aj prečo je možné ju prevádzkovať. Účelové vyhlásenia by mali byť dostatočne úzke na to aby usmerňovali rozhodnutia o povolení a politike. "Pomôžte finančnému tímu" je slabý. "Stiahnite schválené fakturačné záznamy, identifikovať oneskorené účty, návrhy pripomienok zákazníkov a vytvoriť následné úlohy CRM pre preskúmanie" je prevádzkovo užitočné.

Záznam by mal tiež zachytávať zakázané účely. Napríklad, ten istý finančný agent môže byť zakázané schvaľovať platby, meniť bankové údaje, robiť úverové rozhodnutia, alebo prístup k mzdovým údajom.

Klasifikácia rizík by mala zohľadňovať úroveň autonómie, dotknutých používateľov, citlivosť údajov, schopnosť zápisu alebo vymazania, finančný vplyv, právny vplyv, vonkajšiu komunikáciu, schopnosť zaviesť kód, schopnosť iniciovať transakcie, medziorganizačnú prevádzku, delegovanie na iných agentov a reverzibilitu opatrení.

Praktický model autonómie môže rozlišovať poradenstvo, písanie, výkon pod dohľadom, ohraničenú autonómiu a vysokú nezávislosť. Úroveň autonómie je určená kombináciou správania modelu, nástrojov, povolení, logiky schvaľovania a kontextu nasadenia, nielen pod názvom modelu.

Agent by nemal dostať jeden široký povolený status. Rozsah by mal byť rozdelený medzi systémy, nástroje, údaje, akcie, prahové hodnoty, a schválenia. To zahŕňa, ktoré prostredia agenta môže dosiahnuť, ktoré funkcie môže vyvolať, ktoré triedy dát môže použiť, ktoré akcie sú čítateľné len, ktoré sú písané, ktoré vyžadujú schválenie, a ktoré sú trvalo blokované.

Tento model rozsahu by mal zostať v súlade s názorom AIP vypracovaným v rámci Povolenie AI agent: Ako na rozsah, čo autonómnych agentov môže prístup a robiť. Dôvernosť môže byť rovnaká, ale sprostredkovateľské povolenie otázka je vždy akčná-uvedomenie: čo môže tento konkrétny agent robiť v tomto konkrétnom kontexte, pre tento schválený účel, v rámci tejto aktívnej politiky?

AIP skôr dopĺňa identitu pracovnej záťaže ako ju nahrádza. Ďalšou úlohou počas životného cyklu je mapovať ID agenta na technické identity a poverovacie listiny, prostredníctvom ktorých agent skutočne pôsobí: servisné účty, identity pracovnej záťaže, OAuth klienti, API kľúče, certifikáty, žetóny, MCP autorizačné kontexty, a A2A vyhlásenia o dôvere.

Kľúčovou kontrolou je priradenie. Dôverné by nemal plávať okolo životného prostredia bez trvalého odkazu späť na agent ID, vlastník, účel, rozsah, a životný cyklus stav. Toto mapovanie sa stáva obzvlášť dôležité, keď rovnaká infraštruktúra hostí viac agentov alebo keď niekoľko bežeckých komponentov zdieľa realizáciu inštalatérstvo.

Táto vrstva by mala tiež dokumentovať úschovu, skladovanie, vypršanie, očakávania rotácie, delegovaný následný prístup a núdzové spôsoby zrušenia. Constellation name (optional) je užitočným referenčným materiálom pre identifikáciu pracovného zaťaženia a Povolenie k vzorovému protokolu o kontexte je užitočný, ak chránené servery MCP sú súčasťou prevádzkovej cesty.

Pred aktiváciou by mal podnik overiť, či sú záznamy o totožnosti, vlastníctvo, rozsah, kontroly, monitorovanie a núdzové cesty skutočne pripravené. Schválenie nie je len formalitou právneho alebo riadiaceho systému. Je to prechodné miesto, v ktorom je registrovaná identita povolená konať v živom prostredí.

Aktivácia by mala potvrdiť bezpečnostné testovanie, povolené a odmietnuté akčné cesty, rýchle vstrekovanie a scenáre zneužívania nástrojov, správanie pri poruche, odhlásenie času, vlastníctvo upozornenia, schvaľovacie toky a pripravenosť kill-switchu. Vysoko-vplyvné činidlá by nemali dosiahnuť produkciu bez preukázania, že obmedzenie a pozastavenie cesty pracovať mimo agenta rozumovej slučky.

Po schválení aktivácia prenáša identitu do aktívneho životného cyklu s konkrétnou verziou. Táto aktivačná udalosť by mala byť sama o sebe nositeľom dôkazov.

Po aktivácii, životný cyklus sa stáva kontinuálne. Sledovanie Runtime by malo zachytávať ID agenta, vlastníka, vyvolanie užívateľa alebo systému, volania na nástroje, dátové triedy prístup, politické rozhodnutia, upozornenia, schválenia, popieranie, delegácie udalosti, a zmysluplné výsledky realizácie. Pozorovateľnosť agenta AI ide hlbšie na telemetriu za touto požiadavkou.

Pravidelné preskúmania by mali potvrdiť vlastníka, účel, stupeň rizika, povolenia, poverovacie práva a postoj závislosti. Vecné zmeny by mali skôr vyvolať event-based preskúmanie, než čakať na pripomenutie kalendára. Typické spúšťacie prvky zahŕňajú nové nástroje, zmeny modelu, rýchle zmeny, zmeny vlastníka, migrácie produkcie, nové citlivosť dát, incidenty, alebo dlhú nečinnosť.

Zmena by mala zachovať históriu. Rozšírenie povolenia, zníženie rozsahu, rýchle revízie, zmeny nástrojov, zmeny politiky, zmeny vlastníctva, a modelové swapy by mali vytvoriť verziované diffy a jasný dôkaz o tom, kto schválil čo a kedy.

Rutinná rotácia by mala nahradiť poverovacie listiny pri zachovaní trvalého agenta ID a historického záväzného záznamu. Rotácia je úloha údržby počas životného cyklu, nie zvyčajne dôvod na vytvorenie novej identity.

Pozastavenie je dočasný limitný stav. Je užitočné pre vyšetrovanie, monitorovanie zlyhaní, medzery vo vlastníctve, opakované porušovanie politiky, podozrenie na kompromis, alebo obchodné prestávky. Pozastavený agent by mal zachovať identitu a dôkazy pri blokovaní alebo silno obmedzujú ďalšie kroky.

Odvolanie je silnejšie. Malo by zrušiť platnosť osvedčení, odmietnuť nové overenie, ukončiť aktívne sedenia, zakázať volania na nástroje, odstrániť úlohy, zrušiť akcie v čakacom rade a zrušiť následné delegácie. Odvolanie odstraňuje technický orgán na prevádzku.

Vylúčenie je administratívne uzavretie životného cyklu po odstránení prístupu, archivovanie dôkazov a zdokumentovanie rozhodnutí o výmene alebo zadržaní. ID agenta vo výslužbe by sa nikdy nemali recyklovať. Náhradní agenti by mali získať nové identity.

Zachovanie dôkazov je posledná fáza, ale musí byť navrhnuté od začiatku. Podnik by mal ponechať dostatok chránených dôkazov na rekonštrukciu identity, vlastníctva, konfigurácie, schválenia, rozhodnutia o chode, zmeny, incidenty a zrušenie histórie. Tento dôkaz by mal byť primeraný právnym, zmluvným, bezpečnostným a súkromným požiadavkám.

V niektorých prostrediach, surový citlivý obsah môže byť potrebné minimalizovať alebo nahradiť chránené metaúdaje, hašé, alebo podpísané súhrny. Cieľom nie je udržať všetko navždy. Cieľom je udržať dostatok dôveryhodnej histórie, že audity, recenzie, a vyšetrovania sú naďalej možné po tom, čo agent prestane fungovať.

[] Všetky vývoj, výroba, SaaS, MCP, A2A, a plánovaní agenti boli vynájdené.

Každý výrobný agent má jedinečné trvalé ID agenta.

[] menovaný majiteľ podniku, technický vlastník, a záložné majiteľ existujú.

Plánované a zakázané účely sú zdokumentované.

Povolené systémy, nástroje, údaje, akcie, prahové hodnoty a schválenia sú explicitné.

Každý technický kredit je zmapovaný späť na ID agenta.

Vyhovujúce- vstrekovanie, nástroj- nesprávne použitie, a scenáre zlyhania- správanie boli testované.

[] Runtime akcie zahŕňajú agent ID a politické súvislosti.

Vecné zmeny skôr podnietia preskúmanie ako obídenie riadenia.

Pozastavenie, zrušenie, odchod do dôchodku, a cesty uchovávania dôkazov sú zdokumentované a testované.

Ako spravovať ID agenta AI? Správa ako životný cyklus, skôr než statické vierohodné. Objavte agenta, zaregistrovať trvalé agent ID, prideliť vlastníkov, definovať účel a riziko, rozsah povolenia, viazanie osvedčení, schváliť aktiváciu, monitorovanie behu správanie, zmeny kontroly, otáčať osvedčenia, a poskytnúť pozastavenie, zrušenie, odchod, a dôkazy-retenčné procesy.

Ako zaregistrovať autonómne AI agenta? Vytvorte trvalý záznam totožnosti obsahujúci agent ID, meno, verzia, zodpovedný vlastník, organizácia, účel, životné prostredie, model, stupeň rizika, životný cyklus stav, a príslušné metaúdaje. Potom pripojiť, že agent ID k pracovnej pracovnej identity a poverenia, prostredníctvom ktorých agent pôsobí.

Kto by mal vlastniť agenta AI? Každý výrobný agent by mal mať menovaného obchodného vlastníka a technického vlastníka. Vysokorizikoví agenti by mali mať aj vlastníka zabezpečenia alebo riadenia a záložného vlastníka.

Kedy by sa mali preskúmať povolenia AI agenta? Pravidelne ich prehodnocujte podľa rizika a kedykoľvek sa vyskytne materiálna udalosť životného cyklu, ako je nový nástroj, zmena modelu, rýchla zmena, zmena vlastníka, migrácia výroby, incident, rozšírenie povolenia alebo dlhá nečinnosť.

Ako striedate osvedčenie agenta AI? Vydajte náhradnú kredit, aktualizovať väzbu medzi kreditom a pretrvávajúcim agentom ID, zrušiť predchádzajúcu kreditáciu, overiť úspešnú operáciu a zachovať rotačnú históriu ako dôkaz. Rutinná rotácia by nemala normálne vyžadovať nový agent ID.

Ako odvolať autonómneho agenta? Označte agenta ako zrušený, zrušiť všetky osvedčenia, odmietnuť nové overenie, ukončiť aktívne sedenia, zakázať volania na nástroje, odstrániť úlohy, zrušiť frontové akcie, a zrušiť nadväzujúce delegácie pri zachovaní dôkazov pre vyšetrovanie a audit.

Čo sa stane, keď vlastník agenta AI opustí spoločnosť? Prevod vlastníctva prostredníctvom zdokumentovaného preskúmania, opätovné povolenia, nahradiť osvedčenia kontrolované bývalým vlastníkom, ak je to vhodné, a pozastaviť činnosť s vysokým dosahom, kým sa neobnoví zodpovedné vlastníctvo.

Kedy by mal byť agent AI pozastavený? Zastavte agenta počas vyšetrovania, podozrenie na vierohodný kompromis, vlastnícke medzery, opakované porušovanie politiky, zlyhanie monitorovania, neschválené materiálne zmeny, business pauch, alebo predĺžená nečinnosť.

Aký je rozdiel medzi zrušením a odchodom do dôchodku? Odvolanie odstraňuje technickú autoritu a prístup. Odchod administratívne uzatvára životný cyklus po odstránení prístupu, dôkazy boli archivované a rozhodnutia o nahradení alebo ponechaní boli zdokumentované.

Nahrádza AIP IAM alebo pracovnú identitu? Nie. IAM a pracovná schopnosť identity autentifikujú a schvaľujú technické predmety. AIP spája tieto subjekty s pretrvávajúcou identitou autonómneho agenta, vlastníkom, účelom, rozsahom, životným cyklom a akčnými dôkazmi.

Rámec riadenia rizík NIST AI 1.0

OWASP Generative AI Security Project

Vstup do modelového kontextového protokolu

Povolenie k vzorovému protokolu o kontexte

Dokumentácia protokolu A2A

Prehľad SPIFFE

Strana protokolu agentickej identity

ID agent ID vs Identita stroja

Povolenie AI agent: Ako na rozsah, čo autonómnych agentov môže prístup a robiť

Pozorovateľnosť agenta AI