AgentCore Identity: agentų slaptažodžiai keliasi iš promptų
·
AgentCore Identity yra viena iš tų DI temų, kur lengva pasiklysti techniniuose žodžiuose. Aš žiūriu paprasčiau: ką žmogus rytoj darbe darys kitaip?
AWS liepos 29 d. paskelbė, kad AgentCore Identity palaiko Private Key JWT. Skamba kaip saugumo komandos sakinys, kurį norisi praleisti. Bet čia yra labai praktiškas klausimas: kur laikai agento raktus, kai jis pradeda jungtis prie tikrų sistemų?
Atvirai? Man tokiose naujienose visada įdomiausia ne gražiausias pavadinimas. Įdomiausia, kur prasideda realus darbas, reali rizika ir realus sutaupytas laikas.
KAS NUTIKO
Private Key JWT leidžia agentui autentifikuotis pas tapatybės tiekėją su pasirašytu JWT, o ne su bendru OAuth klientų slaptažodžiu. Viešas raktas registruojamas tapatybės sistemoje, privatus raktas lieka AWS KMS. AWS dar parodo, kaip tai matosi CloudTrail įvykiuose.
Man čia primena seną įprotį slaptažodį laikyti užrašų knygutėje. Kol sistema maža, visi sako „ramiai“. Kai prie jos prisijungia dešimt įrankių ir trys agentai, ramiai baigiasi.
KODĖL TAI SVARBU
DI agentų saugumas dabar tampa rimta tema, nes agentai ne tik atsako. Jie jungiasi prie CRM, dokumentų, duomenų bazių, mokėjimų, vidinių įrankių. Vadinasi, jų tapatybė turi būti valdoma taip pat griežtai kaip darbuotojo ar serviso paskyra.
DI jau nebe vien langelis, į kurį įmetame tekstą. Jis jungiasi prie įrankių, skaito dokumentus, kviečia servisus, kartais veikia keliais žingsniais ir pradeda liesti tikrus procesus. Čia romantika baigiasi. Prasideda tvarka.
Ir taip, tvarka skamba nuobodžiai. Bet kai kalba pasisuka apie klientų duomenis, pinigus, sveikatą ar prieigas, nuobodumas staiga tampa privalumu.
KĄ TAI REIŠKIA VERSLUI
Verslui pamoka paprasta: agento raktas nėra smulkmena. Jei jis turi teisę skaityti klientų duomenis ar keisti įrašus, jis turi turėti ribas, rotaciją, logus ir aiškų savininką.
- nelaikyti slaptažodžių promptuose
- atskirti agento teises pagal užduotį
- naudoti trumpalaikius prieigos tokenus
- tikrinti, ar visi agento veiksmai loguojami
Pirmas pratimas labai žemiškas. Susirašyk, kokius raktus šiandien naudoja tavo DI įrankiai. Kur jie saugomi? Kas gali juos pakeisti? Kas pamatys, jei agentas jais pasinaudos naktį?
Jei skamba per paprastai, vadinasi, judame teisinga kryptimi. Geras DI diegimas dažnai atrodo ne kaip fejerverkai, o kaip tvarkingas darbo stalčius.
KUR GALI SKAUDĖTI
Rizika – agentui duoti per plačias teises vien dėl patogaus demo. Demo baigiasi, teisės lieka. Po mėnesio jau niekas nebežino, kodėl tas agentas gali matyti pusę įmonės.
Blogiausia DI klaida dažnai neatrodo kaip klaida. Ji ateina gražiai parašytu sakiniu, mandagiu tonu ir labai užtikrintu veidu. Dėl to reikia ribų, logų ir žmogaus sprendimo ten, kur kaina didesnė.
KĄ PASIDARYTI ŠIĄ SAVAITĘ
Šią savaitę pasiimk vieną agentą arba automatizaciją ir parašyk jam prieigos kortelę: ką gali skaityti, ką gali keisti, kada reikia žmogaus patvirtinimo.
Mano taisyklė paprasta: jei negali pasakyti, kaip matuosi rezultatą, dar ne automatizuoji. Dar tik žaidi.
Šaltinis: Amazon Web Services.
DUK
Kas yra AgentCore Identity?
Tai Amazon Bedrock AgentCore dalis, skirta agentų tapatybei ir prieigoms valdyti.
Kas yra Private Key JWT?
Tai OAuth autentifikacijos būdas, kai klientas prisistato pasirašytu JWT, o ne bendru slaptu raktu.
Kodėl tai aktualu mažam verslui?
Nes net mažas agentas gali matyti jautrius duomenis, jei jam duotos per plačios teisės.
Jei nori DI naudoti praktiškai, pradėk nuo vieno proceso. Vienas pasikartojantis darbas, vienas atsakingas žmogus, vienas matavimas. Daugiau praktinių DI taikymo pavyzdžių rasi MasterSprint.
