Definizione
La base dell'evidenza di un risultato di actor descrive il tipo di evidenza su cui si basa. Proof of Actor usa quattro valori:
- verified: un'affermazione crittografica o comunque verificabile ha avuto esito positivo.
- declared: l'actor o l'applicazione lo ha dichiarato.
- inferred: la conclusione è stata ricavata da segnali comportamentali o contestuali.
- unknown: non c'era evidenza sufficiente per una determinazione.
Ogni risultato riporta sia una classe (Human, Human + AI, Agent o Unknown, descritta nella nostra tassonomia del traffico delle applicazioni) sia una base. "Agent, verified" e "Agent, inferred" sono risultati diversi e vanno trattati in modo diverso.
Perché la base conta
Senza una base, una classificazione nasconde quanto peso possa sostenere. Una dashboard che mostra "Agent" per una richiesta firmata e "Agent" per una supposizione basata sui tempi della request invita i team ad applicare la stessa policy a entrambi i casi. In particolare, per le applicazioni sensibili alla sicurezza, un'inferenza non deve mai sembrare una verifica crittografica.
Separare la classe dalla base permette alle policy di adattarsi alla forza dell'evidenza:
- Una route di sola lettura potrebbe consentire qualsiasi risultato Agent.
- Una route di maggiore impatto potrebbe trattare solo gli agenti verified come operatori noti e richiedere credenziali più forti a tutti gli altri.
I quattro valori in dettaglio
Verified
Qualcosa è stato controllato e ha superato il controllo. L'esempio più chiaro è una firma HTTP message signature (RFC 9421) che risulta valida rispetto a una chiave pubblicata dall'operatore dell'agent. L'evidenza verified dimostra il controllo specifico, e nient'altro: una firma valida mostra quale chiave ha firmato la richiesta, non che l'azione sia autorizzata.
Declared
Qualcuno lo ha dichiarato. Un client che si presenta come agent, un nome di client MCP oppure una disclosure di assistenza AI all'interno della vostra applicazione sono dichiarazioni. Sono utili, spesso sincere e talvolta false. Lo spoofing dello user-agent è l'esempio classico di una dichiarazione falsa. L'[header User-Agent è auto-dichiarato per progettazione.
Inferred
Il sistema ha ragionato sui segnali: modelli di interazione in una sessione browser, tempi della request, contesto browser mancante, dettagli di protocollo. Le inferenze possono essere sbagliate, ed è per questo che vengono sempre etichettate come inferenze e che le decisioni con conseguenze sulle persone non devono mai basarsi solo su di esse.
Unknown
L'evidenza non era sufficiente per una determinazione. Questo si abbina alla classificazione Unknown e dovrebbe corrispondere a un fallback esplicito nella vostra policy. Il nostro articolo su perché Unknown è un risultato valido quando si classifica il traffico AI spiega il motivo.
Base vs punteggi di confidenza
Molti sistemi comprimono l'evidenza in un unico numero. Un punteggio nasconde se derivava da un controllo crittografico o da un'euristica, e una percentuale non calibrata suggerisce una precisione che non esiste. Un piccolo insieme di basi nominate è più facile da ragionare, più facile da verificare e più difficile da usare in modo scorretto.
Fraintendimenti comuni
"Declared significa non affidabile." Le dichiarazioni sono spesso accurate e sono l'unica evidenza disponibile per alcune domande, come la disclosure dell'assistenza AI. Semplicemente non vanno trattate come verifica.
"Verified significa sicuro." La verifica riguarda l'identità del firmatario, non l'intento o l'autorizzazione.
Base dell'evidenza in Proof of Actor
Ogni risultato di Proof of Actor indica la propria base e un riepilogo dell'evidenza leggibile da una persona. Le policy vengono eseguite nella vostra applicazione e possono usare insieme classe e base. Vedi Detection & Limitations oppure richiedi l'accesso anticipato.
Fonti
- RFC 9421: HTTP Message Signatures: la fonte più chiara di evidenza verified
- RFC 9110: HTTP Semantics, User-Agent: un identificatore dichiarato e auto-riportato