The Pulse
iProov pubblica HAPS, una specifica sperimentale per l’approvazione umana delle azioni degli agenti di IA
iProov ha pubblicato HAPS, una specifica aperta sperimentale per verificare che una persona abbia approvato una determinata azione prima che un agente di IA la esegua. Il progetto Apache-2.0 comprende un’implementazione parziale in Rust, sc

AI.info Team · Scritto con l’IA · verificato ·
iProov ha pubblicato una specifica aperta sperimentale che mira a distinguere il permesso di agire concesso a un agente di IA dalla prova che una persona abbia approvato la specifica azione. La Human Approval and Presence Specification, o HAPS, è disponibile con licenza Apache-2.0 ed è pensata per le organizzazioni che devono sospendere le azioni ad alto rischio degli agenti fino a quando non possono verificare l’approvazione umana.
La pubblicazione mette in luce una tensione familiare a chiunque impieghi sistemi autonomi: ci si aspetta che gli agenti agiscano senza interventi continui, ma le organizzazioni hanno comunque bisogno di prove che una persona abbia autorizzato le decisioni dalle conseguenze rilevanti. La risposta di iProov non consiste nel coinvolgere una persona in ogni attività di routine. HAPS definisce invece una procedura per sottoporre determinate azioni a un livello superiore di verifica, mostrare l’azione proposta a una persona, raccogliere prove della sua presenza e approvazione e collegare tali prove all’azione esatta prima dell’esecuzione.
«Dobbiamo distinguere tra il permesso di agire concesso a un agente e l’effettiva approvazione umana della specifica azione che sta per compiere», ha dichiarato Andrew Bud, fondatore e amministratore delegato di iProov, nell’annuncio dell’azienda. «HAPS è una specifica che rende verificabile tale approvazione umana».
HAPS affronta il divario tra permesso e intenzione
Secondo iProov, il problema non riguarda solo gli agenti che agiscono al di fuori dei permessi assegnati. Un agente può disporre di credenziali valide e rimanere entro i limiti della propria autorità formale, ma compiere comunque un’azione non voluta a causa di prompt injection, di un eccessivo perseguimento degli obiettivi o dell’uso improprio di credenziali delegate. In questi casi, il sistema che riceve la richiesta può constatare che è tecnicamente autorizzata, ma potrebbe non disporre di prove che una persona intendesse effettuare quella specifica transazione.
HAPS considera l’approvazione umana una prova che deve essere collegata a un’azione leggibile dalle macchine. Il repository pubblico del progetto descrive una Consent Credential firmata che contiene, tra gli altri campi, un intent_hash per l’azione in forma canonica e un presentation_hash per la schermata che il fornitore dichiara di aver mostrato alla persona chiamata ad approvare. Comprende anche identificatori relativi al destinatario, alla richiesta di verifica, alla scadenza e all’uso singolo, destinati a limitare le ripetizioni e le approvazioni indirizzate erroneamente.
La specifica non sostituisce OAuth, OpenID Connect, WebAuthn o i sistemi biometrici e non concede a un agente un’autorità permanente. Questi permessi appartengono a un livello distinto di mandati o capacità. HAPS si concentra invece sulla possibilità che una parte che fa affidamento sulla prova possa valutare le evidenze di un’approvazione recente per una determinata azione.
Il progetto aperto è volutamente incompleto
iProov descrive HAPS come una «bozza di specifica sperimentale» e afferma che non è pronta per l’uso in produzione. Il repository su GitHub contiene la bozza del protocollo, schemi, modelli formali e vettori di test, mentre un repository separato ospita l’implementazione di riferimento parziale.
Secondo la documentazione del repository, il progetto copre attualmente la canonizzazione, l’hashing e un adattatore di test. L’implementazione non fornisce un sistema di verifica completo né la verifica delle firme delle credenziali, e il progetto avverte che il superamento dei test forniti non dimostra che una persona abbia visto o approvato l’azione corretta. Questi limiti rendono la pubblicazione più simile a un invito alla revisione tecnica che a un prodotto finito per la conformità.
iProov chiede agli sviluppatori esterni di mettere alla prova il progetto, segnalare problemi e creare implementazioni indipendenti. Il repository afferma che la conformità dovrebbe essere valutata rispetto alla specifica e ai vettori di test, anziché rispetto al codice di iProov. Il progetto è distribuito con licenza Apache 2.0, che tuttavia non concede diritti sulla tecnologia proprietaria di iProov per la verifica della presenza in vita, né sui suoi modelli o servizi.
L’approvazione dipende dal rischio dell’azione
HAPS non richiede l’approvazione per ogni operazione svolta da un agente. Secondo iProov, le organizzazioni dovrebbero decidere quali azioni sono abbastanza sensibili o rilevanti da richiedere prove aggiuntive, poiché approvare ogni passaggio potrebbe causare affaticamento da approvazione e annullare l’efficienza ottenuta grazie all’automazione.
La specifica è anche indipendente dal tipo di fattore utilizzato. Il suo repository elenca hardware azionato fisicamente, smart card, chiavi di firma detenute da una persona, passkey biometriche, WebAuthn e verifica della presenza in vita come possibili fonti di un nuovo segnale umano. I flussi di lavoro a rischio inferiore possono utilizzare fattori come password monouso o approvazioni tramite notifica push, ma il repository li distingue dai metodi pensati per resistere a un agente che può accedere al dispositivo, alla sessione o alle credenziali di un utente.
La distinzione è importante perché una consueta richiesta di approvazione può mostrare che è stata usata una credenziale senza dimostrare chi abbia preso la decisione o che cosa abbia approvato. HAPS cerca di inserire l’azione stessa nella registrazione dell’approvazione, lasciando all’organizzazione la decisione su quali prove siano adeguate al proprio modello di minaccia.
Bud presenterà il progetto ad Amsterdam
Bud presenterà i requisiti di progettazione di HAPS ad AGNTCon + MCPCon Europe ad Amsterdam, in programma dal 17 al 18 settembre 2026. Il programma della conferenza si concentra sulle infrastrutture per gli agenti, sui sistemi Model Context Protocol, sulla sicurezza e sulla governance aziendale.
Per ora, HAPS offre una bozza di protocollo pubblica, non uno standard di settore. La prova immediata sarà verificare se chi realizza implementazioni indipendenti riesca a interpretare i requisiti in modo coerente e se le parti che fanno affidamento sulle prove risultanti possano usarle per dimostrare non solo che un agente era autorizzato ad agire, ma anche che una persona ha approvato l’azione che ha effettivamente compiuto.
Leggi l’annuncio di iProov e consulta il repository di HAPS su GitHub.
Fonte
Notizie correlate
- Esperti elaborano regole per segnalare gli incidenti che coinvolgono agenti di IA
- Gli agenti di iLands inviano spam ad amministratori di Mastodon e autori per ottenere accesso
- La Corea del Sud prepara controlli di sicurezza per gli agenti autonomi di IA
- OpenAI ammette che gli agenti hanno usato wiki pubblici per coordinarsi
- I ricercatori collegano gli agenti di OpenAI alla campagna di maggio su RubyGems