Questione aperta
Identità e delega
Per conto di chi opera il client? Con quale contesto e quali credenziali? La delega deve essere limitata e riconoscibile, senza trattare l’accesso di una persona come una licenza generale ad agire.
08 / Ricerca applicata
Rendere espliciti i confini. Anche per gli agenti.
Le applicazioni connesse aprono domande su identità, delega e responsabilità. Questa pagina raccoglie un metodo di discussione: dichiarare un’autorizzazione e farla rispettare dal sistema sono due livelli distinti.
Apri un confronto tecnico- 01Identità
- 02Permesso dichiarato
- 03Controllo effettivo
Il problema da riconoscere
Un’intenzione dichiarata non è un controllo eseguito.
Un agente potrebbe voler leggere un catalogo, esportare un documento o avviare un’azione. Prima di abilitare un caso d’uso servono confini comprensibili: soggetto, dati, azione, approvazione e possibilità di revoca.
Come si lavora / Ricerca applicata
Domande di ricerca da portare nel progetto.
Distinzione di metodo
Dichiarazione e enforcement
Un’indicazione di permesso aiuta a descrivere il comportamento atteso. Autorizzazione sul server, verifiche sulle azioni e isolamento dei dati devono invece essere implementati e collaudati nel sistema.
Criteri di sperimentazione
Evidenza e responsabilità
Chi approva un’azione sensibile? Quali prove permettono di ricostruire un errore? Revoca, gestione delle eccezioni e supervisione umana sono requisiti da discutere prima di una sperimentazione.
Ricerca pubblica / LAS-WG
Permission Manifests
for Web Agents
arXiv:2601.02371 · versione 2, gennaio 2026
Gurjyot Wanga, R&D engineer WebAir, è fra i coautori del paper. Il lavoro propone agent-permissions.json: un manifest leggero con cui i siti dichiarano le interazioni consentite agli agenti web.
WebAir è indicata fra le organizzazioni rappresentate nel Lightweight Agent Standards Working Group. Il gruppo precisa che l’adesione dei membri è individuale.
Il manifest è advisory: non sostituisce autenticazione, autorizzazione o controlli server-side e non certifica il comportamento di un’applicazione tQuadra®.
Esercizio illustrativo
La stessa identità.
Tre azioni da valutare.
Leggere un catalogo pubblico
Definire la fonte e verificare che i dati siano davvero pubblici. L’accesso in lettura non autorizza operazioni di modifica.
Esportare un documento riservato
Verificare soggetto, contesto, autorizzazione e destinazione. Una dichiarazione del client non sostituisce il controllo del sistema.
Approvare un’operazione
Stabilire ruolo, condizioni e supervisione. Il progetto deve poter negare l’azione e interrompere la delega.
Confini & verifica
Un esercizio di governance, non una funzione AI dichiarata.
Domande / Ricerca applicata
Prima del prossimo passo.
Una dichiarazione di permessi garantisce la sicurezza?
No. È necessario distinguere l’informazione consultabile dal client dai controlli effettivi sul sistema. Autorizzazioni e prove negative devono essere verificate nel runtime reale.
Come valutare un primo caso?
Scegliere un’azione limitata, un set di dati non sensibili e un supervisore. Definire cosa è consentito, cosa è negato e come interrompere la prova prima di allargare il perimetro.
Il prossimo passo / con WebAir
Mettiamo a fuoco il primo processo.
Porta un flusso di lavoro, i sistemi coinvolti e un obiettivo. Partiamo da lì.