Qué puede establecer Proof of Actor y qué no.
Una descripción clara de las clasificaciones, la evidencia detrás de ellas, los contextos a los que aplican y los límites en torno a los que diseñamos.
- Firma de la solicitudvalid · sample-crawler.exampleverified
- Declaración del cliente"research-assistant/2.1"declared
- Interacción en el navegadorpointer + keyboard eventsinferred
- Sin señales compatiblesroute not instrumentedunknown
La versión corta
| Qué puede decirte Proof of Actor (cuando esté soportado) | Lo que no puede garantizar |
|---|---|
| Si una firma de solicitud de agente compatible valida | Que el agente es honesto, seguro o está autorizado para realizar cualquier acción |
| Si una sesión expone ciertas señales interactivas o de automatización | Que un humano no usó IA fuera de tu integración observable |
| Si el uso de IA fue declarado u observable en un flujo de trabajo compatible | Detección universal de asistencia de IA, contenido copiado u otro dispositivo |
| Que esa evidencia fue insuficiente | Que una interacción desconocida es maliciosa |
La disponibilidad depende de tu integración y de las comprobaciones habilitadas. El propietario de la aplicación mantiene el control de las decisiones de aplicación.
Clasificaciones
Cuatro clases públicas. Cada una tiene un significado definido y un límite explícito.
- Humano
Las señales observables compatibles indican una interacción dirigida por una persona.
No significa: Que no se usó IA, o que la identidad real de la persona está verificada.
- Humano + IA
La asistencia de IA fue declarada, o detectada por una integración compatible que realmente puede observarla.
No significa: Que todo uso oculto de IA puede detectarse, incluida otra pestaña u otro dispositivo.
- Agente
Interacción automatizada o de origen de agente, respaldada por identidad verificable o una inferencia cuidadosamente cualificada.
No significa: Que el agente está autorizado, es seguro o actúa con una delegación válida de una persona.
- Desconocido
La evidencia disponible no respalda una determinación fiable.
No significa: Que la interacción es sospechosa o maliciosa.
Verified, declarado, inferido, Unknown
Cada resultado lleva una base. Una clase nunca disfraza una inferencia como verificación criptográfica, lo que importa especialmente en aplicaciones sensibles a la seguridad.
- verified
- Verificado. Una afirmación validada criptográficamente o de otro modo verificable, por ejemplo una firma de solicitud contra una clave publicada. Demuestra esa verificación, nada más.
- declared
- Declarado. El actor o tu aplicación lo afirmó, por ejemplo una declaración de asistencia de IA o un cliente que se identifica como agente. Una declaración puede ser falsa.
- inferred
- Inferido. Una conclusión extraída de señales de comportamiento o contexto. Las inferencias pueden ser incorrectas y siempre se etiquetan como inferencias.
- unknown
- Desconocido. No hay evidencia suficiente para una determinación. El resultado se reporta como Unknown en lugar de adivinarse.
Cuando una cifra de confianza necesitaría detrás un modelo probado y calibrado, usamos en su lugar una fortaleza cualitativa de la evidencia. No verás de nuestra parte una cifra como 99.7% human salvo que haya sido medida y explicada.
Contextos admitidos y sus límites
Navegador
Un colector del navegador ve sesiones interactivas en las páginas donde se ejecuta. No puede ver clientes que no ejecutan JavaScript, actividad en otras pestañas, aplicaciones o dispositivos, ni texto que una persona haya copiado desde otro lugar.
Servidor y API
Una integración del lado del servidor ve el contexto de la solicitud y, cuando los clientes lo admiten, las firmas de solicitud. No puede ver la pantalla de una persona, y la mayoría de los clientes sin firma pueden describirse como quieran.
MCP
Un MCP server ve los detalles declarados del cliente y las llamadas a herramientas que realiza. Un nombre de cliente declarado es una declaración, no una verificación.
Dos límites que conviene entender
Texto generado por AI desde otra pestaña o dispositivo
Si una persona le pregunta a un chatbot en otra pestaña, o en su teléfono, y pega la respuesta en tu formulario, el tráfico web normal suele no mostrar nada al respecto. La sesión parece dirigida por humanos porque un humano la dirigió.
Proof of Actor informa Human + AI solo cuando la asistencia fue Declared, o cuando la observa una integración compatible que realmente puede verla, como la propia función de asistente de tu app.
Qué demuestra una solicitud de bot firmada
Una firma de mensaje de HTTP que valida frente a una clave publicada muestra que la solicitud se firmó con una clave asociada a ese identificador, como el dominio de un operador.
No establece la identidad en el mundo real de quien esté detrás de la solicitud, si una persona le delegó autoridad o si la acción es segura o está permitida. Los estándares en esta área, incluido el trabajo de IETF Web Bot Auth, siguen siendo Internet-Drafts.
Sin bloqueo por defecto
Proof of Actor no bloquea, rechaza ni cuestiona nada por defecto. Recomendamos no bloquear ni rechazar basándose solo en un resultado de actor Inferred, y especialmente no tomar decisiones con consecuencias sobre personas (empleo, crédito, servicios financieros, educación o acceso a servicios esenciales) a partir de uno.
La aplicación de políticas ocurre en tu aplicación, bajo políticas que tu equipo elige y confirma, con alternativas explícitas para Unknown y para los timeouts.
Unknown y abstención
Cuando la evidencia no respalda una determinación fiable, el resultado es Unknown. Unknown nunca se convierte en Human, y no significa sospechoso. Mantenerlo visible te indica dónde termina tu cobertura, que es la información que necesitas antes de aplicar nada.
Principios de privacidad y gobernanza
Limitación de finalidad
La evidencia describe las interacciones al propietario de la aplicación. No se usa para crear perfiles entre sitios.
Recopilación mínima
Cada integración recopila lo que necesita su contexto. La telemetría sensible requiere una aceptación explícita.
Aislamiento de inquilinos
La evidencia de un cliente nunca es visible para otro cliente.
Retención configurable
La retención se acuerda con cada equipo fundador durante la incorporación.
Acceso controlado por el cliente
Tú decides quién de tu equipo puede ver las evidencias y los resultados.
Sin verificaciones de identidad
La recopilación biométrica y la verificación de identidad no forman parte de Proof of Actor.
Acordado con cada equipo
Rendimiento y metodología
La cobertura, la tasa de Unknown, los falsos positivos y la calibración se miden con equipos fundadores en cada contexto compatible, frente a resultados que esos equipos ya conocen. La metodología y los resultados se publican aquí a medida que cada contexto madura.
¿Preguntas sobre privacidad o seguridad? [email protected]