La ricerca nelle chat cifrate è possibile perché il dispositivo autorizzato a leggere i messaggi può anche cercarli. Una soluzione comune crea un indice locale dopo la decifratura. Ma la crittografia end-to-end, da sola, non dimostra che le query di ricerca non lascino mai il dispositivo, né che tutte le app di messaggistica usino la stessa architettura di ricerca.
Questa distinzione conta quando una ricerca è lenta, i risultati più vecchi scompaiono o un nuovo telefono non trova messaggi visibili su quello precedente. La copertura della ricerca, la disponibilità delle chiavi e la sincronizzazione dei dati sono questioni separate.
Come funziona un indice di ricerca locale
Un’app può trasformare i messaggi leggibili in un indice che registra quali termini compaiono in quali messaggi. Le ricerche consultano tale indice invece di scorrere ogni messaggio dall’inizio alla fine. La documentazione FTS5 di SQLite è un esempio di tecnologia di indicizzazione full-text; citarla qui non dimostra che un determinato client Livara utilizzi FTS5.
Una tipica soluzione locale prevede quattro fasi:
- Scaricare o ricevere il messaggio cifrato.
- Decifrarlo usando le chiavi del dispositivo autorizzato.
- Aggiungere i contenuti ricercabili all’indice locale.
- Restituire risultati dai dati attualmente disponibili sul dispositivo.
L’indice è sensibile. Anche se non memorizza frasi complete, termini e riferimenti possono rivelare il contenuto delle conversazioni. La sua archiviazione, i backup, il comportamento di eliminazione e i controlli di accesso meritano la stessa attenzione del database delle chat.
La ricerca lato server significa sempre che il server legge tutto?
No. La normale indicizzazione lato server di testo in chiaro dà al servizio accesso al contenuto indicizzato, ma non è l’unica architettura possibile per la ricerca remota. La ricerca crittografica sulla cifratura simmetrica ricercabile descrive modi per cercare in dati cifrati affidati all’esterno secondo modelli di sicurezza definiti.
Queste tecniche hanno ipotesi proprie e possibili fughe di informazioni. Un’analisi utile chiede cosa apprende il server su query ripetute, record corrispondenti, schemi di accesso e dimensioni dei risultati. Né «la ricerca avviene nel cloud» né «i dati sono cifrati» risolve da solo queste questioni.
| Soluzione | Vantaggio pratico | Domanda da approfondire |
|---|---|---|
| Indice locale | Consente di cercare nella cronologia disponibile senza query remote | L’indice è cifrato a riposo ed escluso dai backup non sicuri? |
| Indice in chiaro sul server | Indicizzazione centralizzata e ricerca nei dati archiviati | Chi può accedere a contenuti, query e log? |
| Schema di ricerca remota cifrata | Può supportare query specifiche su dati protetti | Quali fughe di informazioni e ipotesi di fiducia ammette la costruzione? |
| Ricerca mista pubblica/privata | Trattamento diverso per contenuti pubblici e privati | L’ambito della ricerca è chiaro all’utente? |
Da questa tabella non si può ricavare una classifica di velocità. Hardware, qualità dell’indice, volume dei messaggi, latenza di rete e implementazione contano tutti. Per questo articolo non è stato eseguito alcun benchmark dei tempi.
Perché alcuni messaggi possono mancare nella ricerca
Prima di concludere che la cronologia è andata persa, verifica la portata del problema:
- Il messaggio è visibile nella conversazione? In caso contrario, la ricerca potrebbe rispecchiare una cronologia non disponibile anziché un indice guasto.
- È selezionata la conversazione o l’account corretto? I filtri per date, mittenti e contenuti multimediali possono escludere un risultato altrimenti valido.
- Il nuovo dispositivo ha ottenuto la cronologia e il materiale di decifratura? Ripristinare una chiave d’identità non equivale automaticamente a ripristinare tutti i messaggi.
- L’indicizzazione è terminata? Importazioni di grandi dimensioni e sincronizzazioni interrotte possono influire sulla copertura.
- La ricerca riconosce la forma del termine? La corrispondenza delle frasi, l’ortografia, la punteggiatura e la tokenizzazione linguistica possono differire.
Usa una frase di prova innocua e riconoscibile in una conversazione che controlli. Verifica se compare nella ricerca prima e dopo aver scollegato la rete. Questo può dimostrare un fatto circoscritto sulla disponibilità locale; non prova che l’app non invii mai telemetria o dati di ricerca quando è online.
Cosa si può dire di Livara?
La pagina sulla sicurezza di Livara afferma che il contenuto dei messaggi privati è cifrato, mentre instradamento, appartenenza, stato di consegna e testo cifrato supportano la sincronizzazione. La documentazione pubblica non basta a dimostrare l’uso di uno specifico motore di ricerca locale, una ricerca offline universale, l’assenza di telemetria delle query o un impatto misurato sulla batteria.
I canali pubblici hanno un confine di privacy diverso dalle chat private. Un servizio può indicizzare contenuti pubblici senza che ciò implichi lo stesso per le conversazioni private. Consulta il modello di minaccia prima di considerare riservato un risultato di ricerca globale.
Domande utili da porre a un fornitore
Chiedi quali messaggi vengono indicizzati, dove risiede l’indice, se il testo delle query viene trasmesso o registrato, cosa riceve un dispositivo collegato e come l’eliminazione di un messaggio influisce su indici e backup. Una risposta chiara dovrebbe indicare client e versione, non affidarsi all’espressione «ricerca E2EE».
La ricerca è una funzione con un proprio flusso di dati. Valuta quel flusso insieme alla cifratura dei messaggi, anziché presumere che la crittografia risponda a ogni domanda al riguardo.
