Sunbird porta iMessage su Android: perché fidarsi non è così semplice

Usare iMessage su uno smartphone Android senza possedere un iPhone o lasciare acceso un Mac sembrava un obiettivo ormai superato dall’arrivo di RCS. Sunbird ha però deciso di riprovarci: a inizio agosto 2026, l’applicazione è tornata sul Google Play Store, dopo quasi tre anni di assenza e una profonda ricostruzione dell’infrastruttura.

La promessa è mettere gli utenti nelle condizioni inviare messaggi verso i dispositivi Apple facendo comparire le bolle blu, mantenere le conversazioni di gruppo iMessage, utilizzare reazioni, conferme di lettura, indicatori di digitazione e condividere foto o video in maniera naturale.

Dietro un’interfaccia apparentemente simile a quella di una normale applicazione di messaggistica si trova però un meccanismo molto più complesso. Sunbird non installa iMessage su Android, non riproduce l’intero protocollo Apple e non dispone di un’autorizzazione ufficiale concessa dall’azienda di Cupertino. Crea invece un ponte remoto tra il telefono Android e la rete iMessage.

Sunbird non esegue iMessage direttamente su Android

iMessage non è un semplice formato di messaggio che qualsiasi applicazione può implementare. Il servizio dipende dall’infrastruttura Apple, dalla registrazione dei dispositivi, dalle chiavi crittografiche associate all’account e da componenti software disponibili sui sistemi della Mela.

Sunbird aggira tale limite senza modificare Android: quando l’utente collega il proprio Apple Account, il servizio inizializza una sessione iMessage all’interno della propria infrastruttura. L’app installata sullo smartphone Android comunica quindi con un ambiente remoto – sotto il controllo di Sunbird – che, a sua volta, dialoga con i server Apple.

Il terminale mobile dell’utente Android non diventa quindi un endpoint iMessage autonomo nel senso tradizionale: l’endpoint compatibile con il servizio Apple risiede infatti nell’infrastruttura intermedia gestita da Sunbird.

Gli sviluppatori di Sunbird non pubblicano tutti i dettagli dell’architettura in uso. In passato il sistema faceva ricorso a Mac mini ospitati nei data center e assegnati alle sessioni degli utenti. Nella documentazione più recente Sunbird preferisce parlare di “private space“, ossia uno spazio isolato associato a ogni account. Non è pertanto possibile stabilire dalle sole informazioni pubbliche se a ciascun utente corrisponda ancora una macchina Apple fisica dedicata, una macchina condivisa oppure un’altra forma di ambiente compatibile con iMessage.

Il principio rimane comunque invariato: il messaggio deve passare attraverso un componente remoto capace di presentarsi alla rete Apple come un client iMessage valido.

Cosa succede quando si inserisce l’Apple Account

Per collegare iMessage, Sunbird richiede le credenziali dell’Apple Account e l’eventuale codice di autenticazione a due fattori. Si tratta del passaggio più delicato dell’intera configurazione, perché una credenziale Apple consente potenzialmente di accedere a servizi, dati e dispositivi associati all’utente.

Sunbird dichiara che la password è utilizzata una sola volta per creare la sessione e successivamente eliminata. L’azienda afferma inoltre di non conservare un token che permetta di autenticarsi nuovamente in futuro senza il consenso dell’utente.

Il servizio remoto riceve comunque la credenziale, la utilizza per dialogare con Apple e crea un’identità iMessage che risiede nel suo ambiente. L’utente deve quindi fidarsi del fatto che:

• la password venga realmente eliminata;
• non esistano copie nei log o nei sistemi diagnostici;
• i token generati da Apple non risultino riutilizzabili oltre quanto dichiarato;
• l’ambiente assegnato all’utente rimanga separato da quelli degli altri clienti.

La società sostiene che ogni spazio privato sia automaticamente rimosso quando l’utente scollega iMessage o elimina il proprio account. La verifica indipendente di tali affermazioni resta però difficile, perché il codice del servizio e l’infrastruttura server non sono pubblici.

Un’unica applicazione per iMessage, RCS, SMS e MMS

La versione pubblicata ad agosto 2026 non si presenta soltanto come un client iMessage per Android. Sunbird vuole diventare un contenitore unico per diverse forme di comunicazione.

L’app integra iMessage, Google Messaggi con RCS, SMS e MMS; inoltre, la società ha annunciato anche l’intenzione di aggiungere WhatsApp, Facebook Messenger e altri servizi, trasformando Sunbird in un “punto di contatto” universale.

Una delle novità della nuova edizione è la suddivisione delle conversazioni tra una sezione principale e una secondaria. Le chat considerate importanti rimangono nella vista primaria, mentre codici di verifica, mittenti sconosciuti o comunicazioni meno rilevanti possono finire in quella secondaria.

L’obiettivo consiste nel ridurre il rumore generato da notifiche, messaggi automatici e conversazioni occasionali. L’utente mantiene comunque la possibilità di spostare manualmente le chat e correggere la classificazione.

Sunbird ha inoltre anticipato l’arrivo di funzioni AI capaci di riassumere conversazioni e preparare risposte, anche se tali strumenti non rappresentano ancora il cuore della versione appena pubblicata.

La cifratura di iMessage non copre necessariamente l’intero percorso

Il tema più importante riguarda la protezione dei messaggi. Sunbird afferma che i dati risultano cifrati sul telefono, durante il trasferimento e nella memoria locale del dispositivo Android.

Le comunicazioni tra l’app e i server Sunbird utilizzerebbero connessioni protette mediante certificate pinning, una tecnica che permette al client di accettare soltanto certificati o chiavi specificamente previsti dallo sviluppatore. L’obiettivo è ridurre il rischio che un certificato emesso impropriamente o installato sul dispositivo permetta un attacco man-in-the-middle. Sunbird dichiara inoltre di utilizzare AES-256 per proteggere i dati conservati in locale.

Nel tratto finale tra l’infrastruttura Sunbird e il dispositivo Apple interviene invece la cifratura end-to-end nativa di iMessage.

Il fatto che una parte del percorso utilizzi la cifratura end-to-end di Apple non significa però che il messaggio rimanga cifrato senza interruzioni dal telefono Android fino all’iPhone. In una normale conversazione iMessage gli endpoint crittografici corrispondono ai dispositivi degli utenti coinvolti nella chat; nel modello Sunbird, l’endpoint riconosciuto dalla rete Apple risiede nell’ambiente remoto del servizio, non sul terminale dell’utente.

Anche qualora entrambi i segmenti della comunicazione risultassero cifrati, l’ambiente intermedio deve necessariamente gestire il contenuto in una forma utile per inoltrarlo. Il livello di sicurezza dipende quindi non solo dagli algoritmi utilizzati, ma anche dall’isolamento delle sessioni, dalla gestione delle chiavi, dal codice server e dalle procedure operative dell’azienda.

La cifratura del trasporto impedisce a un osservatore esterno di leggere il messaggio durante il passaggio sulla rete; non dimostra, da sola, che il gestore dell’infrastruttura non possa accedere al contenuto nel punto in cui avviene la conversione.

Allegati conservati fino a 72 ore

Sunbird dichiara di non archiviare permanentemente il testo delle conversazioni. Per foto, video e altri contenuti multimediali, il servizio ammette però una permanenza temporanea sui propri sistemi. Secondo le informazioni diffuse in occasione del rilancio, gli allegati sono cancellati entro 48 ore e comunque non rimangono disponibili per più di 72 ore.

La conservazione temporanea può servire a gestire ritardi nella consegna, dispositivi offline, conversioni di formato e sincronizzazione tra i diversi sistemi. Introduce tuttavia una superficie di attacco aggiuntiva: per un determinato intervallo di tempo il file esiste all’interno dell’infrastruttura di una terza parte.

La crittografia dei dati a riposo può limitare le conseguenze del furto fisico dei supporti o dell’accesso diretto ai file, ma la sua efficacia dipende da chi controlla le chiavi e da come queste vengono utilizzate durante la consegna.

Per valutare realmente il rischio servirebbero dettagli non disponibili pubblicamente: durata delle chiavi, separazione tra dati e chiavi, rotazione, sistemi di gestione dei segreti, politiche di accesso interno e log delle operazioni.

Il precedente del 2023: messaggi non cifrati e database Firebase

Le cautele non derivano soltanto da considerazioni teoriche. Sunbird aveva già tentato di offrire iMessage su Android nel 2023, fornendo anche la tecnologia alla base di Nothing Chats, l’app presentata per Nothing Phone (2).

Poco dopo il lancio, ricercatori indipendenti individuarono vulnerabilità particolarmente gravi: Sunbird sospese il servizio dopo che emerse che alcuni messaggi ricevuti tramite iMessage venivano temporaneamente conservati in chiaro all’interno di un database Firebase. La vecchia implementazione lasciava inoltre accessibili alcuni allegati attraverso sistemi di archiviazione non adeguatamente protetti.

Il problema non consisteva quindi soltanto in un bug isolato dell’interfaccia; riguardava l’architettura con cui i dati transitavano tra iMessage e Android.

Sunbird interruppe l’accesso alla piattaforma e avviò una revisione completa. L’azienda sostiene adesso di aver ricostruito l’infrastruttura, eliminato il precedente passaggio non cifrato, introdotto nuovi meccanismi di isolamento e affidato i controlli sulla nuova versione a una società indipendente di sicurezza.

Il CEO Danny Mizrahi ha dichiarato che l’audit non avrebbe individuato vulnerabilità critiche. Non risultano tuttavia pubblicamente disponibili, nelle fonti consultate, il rapporto tecnico completo, il nome dell’organizzazione che ha effettuato le verifiche e la metodologia impiegata.

Il problema che Sunbird vuole risolvere esiste ancora davvero?

Restano sul tavolo altri interrogativi cruciali. La disponibilità di RCS su iPhone ha eliminato molte delle limitazioni che rendevano frustranti le conversazioni tra Android e iOS: immagini e video possono viaggiare con una qualità migliore rispetto agli MMS, compaiono conferme di lettura e indicatori di digitazione, mentre i gruppi risultano generalmente più gestibili.

Rimane la separazione tra RCS e iMessage, ma non tutti la considerano un problema da risolvere. Il colore con cui Apple rappresenta le conversazioni interessa soprattutto una parte del pubblico statunitense; per molti utenti europei non costituisce un motivo sufficiente per consegnare il proprio Apple Account a un servizio intermedio.

La domanda diventa ancora più evidente quando esistono applicazioni come WhatsApp, Signal, Telegram e altri strumenti realmente multipiattaforma. Questi servizi non cercano di adattare una piattaforma proprietaria a un sistema per il quale non era stata progettata: installano lo stesso client sui dispositivi dei partecipanti e gestiscono direttamente le conversazioni tra Android, iPhone e computer.

Il DMA ha aperto WhatsApp, ma l’interoperabilità resta limitata

Quindi, esiste ancora davvero – nel 2026 – un problema di interoperabilità? La Commissione Europea, designando WhatsApp come gatekeeper, ha obbligato Meta a rendere WhatsApp compatibile con le altre app in modo che i concorrenti possano collegarsi alla piattaforma. L’obbligo è formalmente operativo dal 7 marzo 2024, ma ad agosto 2026 il risultato concreto rimane molto più circoscritto.

Meta ha predisposto le cosiddette “chat di terze parti“: un utente europeo può scegliere di ricevere in WhatsApp messaggi inviati da applicazioni compatibili, conservandoli in una sezione separata oppure facendoli confluire nella casella principale. La funzione non crea tuttavia un ponte universale con qualsiasi servizio esistente. Ogni sviluppatore deve adottare le specifiche tecniche di Meta, costruire l’integrazione, superare le verifiche previste e accettare requisiti destinati a mantenere un livello di sicurezza compatibile con WhatsApp. L’interoperabilità dipende quindi dalla volontà e dalla capacità tecnica della singola piattaforma concorrente.

I primi servizi annunciati da Meta sono stati BirdyChat e Haiket, con un’attivazione resa nota nel novembre 2025. Non significa, però, che un utente possa aprire WhatsApp e scrivere liberamente a chi usa Signal, Telegram, iMessage o qualsiasi altra applicazione: queste piattaforme non diventano interoperabili per effetto automatico della legge e dovrebbero eventualmente realizzare un collegamento specifico.

Il DMA ha quindi aperto una porta tecnica e normativa, ma non ha ancora prodotto un sistema di messaggistica federato paragonabile alla posta elettronica, dove un account appartenente a un fornitore può comunicare normalmente con quello gestito da un altro. L’utente deve inoltre attivare volontariamente le chat di terze parti e scegliere quali servizi autorizzare; Meta ha progettato la funzione come opzione, non come comportamento predefinito.

Sunbird si inserisce invece un intermediario che accede a iMessage per conto dell’utente Android. È una soluzione che può funzionare ma che, allo stesso tempo, può risultare fragile. Dipende da un’infrastruttura non autorizzata da Apple, dalla continuità dei meccanismi usati per registrarsi sulla rete iMessage e dalla fiducia riposta nell’azienda che gestisce il ponte.