RSA Agent ID zadrži tvegano dejanje, dokler ga ne potrdi človek

RSA je 7. oktobra 2026 na konferenci World Summit AI v Amsterdamu v objavi o RSA Agent ID predstavil platformo za nadzor agentov umetne inteligence; Jim Taylor, predsednik RSA in vodja produktov ter strategije, je vrzel pri njihovem upravljanju opisal z besedami »no registration, no owner, no accountability«. Po napovedani zasnovi se izbrani tvegani klic orodja zadrži, dokler ga ne odobri imenovana in overjena oseba.

Gre za napoved, ne za splošno dostopen izdelek. Pregled AgentAction navaja, da je splošna dostopnost modulov Discover in Secure predvidena za 16. november 2026, modula Govern pa za prvo polovico leta 2027. Za finančne ustanove, javni sektor in druge strogo regulirane organizacije je bistvena povezava med popisom agentov, odgovornim človekom in odločitvijo o konkretnem dejanju.

Od odkritega agenta do odobritve dejanja

Discover je zasnovan za iskanje agentov in strežnikov MCP v virih identitet, oblaka, končnih naprav in prehodov. Zajel naj bi tudi agente, ki niso bili uradno evidentirani. Vsakega najdenega agenta nato vpiše v register z imenovanim človeškim lastnikom, stopnjo tveganja in stanjem v življenjskem ciklu. Povezava z obstoječim ponudnikom identitet organizaciji omogoča, da agenta obravnava kot določljivo identiteto.

Secure prevzame drugo nalogo. Ko agent zahteva uporabo orodja, prehod AI/MCP preveri klic glede na pravilo organizacije. To je lahko določeno za posamezno orodje in argumente klica, zato lahko razlikuje med vrstami dejanj, ki jih agent zahteva od istega orodja. Če je za dejanje zahtevana človeška odobritev, klic počaka; imenovani operater se overi in ga potrdi po ločenem kanalu s poverilnico, odporno proti lažnemu predstavljanju.

Nakazilo je primer dejanja, za katero bi finančna ustanova lahko zahtevala tako odobritev. Pri tem je pomembno, kdo določi pravilo: organizacija izbere, katera dejanja šteje za visoko tvegana. Register pokaže, kdo je odgovoren za agenta, odločitev na prehodu pa se nanaša na njegov konkretni poskus uporabe orodja. Če se dostop agenta ob koncu njegove uporabe prekliče, se s tem zaključi tudi njegova možnost nadaljnjega delovanja po tej poti.

Prehod določa, katere klice je mogoče zadržati

Nadzor deluje na klicih, ki dejansko potujejo skozi prehod AI/MCP. Prehod lahko po napovedani zasnovi gosti RSA ali ga organizacija namesti v svoje okolje. Kadar ga gosti sama, se odločitev o dovoljenju sprejme v njenem okolju; tam nastanejo tudi dokazila o izvrševanju pravil, ki jih lahko posreduje v svoj sistem SIEM. Izbira mesta namestitve je zato pomembna za nadzor nad odločitvijo in revizijsko sledjo.

Meja te arhitekture je pot do orodja. Če agent isto orodje doseže mimo prehoda, pravilo na prehodu tega klica ne more zadržati. Tudi odkritje agenta samo po sebi še ne pomeni, da so vse njegove poti do orodij vključene v izvrševanje pravil. Popis in prestrezanje klicev sta povezana dela zasnove, vendar zahtevata različne vire podatkov in različne povezave z okoljem organizacije.

Analiza OpenKedge pri RSA Agent ID izpostavlja preverjanje na ravni orodja in argumentov, hkrati pa opozarja, da argumenti opisujejo zahtevani klic, ne nujno vseh nadaljnjih sprememb v ciljnem sistemu. Odobritev klica zato pove, kdo je dovolil poskus dejanja po določeni poti; dejanski izid v zunanjem sistemu je ločeno vprašanje. Pri plačilu je denimo smiselno razlikovati med odobritvijo zahteve za nakazilo in potrditvijo, da je plačilni sistem nakazilo izvedel.

Kaj pomenijo dokazila za DORA in ISO/IEC 42001

Za organizacijo, ki nadzor agentov povezuje z DORA ali ISO/IEC 42001, je uporabna sled od agenta do odobrenega ali zavrnjenega dejanja. RSA za zasnovo napoveduje zapisovanje dejanj, ki jih obravnava prehod, in povezavo z odgovorno osebo. Preslikava takih zapisov v okvir upravljanja pa je odvisna od tega, ali so v konkretnem okolju zajeti pravi agenti, pravila, potrjevalci in izidi.

Dokazni preizkus lahko sledi enemu dovoljenemu in enemu zadržanemu klicu. Pri vsakem mora biti mogoče ugotoviti, kateri agent je zahteval katero orodje, s kakšnimi argumenti, katero pravilo je veljalo in kdo je sprejel odločitev. Pomembno je tudi, ali se povezava med temi podatki ohrani po prenosu v obstoječi nadzorni sistem; nepovezani zapisi bi otežili obnovitev zaporedja dogodkov.

• Odgovornost: ali ima zaznani agent veljavnega človeškega lastnika in ali je razvidna sprememba lastništva?
• Izvrševanje pravila: ali se klic ustavi pred uporabo orodja, kadar manjka zahtevana odobritev?
• Revizijska sled: ali zapis poveže agenta, pravilo, overjenega potrjevalca in končni izid obravnavanega klica?

Tak seznam je merilo za presojo konkretne namestitve, ne potrdilo skladnosti izdelka. Posebej pomemben je pri orodjih, ki spreminjajo stanje v drugih sistemih: zapis o odobritvi na prehodu mora biti mogoče povezati z zapisom o tem, kaj se je nato zgodilo pri ciljnem orodju.

Kaj je še napovedano

Discover in Secure sta modula, predvidena za bližnjo splošno izdajo. Govern naj bi pozneje dodal stalno potrjevanje agentov, preglede dostopa glede na tveganje in avtomatizacijo njihovega življenjskega cikla. Te naloge zato ne sodijo med funkcije, katerih splošna dostopnost je napovedana skupaj s prvima moduloma.

Razlika je pomembna tudi za pričakovanja glede celotne namestitve. Prehod v okolju organizacije lahko sprejema odločitve o klicih na mestu, kjer teče, vendar s tem še ni pojasnjeno, kako bodo v posamezni namestitvi urejeni vsi viri za odkrivanje agentov, upravljanje pravil in povezovanje dokazil. Ob začetku splošne dostopnosti Discover in Secure bo odločilno, ali je mogoče na dejanski poti med agentom in orodjem pokazati zadržan klic, overitev odgovorne osebe in sled odločitve.

Preberite tudi:

• UiPath Cartographer riše procese iz pogovorov, toda vsako spremembo potrdi človek
• Ponovni poskus agenta lahko podvoji dejanje: zaščitite stranske učinke
• Reka Rho-1 združuje besedilo, video in dejanja v enem modelu