OpenClaw 2026.8.1: come funzionano permessi ricorrenti e segreti protetti

In breve: OpenClaw 2026.8.1 permette di approvare una volta un’operazione ricorrente e di fornire credenziali senza inserirle nella chat o nel contesto del modello. Il vantaggio è operativo, ma la sicurezza dipende da quanto precisamente sono legati permesso, destinazione e operazione.

Che cosa introduce davvero la release

Le note di rilascio ufficiali separano due funzioni. Le richieste private consentono all’agente di chiedere una credenziale tramite un campo mascherato e di sostituirla solo verso destinazioni approvate. I permessi ricorrenti consentono invece di autorizzare un’operazione esatta, ispezionarla e revocarla in seguito.

Non significa che l’agente ottenga un lasciapassare generale. La stessa documentazione specifica che una modifica del job o dell’operazione deve richiedere una nuova approvazione. È questo il comportamento da verificare, non solo la presenza del pulsante “approva”.

Il rischio concreto nelle automazioni

Un’autorizzazione persistente diventa pericolosa se sopravvive a un cambio di comando, worker, destinazione di rete o segreto. In quel caso un consenso nato per un’azione limitata può diventare riutilizzabile in un contesto diverso.

La prova pratica che farei

1. approvare un job innocuo con un solo host e un solo segreto;
2. ripeterlo senza modifiche per verificare il riuso previsto;
3. cambiare un parametro, il worker e poi la destinazione;
4. ruotare la credenziale e revocare il permesso;
5. controllare che ogni variazione sensibile provochi una nuova richiesta.

La release contiene molte altre modifiche e alcune migrazioni incompatibili, compreso il passaggio delle sessioni a SQLite. Prima dell’aggiornamento la documentazione consiglia un backup verificato e avverte che un downgrade può nascondere le sessioni create dopo la migrazione.

La conclusione utile

Permessi ricorrenti e segreti mascherati riducono attrito e copie di credenziali, ma non sostituiscono il controllo del perimetro. La funzione è valida se il consenso resta legato a un’operazione stretta; se continua a funzionare dopo una modifica sostanziale, la comodità ha superato il limite di sicurezza.