Definição
Uma classificação Unknown é o resultado que um sistema de inteligência de actor retorna quando as evidências disponíveis para uma interação não sustentam uma determinação confiável. Ela diz, de forma precisa: não conseguimos saber, a partir do que observamos, se isso é uma pessoa, uma pessoa com IA ou um agent.
Unknown é uma das quatro classes em Proof of Actor, ao lado de Human, Human + AI e Agent. É um resultado de primeira classe, não um estado de erro e não uma forma educada de dizer "provavelmente é um bot". Nosso artigo sobre por que Unknown é um resultado válido ao classificar tráfego de IA apresenta o caso completo.
Por que Unknown é valioso
Sistemas de classificação que precisam sempre escolher uma resposta acabam fazendo suposições com confiança. Essas suposições parecem dados, entram em painéis e políticas e causam danos discretamente: um cliente legítimo é submetido a challenge, ou um cliente automatizado é tratado como uma pessoa em uma rota sensível.
Reportar Unknown oferece às equipes três coisas:
- Cobertura honesta. A proporção de resultados Unknown mostra onde sua integração tem visibilidade e onde não tem.
- Políticas mais seguras. Uma policy pode definir exatamente o que Unknown significa para cada route, em vez de herdar uma suposição oculta.
- Um caminho para melhorar. Se uma route mostrar uma taxa alta de Unknown, você pode adicionar uma fonte de sinal melhor ali, como uma integração de browser ou suporte a solicitações de agent assinadas.
Causas comuns de Unknown
- Nenhuma integração compatível está em execução nessa route, por exemplo um coletor de browser está ausente.
- O cliente não executa JavaScript e não envia nenhuma evidência de identidade.
- Foram observados poucos sinais de interação, por exemplo uma sessão muito curta.
- Uma request chegou sem assinatura e com uma descrição de cliente genérica ou ausente.
- As evidências existentes entram em conflito, e nenhuma parte delas é forte o suficiente para decidir.
Como as applications devem tratar Unknown
Unknown deve mapear para um fallback explícito que o proprietário da application escolhe por route:
- Páginas públicas e de baixo risco: allow, sem fricção adicional.
- APIs somente leitura: allow com limites padrão de rate-limit.
- Alterações de conta e outras ações de alto impacto: mantenha as verificações já existentes da application, como reautenticação, e não decida nada com base no resultado Unknown em si.
O mesmo raciocínio vale para timeouts e telemetria ausente. Se uma route falha aberta ou falha fechada é uma decisão deliberada tomada com antecedência, não um acidente.
Equívocos comuns
"Unknown significa suspeito." Significa evidência insuficiente. Muitos visitantes perfeitamente comuns produzem resultados Unknown.
"Unknown deve ser tratado como Human por padrão." Nunca. Converter Unknown em Human esconde a lacuna e pode conceder confiança de nível humano à automação.
"Um bom sistema não tem Unknowns." Um sistema sem Unknowns é um sistema que está adivinhando. Uma taxa de Unknown visível e explicada é sinal de um classificador honesto.
Unknown em Proof of Actor
Proof of Actor reporta Unknown sempre que a base de evidência não sustenta uma determinação, nunca o converte em Human e mantém a taxa de Unknown visível nas análises. As equipes definem o fallback para cada route enquanto estão em modo de observação, antes de habilitar qualquer policy. Leia Detection & Limitations para o modelo completo, ou candidate-se ao acesso antecipado.