Android trasferisce passkey tra password manager senza file in chiaro

Chi ha mai provato a cambiare applicazione per gestire le proprie password conosce bene il momento del blocco: l'export del file, il formato incompatibile, le credenziali che mancano all'arrivo, e soprattutto le passkey — quelle chiavi digitali più moderne che sostituiscono le password tradizionali — che semplicemente non si spostano. Google ha introdotto su Android una procedura per trasferire passkey e password tra gestori diversi senza passare da file non protetti, cercando di trasformare un'operazione storicamente scomoda in qualcosa di più vicino a un normale cambio di servizio.

Come funziona il trasferimento

Il flusso è pensato per essere diretto: si avvia l'importazione dall'app di destinazione, Android individua i gestori compatibili presenti sul telefono, si sceglie quello di partenza, si seleziona cosa spostare e si autorizza. In pochi secondi, password e passkey cambiano applicazione restando dentro un percorso gestito dal sistema operativo. Al lancio, i gestori compatibili dichiarati sono Google Password Manager, 1Password, Bitwarden e Dashlane — una scelta che segnala come la portabilità non nasca come funzione interna all'ecosistema Google, ma come interoperabilità reale tra concorrenti.

Il punto più rilevante non è la comodità in sé, per quanto conti: la migrazione è uno dei momenti in cui molti utenti rimandano o rinunciano a cambiare gestore. Il vero nodo è che, con le passkey, questa difficoltà è stata finora strutturale. Una passkey non è una stringa di testo che si copia e incolla: è una credenziale crittografica legata a un'app e a un dispositivo. Fino a oggi, cambiare applicazione significava spesso ricreare le passkey una per una, sito per sito — un costo di tempo e attenzione che scoraggia anche chi tiene alla propria sicurezza digitale.

Uno standard condiviso, non una mossa di Google

Dietro la semplicità dell'interfaccia c'è una base industriale già consolidata. La FIDO Alliance — il consorzio che ha definito gli standard alla base delle passkey, tra cui WebAuthn, la tecnologia usata da browser e siti web — ha lavorato a specifiche di scambio di credenziali pensate per trasferire sia password sia passkey in modo sicuro per impostazione predefinita. Questo passaggio sposta la portabilità dalla buona volontà dei singoli produttori a una grammatica comune: non è una scelta di Google, ma l'implementazione di un lavoro di standardizzazione che nell'industria era già in corso.

Google non distribuisce questa funzione tramite un aggiornamento dell'app, ma attraverso Google Play Services — il componente di sistema presente su quasi tutti i dispositivi Android, che si aggiorna indipendentemente dalla versione del sistema operativo. Diversi segnali indicano che la disponibilità del trasferimento è stata collegata a un aggiornamento specifico di Play Services, il che spiega perché la funzione possa arrivare in modo graduale e non uniforme su tutti i telefoni, anche a parità di versione Android installata.

Cambiare gestore di password sta diventando facile quanto cambiare banca

I requisiti variano da app ad app

Sul piano tecnico, la documentazione ufficiale di Android descrive la Credentials Transfer API come disponibile a partire da Android 8. Il trasferimento non avviene tramite copia diretta in chiaro: lo scambio tra app usa un canale sicuro basato su un indirizzo temporaneo protetto dal sistema, con file in cache come mezzo di trasporto — necessari perché il contenuto di un archivio di credenziali può superare il limite imposto da Android per le comunicazioni dirette tra applicazioni. In pratica, il sistema operativo fa da intermediario, senza esporre i dati come farebbe un normale file esportato.

I requisiti minimi, però, variano da gestore a gestore. Dashlane indica la compatibilità a partire da Android 10 con Play Services aggiornato. 1Password specifica Android 14 o successivo per l'importazione diretta. Bitwarden collega la funzione ad Android 14 con una versione specifica di Play Services. Non sono contraddizioni: sono l'effetto di un framework comune che ciascun produttore ha implementato con proprie condizioni minime. Il risultato pratico è che l'esperienza utente può variare sensibilmente a seconda dell'app e del telefono.

Questo aspetto non è secondario. La credibilità di una funzione legata alla sicurezza si costruisce o si distrugge al primo tentativo: se l'utente trova un messaggio ambiguo, una compatibilità parziale o un errore incomprensibile, l'idea di «trasferimento sicuro» si converte rapidamente in sfiducia — verso il singolo gestore, ma spesso anche verso le passkey in generale. E le passkey, nel 2026, sono in una fase in cui la domanda non è più «posso usarle?» ma «posso usarle senza restare bloccato?».

La sicurezza dipende dall'anello più debole

Il confronto con il metodo tradizionale è netto. L'export in formato CSV — un file di testo con tutte le password in chiaro — è storicamente il punto più vulnerabile della migrazione tra gestori: file lasciati sul desktop, copiati su servizi cloud personali, allegati per errore in chat. Il nuovo meccanismo è strutturalmente più robusto, perché il sistema operativo orchestra il trasferimento senza produrre file intermedi accessibili all'utente.

Tuttavia, la solidità del trasferimento dipende dall'anello più debole tra i due gestori coinvolti. Se un'app ha una falla, gestisce male il consenso dell'utente o non verifica correttamente chi sta richiedendo i dati, l'operazione può diventare un obiettivo attraente. Il rischio specifico di un trasferimento standardizzato e normalizzato è che, proprio perché diventa un percorso comune, può iniziare a essere considerato anche da chi vuole intercettarlo. Proteggere bene questo flusso significa rendere difficile che un'app malevola si spacci per un gestore legittimo, evitare ambiguità nell'interfaccia su cosa si sta spostando e verso dove, e garantire che l'autorizzazione richieda un gesto significativo — come lo sblocco biometrico o la verifica del vault.

La portabilità abbassa il rischio delle scorciatoie pericolose, ma non elimina i rischi del trasferimento

Pressione competitiva e qualità dei servizi

C'è un contesto più ampio in cui questa funzione si inserisce. I gestori di password stanno diventando infrastruttura critica: conservano passkey, codici di autenticazione a due fattori, dati sensibili, e rappresentano spesso la chiave d'accesso a decine o centinaia di account. Allo stesso tempo, ricerche recenti hanno mostrato che l'etichetta «zero-knowledge» — con cui molti gestori descrivono la propria architettura, intendendo che nemmeno il produttore può leggere i dati degli utenti — non esaurisce la discussione sulla sicurezza reale, perché entrano in gioco l'integrità dell'app, la protezione da malware locali e la qualità del processo di aggiornamento.

Se cambiare gestore diventa semplice, la differenza tra prodotti la fanno qualità dell'app, trasparenza degli audit di sicurezza e velocità di risposta alle vulnerabilità — non più la difficoltà di uscire. Per chi usa Android in Italia, dove il sistema di Google è il più diffuso e molti utenti usano il gestore predefinito senza averlo scelto consapevolmente, questa funzione abbassa la barriera verso scelte più ragionate: chi vuole un approccio open-source, chi cerca funzioni per uso aziendale, chi vuole separare le proprie credenziali dall'account Google, può farlo con meno attrito. Meno attrito, in sicurezza, spesso significa meno tentazioni di prendere scorciatoie rischiose.

La neutralità della piattaforma è una promessa parziale

Resta una tensione che nessun aggiornamento può eliminare del tutto. La portabilità è un antidoto al lock-in — cioè alla situazione in cui si rimane legati a un servizio perché uscirne è troppo complicato — ma non elimina il ruolo centrale di Android e di Play Services nel mediare l'operazione. La «neutralità» della portabilità dipende anche da politiche di piattaforma, requisiti di certificazione e scelte implementative che i singoli gestori non controllano completamente. Per i vendor indipendenti è un vantaggio — esiste finalmente un percorso standard e sicuro — ma anche un vincolo, perché la qualità dell'esperienza può dipendere da un livello sottostante fuori dalla loro portata.

Nel breve periodo, la metrica più utile non sarà quante app annunciano il supporto, ma quante migrazioni vanno a buon fine senza sorprese. Se il trasferimento diventa davvero un gesto ordinario, le passkey smettono di essere percepite come una scelta che vincola a un gestore e iniziano a comportarsi come dovrebbero: un miglioramento di sicurezza che non chiede fedeltà, ma solo buone pratiche.