Security is not a feature.
It is the foundation.

Passkey-only: finalità, conservazione e ritorno alla password

Integrazione preparata alla politica operativa, 8 ottobre 2026. Descrive il contratto previsto per il rilascio approvato; non dichiara già disponibili le funzioni rimanenti e non concede approvazioni legali, di rilascio o di attivazione.

Con Passkey-only i verificatori di password nativi e importati esistenti sono bloccati e conservati esclusivamente per un eventuale ritorno alla password. Restano nella memoria originale; non viene creato un archivio aggiuntivo. La conservazione non è un ulteriore metodo di recupero e non autorizza un accesso alternativo con la sola password.

L'attivazione originale registrata avvia un periodo di 30 giorni, esattamente 720 ore. Un processo automatico limitato elimina i vecchi verificatori dalla memoria attiva a partire dalla scadenza solo se la stessa attivazione è ancora abilitata. Salvare o riprovare una politica attiva non prolunga il periodo. Se manca una prova dell'inizio di un'attivazione precedente, la sua età rimane sconosciuta; il momento del deployment non crea una scadenza inventata.

Disattivare Passkey-only prima dell'eliminazione rende nuovamente utilizzabili i verificatori originali sopravvissuti con i normali controlli dell'account e dell'autenticazione. Una successiva attivazione reale avvia un nuovo periodo. La disattivazione non ripristina materiale password eliminato o sessioni e token revocati. L'eliminazione chiude il ritorno alla vecchia password; passkey e recupero configurato rimangono.

Con un passkey attualmente utilizzabile e un recupero configurato, l’utente interessato può richiedere in qualsiasi momento l’eliminazione della propria vecchia password nell’ambito di questa conservazione. Dopo la disattivazione della policy occorre provare che le prove invariate precedevano l’attivazione originale; le nuove password create dopo la disattivazione e la cronologia non dimostrata sono rifiutate. Un amministratore autorizzato del tenant può eliminare consapevolmente prima le prove conservate mentre passkey-only è attivo, con audit. L’effetto irreversibile sul ritorno all’accesso con password viene spiegato prima e richiede una conferma esplicita. Questa procedura non elimina silenziosamente l’unico fattore di accesso attuale al di fuori di tale conservazione.

I nuovi account creati tramite un percorso Passkey-only non ricevono una password. I nuovi tenant iniziano comunque con Passkey-only disattivato; l'attivazione resta una decisione esplicita dopo i controlli di preparazione.

Registrazioni di eliminazione separate e ad accesso limitato contengono gli identificativi dell’account e del tenant, identificativi di confronto delle prove rimosse e i metadati originali di attivazione ed eliminazione, non prove di password riutilizzabili. Impediscono di accettare nuovamente materiale rimosso anche dopo l’eliminazione dell’account. Sono dati personali di sicurezza, non dati anonimi. L’implementazione tecnica preparata non prevede scadenza automatica o procedura di eliminazione per queste registrazioni. Il periodo di 720 ore per le vecchie prove di password non promette che tali registrazioni siano eliminate contemporaneamente; finalità e conservazione devono essere valutate separatamente prima del rilascio.

Eliminare righe attive non rimuove subito le copie dai backup cifrati esistenti; queste seguono la politica reale di conservazione dei backup. Un ripristino resta isolato da autenticazione e scritture finché registri di eliminazione, attivazione e revoche non sono riconciliati. Il solo processo di pulizia non rende sicuro un vecchio backup completo che scarta la cronologia delle eliminazioni. Non deve riattivare silenziosamente verificatori, sessioni o token di aggiornamento eliminati o revocati.

Le regole previste terminano tutte le altre sessioni e tutti gli altri token di aggiornamento dell'utente dopo la configurazione del recupero e tutte le sessioni e i token non passkey del tenant all'attivazione. La disattivazione non li ripristina. Solo Tuurio esegue un rollback applicativo: confermare la disattivazione, fermare le scritture interessate, terminare le sessioni selezionate e poi ripristinare l'immagine applicativa precedente registrata. Ripristino di backup e rollback dell'immagine sono operazioni diverse.