Ierobežojiet aģenta pilnvaras

Aprakstiet uzdevumu pirms piekļuves piešķiršanas

Aģentam, kas lasa kodu, vajag citas pilnvaras nekā aģentam, kas izvieto pakalpojumu. Nepiešķiriet abus tiesību kopumus tikai tāpēc, ka viens produkts atbalsta abas darbības.

Definējiet pilnvaras ar trim daļām: darbību, resursu un nosacījumu. Izdomātam pārskata labojumam aģents var rakstīt vienā funkcijas zarā, kamēr uzdevums ir aktīvs. Tas var lasīt apstiprinātus repozitorija failus. Tas nevar mainīt produkcijas datus vai repozitorija aizsardzības noteikumus.

Precīza ierobežojumu īstenošana ir atkarīga no rīka. Ja tokens nevar izteikt zara ierobežojumu, izmantojiet papildu repozitorija kontroles vai izpildes pakalpojumu. Godīgi dokumentējiet atlikušās pilnvaras.

Nodrošiniet robežu ārpus modeļa

Uzvedne nav piekļuves kontroles sistēma. Izpildes komponentam jāpārbauda pieprasītā darbība un mērķa resurss atbilstoši pašreizējām tiesībām. Tas nedrīkst pieņemt modeļa apgalvojumu, ka apstiprinājums jau pastāv.

AWS iesaka ierobežotas tiesības un pagaidu piekļuves datus piemērotām darba slodzēm. OWASP piemēro līdzīgu mazāko nepieciešamo tiesību principu aģentiem un to rīkiem. Šie principi jāīsteno faktiskajās identitātes un izpildes sistēmās. AWS IAM norādes, OWASP norādes par aģentiem.

Izmantojiet īslaicīgus piekļuves datus, kur tie ir atbalstīti. Neturiet vidē nesaistītus slepenos datus. Tikai lasīšanas uzdevums repozitorijā nedrīkst mantot produkcijas datubāzes paroli no izstrādātāja čaulas.

Saistiet apstiprinājumu ar faktisko darbību

Apstiprinājums izmaiņas sagatavošanai nenozīmē apstiprinājumu tās izvietošanai. Izvietošanas lēmumam jānorāda artefakts, mērķa vide un attiecīgie nosacījumi. Ja tie mainās, iepriekšējais lēmums var vairs nebūt piemērojams.

Aplūkojiet aģentu, kas piedāvā drošu datubāzes lasīšanu, bet pēc apstiprinājuma saņemšanas izpilda citu vaicājumu. Noderīgs apstiprināšanas mehānisms pārbauda darbību, kas faktiski tiek izpildīta. Vispārīgs ziņojums „turpināt“ bez noteikta mērķa resursa var slēpt šo atšķirību.

Atdaliet arī identitāti no spējas. Reģistrējiet personu vai darba slodzi, kas sāka izpildi. Pārbaudiet, vai darbības brīdī iniciatora identitātei joprojām ir tiesības. Personas piekļuves noņemšanai jābūt skaidri noteiktai ietekmei uz rindā esošo darbu.

Pārbaudiet atteikumu un pārtraukšanu

Pārbaudiet vairāk nekā veiksmīgo ceļu. Izolētā testa vidē mēģiniet veikt darbību ārpus atļautā resursa. Apstipriniet, ka izpildes sistēma to noraida. Pārbaudiet audita notikumu, nereģistrējot piekļuves datus.

Tad pārbaudiet atcelšanu vai piekļuves datu derīguma termiņa beigas. Nosakiet, kurš darbs apstājas uzreiz un kura darbība var beigties. Apturēšanas poga ne vienmēr atceļ darbību, kas jau sasniegusi citu sistēmu.

Pie uzdevuma saglabājiet nelielu tiesību ierakstu. Iekļaujiet atbildīgo, apstiprināto tvērumu, faktiskās kontroles, atteikuma testu un derīguma termiņu. Tas padara vēlāku pārskatīšanu pietiekami konkrētu, lai uzlabotu darbplūsmu.