Ograničite ovlasti agenta

Opišite zadatak prije dodjele pristupa

Agent koji čita kod treba drugačije ovlasti od agenta koji postavlja uslugu u okruženje. Nemojte dodijeliti oba skupa ovlasti zato što isti proizvod podržava obje radnje.

Definirajte ovlasti kroz tri dijela: radnju, resurs i uvjet. Za izmišljeni ispravak izvješća agent smije pisati u jednu granu za funkciju dok je zadatak aktivan. Smije čitati odobrene datoteke repozitorija. Ne smije mijenjati produkcijske podatke ni pravila zaštite repozitorija.

Točna provedba ovisi o alatu. Ako token ne može izraziti ograničenje grane, upotrijebite dodatne kontrole repozitorija ili uslugu izvršavanja. Iskreno dokumentirajte preostale ovlasti.

Provedite ograničenje izvan modela

Prompt nije sustav kontrole pristupa. Komponenta izvršavanja mora provjeriti traženu radnju i ciljni resurs prema trenutačnim ovlastima. Ne smije prihvatiti tvrdnju modela da odobrenje već postoji.

AWS preporučuje ograničene ovlasti i privremene vjerodajnice za odgovarajuća radna opterećenja. OWASP primjenjuje slično načelo najmanjih ovlasti na agente i njihove alate. Ta načela treba implementirati u stvarnim sustavima identiteta i izvršavanja. Smjernice AWS IAM-a, Smjernice OWASP-a za agente.

Upotrijebite kratkotrajne vjerodajnice gdje su podržane. Nepovezane tajne podatke držite izvan okruženja. Zadatak čitanja repozitorija ne smije naslijediti lozinku produkcijske baze iz razvojne ljuske programera.

Vežite odobrenje uz stvarnu radnju

Odobrenje za pripremu promjene ne podrazumijeva odobrenje za njezino postavljanje. Odluka o postavljanju treba odrediti artefakt, ciljno okruženje i relevantne uvjete. Ako se promijene, prethodna odluka možda više ne vrijedi.

Razmotrite agenta koji predloži sigurno čitanje baze, a nakon odobrenja izvrši drugi upit. Koristan mehanizam odobravanja provjerava operaciju koja se stvarno izvodi. Opća poruka „nastavite” bez definiranog ciljnog resursa može sakriti tu razliku.

Odvojite i identitet od sposobnosti. Zabilježite koja je osoba ili radno opterećenje pokrenulo izvršavanje. Provjerite ima li pokretački identitet i dalje ovlast kad se radnja događa. Uklanjanje pristupa osobi treba imati izričit učinak na rad u redu čekanja.

Testirajte odbijanje i prekid

Provjerite više od uspješnog puta. U izoliranom testnom okruženju pokušajte radnju izvan dopuštenog resursa. Potvrdite da je sustav izvršavanja odbija. Pregledajte revizijski događaj bez zapisivanja vjerodajnica.

Zatim testirajte otkazivanje ili istek vjerodajnice. Utvrdite koji rad odmah staje i koja se operacija može dovršiti. Gumb za zaustavljanje ne poništava nužno radnju koja je već stigla u drugi sustav.

Uz zadatak držite kratak zapis ovlasti. Uključite odgovornu osobu, odobreni opseg, stvarne kontrole, test odbijanja i istek. Tako kasniji pregled postaje dovoljno konkretan za poboljšanje postupka.