Definizione
Una classificazione Unknown è il risultato che un sistema di actor intelligence restituisce quando le evidenze disponibili per un'interazione non supportano una determinazione affidabile. Dice, in modo preciso: non possiamo stabilire, da ciò che abbiamo osservato, se si tratta di una persona, di una persona con AI, o di un agent.
Unknown è una delle quattro classi in Proof of Actor, insieme a Human, Human + AI e Agent. È un risultato di prima classe, non uno stato di errore e non un modo cortese per dire "probabilmente è un bot". Il nostro articolo su perché Unknown è un risultato valido quando si classificano i traffico AI espone l'argomentazione completa.
Perché Unknown è utile
I sistemi di classificazione che devono sempre scegliere una risposta finiscono per fare ipotesi sicure. Quelle ipotesi sembrano dati, confluiscono in dashboard e policy e causano danni in modo silenzioso: un cliente legittimo viene sottoposto a challenge, oppure un client automatico viene trattato come una persona su un route sensibile.
Segnalare Unknown offre invece ai team tre cose:
- Copertura onesta. La quota di risultati Unknown ti dice dove la tua integrazione ha visibilità e dove no.
- Policy più sicure. Una policy può definire esattamente che cosa significa Unknown per ogni route invece di ereditare un'ipotesi nascosta.
- Un percorso di miglioramento. Se un route mostra un tasso elevato di Unknown, puoi aggiungere lì una sorgente di segnali migliore, come un'integrazione browser o il supporto per richieste agent firmate.
Cause comuni di Unknown
- Nessuna integrazione supportata è in esecuzione su quel route, per esempio manca un collector browser.
- Il client non esegue JavaScript e non invia alcuna evidenza di identità.
- Sono stati osservati troppo pochi segnali di interazione, per esempio una sessione molto breve.
- È arrivata una request senza firma e con una descrizione del client generica o assente.
- Le evidenze esistenti sono in conflitto e nessuna parte è abbastanza forte da consentire una decisione.
Come le applicazioni dovrebbero trattare Unknown
Unknown dovrebbe mappare a un fallback esplicito che il proprietario dell'applicazione sceglie per ogni route:
- Pagine pubbliche a basso rischio: allow, senza attrito aggiuntivo.
- API di sola lettura: allow con limiti di rate standard.
- Modifiche all'account e altre azioni ad alto impatto: mantieni i controlli esistenti dell'applicazione, come la nuova autenticazione, e non decidere nulla basandoti sul solo risultato Unknown.
Lo stesso ragionamento vale per timeout e telemetria mancante. Se un route fallisce aperto o fallisce chiuso è una decisione deliberata presa in anticipo, non un incidente.
Idee sbagliate comuni
"Unknown significa sospetto." Significa evidenza insufficiente. Molti visitatori perfettamente ordinari producono risultati Unknown.
"Unknown dovrebbe defaultare a Human." Mai. Convertire Unknown in Human nasconde la lacuna e può concedere fiducia a livello umano all'automazione.
"Un buon sistema non ha Unknown." Un sistema senza Unknown è un sistema che indovina. Un tasso Unknown visibile e spiegato è segno di un classificatore onesto.
Unknown in Proof of Actor
Proof of Actor segnala Unknown ogni volta che la base delle evidenze non supporta una determinazione, non lo converte mai in Human e mantiene visibile il tasso Unknown nelle analisi. I team definiscono il fallback per ogni route mentre si trovano in modalità di osservazione, prima di abilitare qualsiasi policy. Leggi Detection & Limitations per il modello completo, oppure richiedi l'accesso anticipato.