Presentamos la Especificación de Aprobación y Presencia Humana: HAPS

Documento técnico

Un agente de IA puede presentarse ante una parte confiable con pruebas técnicamente válidas, pero a las que el agente tiene acceso. Esto no basta para demostrar que el mandante humano tuviera la intención de realizar la acción concreta que ahora se solicita.

Este documento técnico de iProov presenta la «Especificación de aprobación y presencia humanas», una especificación procedimental experimental destinada a vincular la aprobación humana a una acción agencial concreta. Se ha publicado de forma abierta en GitHub bajo la licencia Apache-2.0 para su revisión por parte del sector, su crítica y su implementación independiente.

¿Cómo consigue HAPS que la aprobación humana sea verificable?

La especificación define cuatro componentes:

  • Intención de acción: una descripción canónica y legible por máquina de lo que el agente se propone hacer.
  • Desafío HAPS: opcional y recomendado para acciones de alto riesgo, que permite a la parte que confía en la autenticación especificar la prueba de presencia humana y de identidad que requiere.
  • Vista de firma: la representación oficial de la acción que se muestra al responsable de la aprobación.
  • Credencial de consentimiento HAPS: la prueba resultante, empaquetada de tal forma que pueda enviarse a la parte que confía en ella en un formato portátil y verificable.

Lo que aprenderá

Sigue la secuencia completa, desde que la parte que confía tiene una acción pendiente y emite un desafío, pasando por la comprobación de presencia y la aprobación explícita, hasta la verificación de que la credencial es auténtica, lo suficientemente segura, está al día y no se ha utilizado antes de que se autorice la acción. Comprende cómo se relaciona HAPS con OAuth, AuthZEN, OpenID4VP y MCP, qué es lo que la especificación no pretende abordar deliberadamente y cómo la implementación de referencia en Rust y el kit de pruebas que la acompañan facilitan la experimentación.

HAPS es independiente de la prueba y neutral en cuanto a la implementación. La parte que confía en el sistema es la responsable de decidir qué acciones requieren aprobación, si la persona encargada de aprobar está autorizada y cómo se lleva a cabo y se ejecuta la acción.

Consulta las especificaciones en GitHub