Least Agency

Erweiterung des klassischen Least Privilege auf die Tool-Ebene agentischer Systeme. Geprägt von OWASP als Antwort darauf, dass Least Privilege ausschließlich beantwortet, welche Identität auf welche Ressource zugreifen darf – bei Agenten aber zusätzlich gefragt werden muss: welches Tool darf was tun, wie oft, wo.

Die Differenz wird operativ, sobald ein Agent ein Tool wie „Email senden“ oder „Datenbank schreiben“ technisch besitzt, aber für die konkrete Aufgabe nur eine Teilmenge davon braucht. Least Agency verlangt, diese Teilmenge explizit zu definieren und zu enforcen.

Was das für deinen Betrieb heißt

Häufigste Lücke im DACH-KMU-Setup: Agent läuft mit dem persönlichen Google-Account des Admins oder mit einem generischen „API-Bot“-Account, der Drive-Read + Mail-Send + CRM-Write kombiniert. Das ist nicht Least Agency, sondern aggregierte Berechtigung – und exakt die Konstellation, vor der das MCP-Sicherheitsrisiken-Konzept warnt (Punkt 4: übermäßige aggregierte Berechtigungen).

Drei sofort umsetzbare Schritte:

1. Inventur: Welcher Agent nutzt welche Tools mit welchem Account? Wenn ein Account mehrere Tools bedient → aufteilen.
2. Read-only by default: Jedes Tool, das nicht aktiv schreiben muss, läuft im Read-only-Modus. Schreibrechte sind eine bewusste Aufrüstung mit Begründung.
3. Scope statt Account-Trennung allein: Selbst innerhalb eines Tools (z. B. Google Drive) Scope auf konkrete Ordner. Drive-Zugriff für einen Marketing-Agent gehört nicht auf den gesamten Workspace.