O que Proof of Actor pode estabelecer e o que não pode.
Uma descrição objetiva das classificações, da evidência por trás delas, dos contextos a que se aplicam e dos limites em torno dos quais projetamos.
- Assinatura da requisiçãovalid · sample-crawler.exampleverified
- Declaração do cliente"research-assistant/2.1"declared
- Interação no navegadorpointer + keyboard eventsinferred
- Sem sinais suportadosroute not instrumentedunknown
A versão curta
| O que Proof of Actor pode informar a você (quando suportado) | O que não pode garantir |
|---|---|
| Se uma assinatura de solicitação de agente suportada é válida | Que o agente é íntegro, seguro ou tem permissão para executar qualquer ação |
| Se uma sessão expõe certos sinais interativos ou de automação | Que um humano não usou IA fora da sua integração observável |
| Se o uso de IA foi declarado ou observável em um fluxo de trabalho suportado | Detecção universal de assistência de IA, conteúdo copiado ou outro dispositivo |
| Que a evidência foi insuficiente | Que uma interação desconhecida é maliciosa |
A disponibilidade depende da sua integração e das verificações habilitadas. O proprietário da aplicação mantém o controle das decisões de aplicação.
Classificações
Quatro classes públicas. Cada uma tem um significado definido e um limite explícito.
- Humano
Os sinais observáveis suportados indicam interação conduzida por humanos.
Não significa: Que nenhuma IA foi usada, ou que a identidade real da pessoa foi verificada.
- Humano + IA
A assistência de IA foi declarada, ou detectada por uma integração compatível que realmente consegue observá-la.
Não significa: Que todo uso oculto de IA pode ser detectado, incluindo outra aba ou outro dispositivo.
- Agente
Interação automatizada ou originada por agente, apoiada por identidade verificável ou por uma inferência cuidadosamente qualificada.
Não significa: Que o agente está autorizado, é seguro ou está agindo com delegação válida de uma pessoa.
- Desconhecido
A evidência disponível não sustenta uma determinação confiável.
Não significa: Que a interação é suspeita ou maliciosa.
Verified, Declarada, Inferida, Unknown
Todo resultado carrega uma base. Uma classe nunca disfarça uma inferência como verificação criptográfica, o que é mais importante para aplicações sensíveis à segurança.
- verified
- Verificado. Uma afirmação criptográfica ou de outra forma verificável, validada, por exemplo, uma assinatura da request contra uma chave publicada. Isso prova apenas essa verificação, nada além disso.
- declared
- Declarado. O ator ou seu aplicativo declarou isso, por exemplo uma divulgação de assistência de IA ou um cliente que se identifica como um agente. Uma declaração pode ser falsa.
- inferred
- Inferido. Uma conclusão tirada de sinais comportamentais ou contextuais. Inferences podem estar erradas e são sempre rotuladas como inferências.
- unknown
- Desconhecido. Evidência insuficiente para uma determinação. O resultado é reportado como Unknown em vez de ser adivinhado.
Quando um número de confiança exigiria por trás dele um modelo testado e calibrado, usamos em vez disso a força qualitativa da evidência. Você não verá de nós um número como 99.7% human, a menos que tenha sido medido e explicado.
Contextos suportados e seus limites
Navegador
Um coletor no navegador vê sessões interativas nas páginas em que ele é executado. Ele não consegue ver clients que não executam JavaScript, atividade em outras abas, aplicações ou dispositivos, nem texto que uma pessoa copiou de outro lugar.
Servidor e API
Uma integração no lado do servidor vê o contexto da request e, quando os clients oferecem suporte, as assinaturas da request. Ela não consegue ver a tela de uma pessoa, e a maioria dos clients sem assinatura pode se descrever como quiser.
MCP
Um MCP server vê os detalhes declarados do cliente e as chamadas de ferramenta que ele faz. Um nome de cliente declarado é uma declaração, não uma verificação.
Dois limites que valem a pena entender
Texto gerado por IA de outra aba ou dispositivo
Se uma pessoa pergunta a um chatbot em outra aba, ou no telefone, e cola a resposta no seu formulário, o tráfego web comum geralmente não mostra nada sobre isso. A sessão parece dirigida por humanos porque um humano a dirigiu.
O Proof of Actor relata Human + AI apenas quando a assistência foi declarada ou observada por uma integração suportada que realmente consegue vê-la, como o recurso de assistente do próprio app.
O que uma request de bot assinada prova
Uma assinatura de mensagem HTTP que valida contra uma chave publicada mostra que a requisição foi assinada com uma chave associada a esse identificador, como o domínio de um operador.
Isso não estabelece a identidade no mundo real de quem está por trás da solicitação, se uma pessoa delegou autoridade a isso, nem se a ação é segura ou permitida. Os padrões nessa área, incluindo o trabalho do IETF Web Bot Auth, ainda são Internet-Drafts.
Sem bloqueio por padrão
O Proof of Actor não bloqueia, rejeita ou desafia nada por padrão. Recomendamos não bloquear nem rejeitar com base apenas em um resultado de ator inferido, e especialmente não tomar decisões com consequências sobre pessoas (emprego, crédito, serviços financeiros, educação ou acesso a serviços essenciais) com base em um.
A aplicação acontece na sua aplicação, sob policies que sua equipe escolhe e confirma, com fallback explícito para Unknown e para timeouts.
Unknown e abstenção
Quando a evidência não sustenta uma determinação confiável, o resultado é Unknown. Unknown nunca é convertido em Human, e não significa suspeito. Mantê-lo visível mostra onde termina sua cobertura, o que é informação necessária antes de aplicar qualquer enforcement.
Princípios de privacidade e governança
Limitação de finalidade
A evidência descreve as interações para o proprietário da aplicação. Ela não é usada para criar perfis entre sites.
Coleta mínima
Cada integração coleta o que seu contexto precisa. Telemetria sensível requer opt-in explícito.
Isolamento de tenant
A evidência de um cliente nunca fica visível para outro cliente.
Retenção configurável
A retenção é acordada com cada equipe fundadora durante o onboarding.
Acesso controlado pelo cliente
Você decide quem da sua equipe pode ver as evidências e os resultados.
Sem verificações de identidade
Nenhuma coleta biométrica e nenhuma verificação de identidade fazem parte do Proof of Actor.
Alinhado com cada equipe
Desempenho e metodologia
A cobertura, a taxa de Unknown, os falsos positivos e a calibração são medidos com equipes fundadoras em cada contexto suportado, em relação a resultados que essas equipes já conhecem. A metodologia e os resultados são publicados aqui à medida que cada contexto amadurece.
Dúvidas sobre privacidade ou segurança? [email protected]