Begränsa en agents befogenheter

Beskriv uppgiften innan du ger åtkomst

En agent som läser kod behöver andra befogenheter än en agent som driftsätter en tjänst. Ge inte båda uppsättningarna behörigheter bara för att samma produkt stöder båda åtgärderna.

Definiera befogenheten i tre delar: åtgärd, resurs och villkor. För en fiktiv rapporträttning får agenten skriva till en funktionsbranch medan uppgiften är aktiv. Den får läsa godkända repositoryfiler. Den får inte ändra produktionsdata eller repositoryts skyddsregler.

Den exakta kontrollen beror på verktyget. Om en token inte kan uttrycka en branchbegränsning ska du använda ytterligare repositorykontroller eller en exekveringstjänst. Beskriv kvarvarande befogenheter ärligt.

Upprätthåll gränsen utanför modellen

En prompt är inget åtkomstkontrollsystem. Komponenten som utför åtgärden måste kontrollera begärd åtgärd och mål mot aktuella behörigheter. Den får inte acceptera modellens påstående om att godkännande redan finns.

AWS rekommenderar begränsade behörigheter och tillfälliga autentiseringsuppgifter för lämpliga arbetslaster. OWASP tillämpar liknande resonemang om minsta behörighet på agenter och verktyg. Principerna måste införas i faktiska identitets- och exekveringssystem. AWS IAM-vägledning, OWASP:s agentvägledning.

Använd kortlivade autentiseringsuppgifter där det stöds. Håll orelaterade hemligheter utanför miljön. En skrivskyddad repositoryuppgift ska inte ärva ett produktionsdatabaslösenord från utvecklarens shell.

Knyt godkännandet till den faktiska åtgärden

Godkännande att förbereda en ändring innebär inte godkännande att driftsätta den. Ett driftsättningsbeslut ska identifiera artefakt, målmiljö och relevanta villkor. Om dessa ändras kanske det tidigare beslutet inte längre gäller.

Tänk dig en agent som föreslår en säker databasläsning men kör en annan fråga efter godkännandet. En användbar godkännandemekanism kontrollerar operationen som faktiskt körs. Ett allmänt ”fortsätt” utan definierat mål kan dölja skillnaden.

Skilj också identitet från förmåga. Registrera vilken person eller arbetslast som startade körningen. Verifiera att initiativtagarens identitet fortfarande har behörighet när åtgärden utförs. Att ta bort en persons åtkomst ska ha en uttrycklig effekt på köat arbete.

Testa ett nekande och ett avbrott

Verifiera mer än den lyckade vägen. Försök utföra en åtgärd utanför tillåten resurs i en isolerad testmiljö. Bekräfta att exekveringssystemet avvisar den. Granska revisionshändelsen utan att registrera autentiseringsuppgifter.

Testa sedan avbrytning eller utgångna autentiseringsuppgifter. Fastställ vilket arbete som stannar direkt och vilken operation som kan slutföras. En stoppknapp återställer inte nödvändigtvis en åtgärd som redan nått ett annat system.

Behåll ett kort behörighetsunderlag med uppgiften. Ta med ansvarig, godkänt omfång, faktiska kontroller, nekandetest och giltighetstid. Det gör en senare granskning tillräckligt konkret för att förbättra arbetsflödet.