Cosa significa autorità delegata
L'autorità delegata è l'autorizzazione che una persona (o un'organizzazione) concede a un agente AI per agire per suo conto. Quando un assistente prenota una riunione nel tuo calendario, apre un ticket di supporto a tuo nome o recupera una fattura dal portale di un fornitore, sta esercitando un'autorità che deriva da te.
Una buona delega ha tre proprietà: è limitata nell'ambito (l'agente può fare alcune cose, non tutto), limitata nel tempo (scade o può essere revocata) ed attribuibile (l'applicazione che la riceve può capire di chi è l'autorità che viene esercitata).
Perché è importante per le applicazioni
Dal punto di vista di un'applicazione, una richiesta di un agente solleva fino a tre domande distinte:
- Quale client ha inviato questa richiesta? Questa è l'identità dell'agente, che le richieste firmate possono stabilire (vedi HTTP Message Signatures).
- Sotto quale autorità sta agendo? Questa è la delega.
- Questa autorità è sufficiente per questa azione? Questa è l'autorizzazione, decisa dalla policy dell'applicazione stessa.
Una richiesta firmata proveniente da un operatore di assistente noto risponde bene alla prima domanda. Non dice nulla, da sola, sulla seconda. L'assistente può agire per uno dei tuoi utenti, per qualcuno che non è tuo utente, oppure completamente di propria iniziativa. Trattare l'identità del client come prova del consenso di una persona è uno degli errori più comuni nella progettazione rivolta agli agenti. Vedi cosa dimostrano e cosa non dimostrano le richieste firmate di agenti AI.
Come viene comunemente espressa la delega
- Concessioni in stile OAuth. La persona accede alla tua applicazione e concede a un agente un token con scope limitati, come definito in OAuth 2.0 (RFC 6749). La tua applicazione sa così esattamente quale autorità porta con sé il token, e la concessione può essere revocata (RFC 7009).
- API key a livello di account che un utente crea per una specifica integrazione, idealmente con permessi ristretti.
- Conferme in-app per azioni ad alto impatto, in cui la persona approva un'azione specifica che l'agente ha preparato.
- Claim di delega a livello di token. OAuth 2.0 Token Exchange (RFC 8693) definisce un claim
act(actor) che registra una parte che agisce per conto di un'altra. I lavori più recenti sull'espressione della delega degli agenti nelle richieste sono ancora in evoluzione, e le applicazioni dovrebbero verificare qualsiasi claim di delega rispetto ai propri registri, invece di accettarlo a valore nominale.
Errori di interpretazione comuni
- "Se l'agente è verificato, allora l'utente l'ha approvato." La verifica identifica il client. L'approvazione deve arrivare dalla persona, tramite un canale che la tua applicazione considera affidabile.
- "Va bene se un agente usa la sessione del mio utente." Può esserlo, ma la sessione è stata emessa per un uso umano interattivo. Molte applicazioni preferiscono una concessione dedicata e limitata per l'automazione, così che le azioni siano attribuibili e revocabili.
- "La delega è tutto o niente." Le deleghe più sicure sono ristrette: accesso in lettura ampio, accesso in scrittura solo per azioni specifiche e conferma per qualsiasi cosa irreversibile.
In che modo si collega Proof of Actor
Proof of Actor ti aiuta a vedere quando un'interazione è guidata da un agente o assistita da AI, e su quale base: Verified, Declared, Inferred o Unknown. Quel contesto ti dice dove sorgono le questioni di delega, per esempio un agente autonomo che opera all'interno di una sessione di account umano. Proof of Actor non emette né convalida credenziali di delega, e un risultato Agent non implica mai che una persona abbia autorizzato l'azione. A deciderlo sono le concessioni, gli scope e le conferme della tua applicazione, e Route ti consente di applicare la policy corretta per ciascun route una volta osservato il traffico reale. Per i pattern di policy, vedi progettare policy a livello di app per persone e agenti AI.
Leggi cosa l'evidenza può e non può stabilire, oppure richiedi l'accesso anticipato.
Fonti
- RFC 6749: The OAuth 2.0 Authorization Framework: concessioni limitate da un resource owner a un client
- RFC 7009: OAuth 2.0 Token Revocation: revoca di un token delegato
- RFC 8693: OAuth 2.0 Token Exchange: il claim
act(actor) per la delega