AWS pridal jemnú kontrolu prístupu do pamäte Amazon Bedrock AgentCore Memory, ktorá vývojárom poskytuje riadený spôsob izolácie pamäte agenta od používateľa alebo nájomcu prostredníctvom brány AgentCore Gateway. Vydanie z 28. augusta presúva citlivú časť návrhu agentov do politiky infraštruktúry: kto môže čítať, zapisovať, získavať alebo upravovať pamäť, ktorú agent AI používa v rámci relácií.

Podľa AWS táto funkcia využíva autentifikáciu OAuth JWT a zásady Cedar. Spravovaný konektor pamäte odhaľuje 12 operácií s pamäťou ako akcie Cedar, takže tímy môžu vyjadrovať pravidlá prístupu k operáciám s pamäťou namiesto toho, aby sa spoliehali iba na kód aplikácie na filtrovanie záznamov pred alebo po každom hovore.

To môže znieť ako malá aktualizácia autorizácie. nie je. Trvalá pamäť je jedným z hlavných rozdielov medzi jednoduchým chatovacím rozhraním a dlhotrvajúcim produktom agenta. Keď si agenti zapamätajú preferencie používateľa, kontext účtu, históriu projektu, predchádzajúce rozhodnutia, prípady podpory alebo stav obchodných procesov, pamäť sa stane hranicou zabezpečenia. AWS to tak teraz rieši.

Čo sa zmenilo

Amazon Bedrock AgentCore Memory je súčasťou zásobníka infraštruktúry agentov AWS. Je navrhnutý tak, aby pomáhal agentom ukladať a získavať kontext naprieč interakciami, namiesto toho, aby nútil každý aplikačný tím budovať svoju vlastnú pamäťovú vrstvu od nuly.

Nová schopnosť riadenia prístupu umožňuje tvorcom vynútiť izoláciu jednotlivých používateľov a nájomníkov prostredníctvom brány AgentCore Gateway. AWS hovorí, že táto funkcia funguje s autentifikáciou OAuth JWT a Cedar, jazykom politiky, ktorý sa používa aj v iných autorizačných systémoch AWS. Dokumentácia AgentCore popisuje politiku v AgentCore ako mechanizmus založený na Cedar na riadenie prístupu k nástrojom brány.

Praktický posun spočíva v tom, že autorizácia pamäte môže teraz sedieť bližšie k bráne a vrstve nástrojov. Namiesto zapisovania vlastných kontrol okolo každého volania pamäte v rámci aplikácie môžu tímy definovať politiky, ktoré riadia, ktorý volajúci môže vykonať ktorú pamäťovú akciu v ktorom priestore názvov alebo v akom kontexte nájomníka.

V prípade softvéru pre viacerých nájomníkov ide o zmysluplnú architektonickú zmenu. Asistent AI pre právnickú firmu, agentúru, tím podpory alebo podnikové oddelenie môže slúžiť mnohým používateľom prostredníctvom rovnakého kódu agenta. Nebezpečný spôsob zlyhania nespočíva len v tom, že model dáva zlú odpoveď. Ide o to, že pamäť jedného nájomníka sa načíta do relácie iného nájomníka alebo že agent zapíše citlivý stav do nesprávneho rozsahu. Jemné presadzovanie pravidiel je zamerané na zníženie tejto triedy chýb.

Prečo teraz záleží na izolácii pamäte

Pamäť agenta vytvára nový problém s pretrvávaním pre platformy AI. Rýchle protokoly, získané dokumenty, výstupy nástrojov, užívateľské preferencie a stav pracovného toku sa môžu stať súčasťou budúceho uvažovania. Vďaka tomu je pamäť užitočná, no zároveň to sťažuje uvažovanie o hraniciach údajov.

Tradičná autorizácia API sa zvyčajne zameriava na požiadavku: môže tento volajúci získať prístup k tomuto zdroju práve teraz? Pamäť agenta rozširuje otázku v čase. Záznam uložený počas jednej relácie možno získať o týždne neskôr pomocou iného vyvolania nástroja, iného modelu alebo inej verzie agenta. Ak platforma nenesie identitu a autorizačný kontext do týchto pamäťových operácií, pamäťová vrstva sa môže stať tichým zdrojom úniku medzi používateľmi.

Použitie Cedar spoločnosťou AWS je tiež významné, pretože poukazuje na politiku ako infraštruktúru pre systémy agentov. Tvorcovia agentov čoraz viac potrebujú ovládacie prvky, ktoré pokrývajú nástroje, pamäť, spúšťacie prostredia, kľúče API a protokoly auditu. Umiestnenie týchto ovládacích prvkov do vrstvy brány poskytuje platformovým tímom miesto na konzistentné presadzovanie politiky, aj keď aplikačné tímy experimentujú s rôznymi modelmi alebo rámcami agentov.

Toto je priamo relevantné pre návrh brány AI API. Brána, ktorá iba smeruje výzvy do modelov, už nestačí na seriózne nasadenia agentov. Riadiaca rovina musí rozumieť identitám, nájomníkom, nástrojom, rozsahom pamäte, limitom rýchlosti a záznamom auditu. Model Gate a podobné platformy smerujú rovnakým smerom: jednotný prístup je užitočný iba vtedy, ak má vynútiteľné hranice.

Koho sa to týka

Bezprostredným publikom sú zákazníci AWS, ktorí vytvárajú agentov na Bedrock AgentCore, najmä tímy pracujúce na produktoch SaaS, interných podnikových asistentoch, automatizácii zákazníckej podpory, výskumných agentoch a pracovných postupoch pre partnerov. Každý produkt, ktorý slúži viacerým organizáciám alebo tímom zo zdieľanej infraštruktúry, musí odpovedať na rovnakú otázku: ako agent vie, ktorú pamäť môže používať?

Vývojári môžu mať z toho úžitok, pretože sa môžu spoľahnúť na spravované kontroly politiky namiesto rozptýlenia logiky autorizácie prostredníctvom kódu aplikácie. To neodstraňuje potrebu starostlivého návrhu, ale môže to znížiť počet miest, kde môže chyba odhaliť nesprávne údaje.

Ovplyvnené sú aj tímy pre bezpečnosť a platformu.Teraz je potrebné skontrolovať pamäť agenta, ako je databáza, index dokumentov alebo úložisko tajomstiev. Prístupový model by mal byť jasný. Kontrolný záznam by mal ukázať, ktorá identita pristupovala ku ktorej pamäťovej operácii. Izolácia nájomníkov by mala byť testovaná priamo, nie odvodzovaná zo smerovania aplikácií.

Pre firmy, ktoré kupujú alebo vytvárajú systémy agentov, toto vydanie zvyšuje základnú úroveň pre otázky dodávateľov. Už sa nestačí pýtať, či má asistent pamäť. Kupujúci by sa mali opýtať, ako je pamäť rozdelená, či je autorizácia vynucovaná mimo modelu, ako sa aktualizujú politiky a ako sa prístup k pamäti zobrazuje v protokoloch.

Praktické dôsledky pre staviteľov

Najzrejmejším dôsledkom je architektonický. Tímy vytvárajúce agentov s dlhou životnosťou by mali oddeliť smerovanie schopností modelu od spustenia a povolení pamäte. Výkonnému modelu môže byť umožnené uvažovať nad úlohou, ale to neznamená, že každé volanie nástroja alebo vyhľadávanie pamäte by mali zdediť široký prístup.

Po druhé, brány a platformy agentov by mali považovať operácie s pamäťou za prvotriedne udalosti. Čítanie, zápis, vyhľadávanie, mazanie a aktualizácie majú rôzne rizikové profily. Analýza používania by sa nemala zastaviť pri počte tokenov. V prípade pracovných zaťažení agentov musia analytici čoraz viac ukazovať používanie nástrojov, prístup k pamäti, rozsah nájomníka, identitu používateľa a výsledky politiky.

Po tretie, produkty pre viacerých nájomníkov by sa pri vynútení oddelenia údajov nemali spoliehať na rýchle pokyny. Modelu možno povedať, aby nenačítal kontext iného zákazníka, ale pod modelom sa musí vynútiť trvalá izolácia. To znamená, že prihlasovacie údaje s rozsahom, politika brány, návrh priestoru názvov a testy, ktoré dokazujú, že prístup medzi nájomníkmi zlyhá.

Platformy partnerov a predajcov by mali venovať pozornosť. Ak AI API pre agentúry alebo automatizačná vrstva Partner API umožňuje následným zákazníkom zostavovať agentov, správa pamäte sa stane súčasťou zmluvy o produkte. Platforma musí partnerom poskytnúť dostatočnú flexibilitu na vytváranie užitočných automatizácií bez toho, aby im umožnila vytvárať neviditeľné cesty na zdieľanie údajov medzi klientmi.

Čo zostáva neisté

AWS opísal model riadenia a jeho použitie OAuth JWT, politík Cedar, AgentCore Gateway a operácií spravovanej pamäte. Z verejného oznámenia zostáva menej jasné, ako tímy navrhnú tieto politiky v zložitých produkčných nasadeniach, aké jednoduché bude ladenie politík a koľko podrobných informácií o prevádzke dostanú zákazníci štandardne do denníkov.

Širší smer je však jasný. Pamäť agenta sa stáva infraštruktúrou. Ako sa to stane, autorizácia, pozorovateľnosť a fakturácia musia nasledovať do vrstvy brány. Spoločnosti, ktoré budujú spoľahlivé platformy agentov, budú tie, ktoré dokážu zviditeľniť a spravovať prístup k modelu, povolenia nástrojov a stav pamäte na jednom mieste.