Expliciete toestemmingen maken thuisagents veiliger door een onzekere modelbeslissing om te zetten in een afzonderlijke, deterministische autorisatiecontrole voordat een tool iets kan uitvoeren.
Een thuisagent kan agenda's lezen, bestanden hernoemen, sloten bedienen, berichten versturen of opdrachten uitvoeren. Het model kan deze acties voorstellen, maar zijn vertrouwen verleent geen bevoegdheid. Een beleidslaag beoordeelt de gebruiker, tool, bron, argumenten en het risico op het moment van uitvoering. Zo zijn gewone leesacties toegestaan, terwijl voor destructieve, onomkeerbare of privacygevoelige handelingen een nieuwe goedkeuring vereist is.
Een toolaanroep is een voorstel, geen toestemming
Het model produceert gestructureerde intenties, zoals ‘bestand X verwijderen’ of ‘deur Y ontgrendelen’. De autorisatie beoordeelt of die specifieke actor die actie op dat object onder de huidige omstandigheden mag uitvoeren. Door deze stappen te scheiden, voorkomt u dat overtuigende tekst, opgehaalde instructies of een planningsfout in bevoegdheid verandert.
Richtlijnen voor taakgebonden toegang stemmen de toegang van een agent af op de bronnen en acties die voor de huidige taak nodig zijn, niet op elke mogelijkheid die de agent uiteindelijk zou kunnen gebruiken. Taakgebonden inloggegevens beperken de schade die door één foutieve of gemanipuleerde aanroep kan ontstaan.
Het waarneembare verschil is een weigeringspad. Een veilige agent moet kunnen uitleggen dat een actie is voorgesteld maar geblokkeerd, zonder een andere tool te improviseren of de reikwijdte stilzwijgend te vergroten om het doel te bereiken. Dat onderscheid verandert de uiteindelijke beslissing binnen het huishouden.
Expliciete regels maken risicovoorwaarden toetsbaar
Een beleid kan overeenkomen met de actieklasse, bestemming, tijd, hoeveelheid, gevoeligheid van de gegevens en omkeerbaarheid. Een thermostaat uitlezen kan automatisch gebeuren; het schema wijzigen kan eigenaarschap vereisen; een buitendeur ontgrendelen kan aanwezigheid en een nieuwe bevestiging vereisen. Dezelfde tool krijgt daardoor verschillende beslissingen voor verschillende argumenten.
Een analyse van gelaagde beleidshandhaving beveelt controles aan op prompt-, plug-in-, connector-, identiteits- en netwerklagen. Meerdere lagen zijn belangrijk omdat een applicatierecht de API-aanroep kan beperken, terwijl netwerkbeleid een onverwachte bestemming blokkeert.
Expliciete regels verbeteren ook de controleerbaarheid. Logboeken kunnen de aangevraagde actie, de geëvalueerde regel, de identiteit van de goedkeurder, de uiteindelijke argumenten en de uitkomst vastleggen. ‘Het model heeft beslist’ wordt dan een reproduceerbare beleidsbeslissing die een huishouden kan inspecteren en aanpassen. Deze grens blijft zichtbaar tijdens een latere beoordeling van het bewijsmateriaal.
Wanneer toestemmingsprompts slechts schijnveiligheid bieden
Goedkeuring is zwak wanneer prompts voortdurend verschijnen, vaag zijn of pas worden getoond nadat de belangrijke details zijn verborgen. Gebruikers raken gewend aan het klikken op ‘Toestaan’, terwijl een agent een veilige handeling kan combineren met een losstaande gevoelige handeling. Brede, permanent geldige tokens omzeilen bovendien de schijnbare veiligheid van prompts per actie.
Juridische analyses van autonome agents benadrukken controles volgens het principe van minimale rechten, logging, lijsten met goedgekeurde tools en menselijk toezicht vóór gevoelige verwerking. Een bevestigingsvenster kan niet compenseren voor inloggegevens die al onbeperkte toegang op de achtergrond toestaan. Deze afhankelijkheid moet daarom in de praktijk afzonderlijk worden gemeten.
De grens is duidelijk: goedkeuring helpt alleen wanneer deze specifiek, tijdig en onder het model afdwingbaar is. Als weigering de uitvoering niet voorkomt, of de gebruiker het doel en de gevolgen niet kan zien, registreert de interface instemming zonder controle te bieden.
Voer een matrix voor toestemmingsgrenzen uit
Definieer voor één tool vier testacties: toegestane leesactie, toegestane schrijfactie, destructieve actie waarvoor goedkeuring vereist is en verboden externe overdracht. Voer elke actie uit met geldige argumenten en herhaal deze vervolgens met een gewijzigd pad, een andere ontvanger of een ander bedrag dat de beleidsgrens zou moeten overschrijden.
Bewaar de resultaten in een onveranderlijk register en pas de verificatiemethode toe die wordt beschreven voor geverifieerde toolacties. Het logboek moet het voorstel, de beleidsbeslissing, eventuele goedkeuring, de uitgevoerde argumenten, het toolresultaat en de vraag of de agent dat resultaat heeft geverifieerd, tonen.
Slaag alleen als toegestane acties slagen, geweigerde acties geen neveneffect hebben, goedkeuringen gebonden zijn aan de weergegeven argumenten en hergebruikte inloggegevens een latere weigering niet kunnen omzeilen. Voer de matrix opnieuw uit wanneer tools, identiteiten of rollen binnen het huishouden veranderen.
Tech & AI HUB
Meer om te lezen

Meertalige embeddings: hoe één vectorruimte documenten uit huishoudens in verschillende talen met elkaar verbindt
Ontdek hoe uitgelijnde embeddings documenten in verschillende talen met elkaar verbinden, waarom de kwaliteit van het ophalen varieert en hoe je de dekking van...

Conflicten in het agentgeheugen: waarom recente correcties het kunnen afleggen tegen herhaalde oudere feiten
Ontdek hoe dubbele oude herinneringen correcties overheersen, waar recentheidsregels tekortschieten en hoe je overschrijving in een privégeheugenopslag voor agents kunt testen.

Privézoekresultaten opnieuw rangschikken: hoe een tweede model de uiteindelijke volgorde van het bewijsmateriaal verandert
Ontdek waarom de gelijkenis in de eerste fase en de relevantie in de tweede fase van elkaar verschillen, wanneer herordening private RAG helpt en...

