AgentCore su AWS WAF: agentai turi stovėti už vartų, ne vidury kiemo
·
agentų saugumas skamba kaip techninis terminas. Bet kai pažiūri praktiškai, čia yra labai žemiškas klausimas: kiek darbo darome rankomis tik todėl, kad niekas neprisėdo sutvarkyti proceso?
AWS liepos 8 d. parodė, kaip Amazon Bedrock AgentCore Runtime apsaugoti su AWS WAF. Tema skamba labai techninė. Bet mintis paprasta: jei DI agentas turi prieigą prie įrankių, servisų ir duomenų, jis negali stovėti atvirame kieme be vartų.
Man tokiose naujienose visada įsijungia mažas vidinis buhalteris. Ne tas, kuris skaičiuoja sąskaitas, o tas, kuris klausia: kiek tai kainuos, kas prižiūrės ir kur gali lūžti?
KAS NUTIKO
Straipsnyje AWS aprašo du architektūros modelius. Abu naudoja internetui pasiekiamą Application Load Balancer su AWS WAF ir nukreipia srautą per VPC Interface Endpoint į AgentCore Runtime. Viename modelyje tarp jų stovi Lambda proxy, kitame ALB taiko tiesiai į VPC Endpoint tinklo adresus.
Čia tas pats kaip su biuro raktu. Kol raktas atrakina tik sandėliuką, niekas labai nesijaudina. Bet kai tas pats raktas atrakina serverinę, buhalteriją ir klientų duomenis, staiga visi prisimena saugumą.
KODĖL TAI SVARBU
Agentų saugumas svarbus todėl, kad agentai veikia aktyviai. Jie ne tik atsako į klausimą, bet gali kviesti API, skaityti dokumentus, naudoti įrankius ir kartais inicijuoti veiksmus. Todėl reikia kontroliuoti, kas juos kviečia, kaip autentifikuoja ir kur eina srautas.
DI jau nebe vien langelis, į kurį įmetame tekstą. Jis jungiasi prie įrankių, moka kviesti servisus, gali veikti keliais žingsniais ir pradeda liesti tikrus verslo pinigus. Čia romantika baigiasi. Prasideda tvarka.
KĄ TAI REIŠKIA VERSLUI
Verslui tai reiškia, kad DI agento paleidimas nėra tik prompto klausimas. Reikia tinklo, teisių, logų, stebėsenos ir taisyklių. Ypač kai agentas jungiasi prie vidinių sistemų.
- apsaugoti agento endpointus nuo tiesioginės prieigos
- naudoti WAF taisykles ir autentifikaciją
- turėti veiksmų logus
- atskirti testinius agentus nuo produkcinių
Praktinis minimumas: kiekvienam agentui turėti savininką, tikslą, leidžiamus įrankius, duomenų ribas ir avarinį išjungimą. Skamba nuobodžiai. Bet nuobodūs dalykai saugume dažnai gelbėja.
KUR PASISLĖPUSI RIZIKA
Rizika – agentą laikyti paprastu chatbotu. Jeigu jis turi įrankius, jis jau yra sistemos dalis. O sistemos dalys turi būti saugomos kaip sistemos dalys.
Blogiausia DI klaida dažnai neatrodo kaip klaida. Ji ateina gražiai parašytu sakiniu, mandagiu tonu ir labai užtikrintu veidu. Todėl verslui reikia ne tik įrankių, bet ir įpročio tikrinti.
KĄ PASIDARYTI ŠIĄ SAVAITĘ
Peržiūrėkite savo agentų ar DI integracijų sąrašą ir paklauskite: kas gali juos pasiekti, ką jie gali padaryti ir kur tai užfiksuota?
Šaltinis: Amazon Web Services.
DUK
Ką aprašė AWS?
AWS parodė du būdus apsaugoti Amazon Bedrock AgentCore Runtime naudojant AWS WAF, ALB ir VPC Endpoint.
Kodėl agentams reikia WAF?
Nes agentų endpointai gali būti puolami kaip ir kitos viešos sistemos.
Ką turi padaryti verslas?
Aiškiai riboti prieigą, teises, logus ir produkcinių agentų veikimo taisykles.
Jei norite DI naudoti ne dėl mados, pradėkite nuo vieno proceso. Paimkite užduotį, kuri kartojasi kas savaitę, susirašykite žingsnius ir tik tada junkite įrankį. Daugiau praktinių DI taikymo pavyzdžių rasite MasterSprint.
