Le passkey post-quantistiche di 1Password hanno bisogno anche del sito
Il supporto ML-DSA avvia una migrazione. Aggiornare il gestore non converte tutte le passkey esistenti e non rende compatibile ogni sito.
1Password ha introdotto il supporto alle passkey basate su ML-DSA, un algoritmo di firma digitale progettato per resistere agli attacchi di un futuro computer quantistico sufficientemente potente. Il limite pratico è semplice: devono supportarlo sia il gestore sia il sito. Installare la versione 8.12.44 non trasforma ogni account in un account post-quantistico.
È la preparazione di una migrazione, non l’annuncio che le normali passkey abbiano improvvisamente smesso di servire. L’azienda definisce il cambiamento precauzionale. Le credenziali esistenti non cambiano automaticamente algoritmo soltanto perché l’applicazione ora può crearne di un altro tipo.
La parte che cambia è la firma
L’autenticazione con passkey utilizza una chiave privata per produrre una risposta verificabile dal servizio con la corrispondente chiave pubblica. Il servizio non ha bisogno di una password riutilizzabile condivisa con l’utente. La nostra spiegazione delle passkey racconta perché questo modifichi i problemi abituali di phishing e riutilizzo delle password.
Lo standard FIPS 204 del NIST definisce ML-DSA per generare e verificare firme digitali. L’obiettivo è conservare quella relazione di verifica contro una diversa categoria di minaccia crittografica. Non è lo stesso compito della cifratura di tutti i file dell’account, né dimostra la sicurezza della sua procedura di recupero.
Separare i livelli evita una conclusione sbagliata: aspettare il supporto post-quantistico non è un motivo per tornare alle password riutilizzate. La migrazione crittografica futura e le scelte di sicurezza attuali possono procedere insieme.
La compatibilità comprende formato e piattaforma
RFC 9964 definisce come rappresentare chiavi e firme ML-DSA in formati tra cui COSE. Concordare l’algoritmo è solo una parte dell’interoperabilità: i programmi devono anche accordarsi su come codificare e scambiare le informazioni.
Lo standard osserva che chiavi e firme ML-DSA sono sensibilmente più grandi di quelle delle alternative tradizionali. Non rende impraticabile l’adozione, ma introduce vincoli reali: memoria, banda ed elaborazione non possono essere date per irrilevanti solo perché esiste uno standard.
Oggi c’è anche una differenza tra piattaforme. 1Password dichiara che l’autenticazione funziona sui sistemi supportati, mentre la creazione di una passkey ML-DSA non è ancora disponibile su iOS o attraverso l’estensione nativa di compilazione automatica di macOS. Creare una credenziale e usarne una già esistente sono operazioni distinte.
L’azienda sta lavorando con gli organismi di standardizzazione all’aggiornamento delle passkey esistenti. È un’attività in corso, non la prova che sia già stata distribuita una migrazione automatica universale. Non conviene cancellare credenziali funzionanti presumendo che il sito accetti subito una sostituzione nel nuovo formato.
Una transizione riesce quando diventa ordinaria
La nostra copertura degli standard post-quantistici spiega perché scegliere gli algoritmi sia soltanto l’inizio. Prodotti, protocolli e servizi devono poi avanzare insieme senza interrompere le abitudini su cui le persone fanno affidamento.
Per l’utente, l’azione visibile è contenuta: aggiornare il gestore e usare le opzioni effettivamente supportate dal servizio. Per chi gestisce un sito, il lavoro è più profondo, perché accettare un nuovo algoritmo modifica un percorso reale di autenticazione che deve restare compatibile e recuperabile.
Il traguardo non è quindi un bollino «quantum-safe» accanto a ogni accesso. È il primo collegamento supportato tra due sistemi capaci di parlare la nuova lingua crittografica, con una strada perché altri possano seguirli.
