Beperk de bevoegdheden van een agent

Beschrijf de taak vóór het verlenen van toegang

Een agent die code leest heeft andere bevoegdheden nodig dan een agent die een dienst deployt. Geef niet beide sets rechten omdat hetzelfde product beide acties ondersteunt.

Gebruik drie delen om bevoegdheid te definiëren: een actie, een resource en een voorwaarde. Bij een fictieve rapportcorrectie mag de agent naar één feature-branch schrijven zolang de taak actief is. De agent mag goedgekeurde repositorybestanden lezen. De agent mag geen productiegegevens of repositorybeschermingsregels wijzigen.

De precieze handhaving hangt af van de tool. Gebruik aanvullende repositorycontroles of een uitvoeringsdienst als een token geen branchbeperking kan uitdrukken. Documenteer de resterende bevoegdheden eerlijk.

Dwing de beperking buiten het model af

Een prompt is geen toegangscontrolesysteem. De uitvoeringscomponent moet de gevraagde actie en het doel aan de huidige rechten toetsen. Die mag niet de verklaring van een model accepteren dat goedkeuring al bestaat.

AWS adviseert beperkte rechten en tijdelijke toegangsgegevens voor passende workloads. OWASP past vergelijkbare redenering over minimale rechten toe op agents en hun tools. Deze principes moeten in de werkelijke identiteits- en uitvoeringssystemen worden geïmplementeerd. AWS IAM-advies, OWASP-advies voor agents.

Gebruik kortlevende toegangsgegevens waar dat wordt ondersteund. Houd niet-gerelateerde secrets buiten de omgeving. Een repositorytaak met alleen leestoegang mag geen productiedatabasewachtwoord uit de shell van de ontwikkelaar overnemen.

Koppel goedkeuring aan de werkelijke actie

Goedkeuring om een wijziging voor te bereiden betekent geen goedkeuring om deze te deployen. Een deploymentbesluit moet artefact, doelomgeving en relevante voorwaarden identificeren. Als die veranderen, geldt het eerdere besluit mogelijk niet meer.

Neem een agent die een veilige databaseleesactie voorstelt en na goedkeuring een andere query uitvoert. Een bruikbaar goedkeuringsmechanisme controleert de operatie die werkelijk draait. Een algemeen bericht als ‘ga verder’ zonder gedefinieerd doel kan dit verschil verbergen.

Scheid ook identiteit van capaciteit. Leg vast welke persoon of workload de run startte. Verifieer bij uitvoering of die identiteit nog toestemming heeft. Het intrekken van iemands toegang moet een expliciet effect hebben op werk in de wachtrij.

Test een weigering en een onderbreking

Verifieer meer dan het geslaagde pad. Probeer in een geïsoleerde testomgeving een actie buiten de toegestane resource uit. Bevestig dat het uitvoeringssysteem die afwijst. Inspecteer het auditevent zonder toegangsgegevens vast te leggen.

Test daarna annulering of het verlopen van toegangsgegevens. Bepaal welk werk direct stopt en welke operatie kan aflopen. Een stopknop draait een actie die een ander systeem al heeft bereikt niet noodzakelijk terug.

Bewaar een klein rechtenoverzicht bij de taak. Neem verantwoordelijke, goedgekeurde scope, werkelijke controles, weigeringstest en vervaldatum op. Zo wordt een latere review concreet genoeg om de workflow te verbeteren.