LivaraMessenger privato, pagina iniziale
Italiano ▾

La sicurezza di Livara: Dove la cifratura si ferma.

Livara 0.2 · senza esagerare la protezione

Come Livara protegge il contenuto dei messaggi, quali metadati restano visibili e dove il recupero e la sicurezza dei dispositivi pongono limiti a questa protezione. I protocolli specifici LVR1 e LGS1 non sono stati sottoposti a un audit di sicurezza indipendente.

I componenti crittografici

ClassicoP-256Accordo di chiavi e firme basati su curve ellittiche.
Post-quantisticoML-KEM-768Integrato nelle chiavi di ogni chat diretta.
ContenutoAES-256-GCMCifra e autentica ogni messaggio.

Se manca un’identità di cifratura, l’invio protetto si interrompe. Un nuovo gruppo non viene creato come cifrato finché tutti i membri non sono pronti; un vecchio gruppo incompatibile resta visibilmente fuori da E2EE, invece di esibire una protezione maggiore di quella reale. Il relay conosce comunque i dati della busta: chi, quando, quanto è grande e se è arrivato.

01 · Il limite

Il server può leggerlo?

Questa tabella descrive la consegna dei messaggi. L’elaborazione separata tramite IA è trattata nell’informativa sulla privacy e nei controlli del client che usi.

nota Instradamento, appartenenza, marcature temporali, stato di consegna e testo cifrato vengono conservati per consentire la sincronizzazione dei dispositivi.

nota Questa conservazione rende possibile recuperare lo stato dopo una riconnessione. È un compromesso, e questa è la contropartita.

Cosa il server di Livara può e non può leggere durante la consegna dei messaggi
Tipo di datiChat diretta 1:1Gruppi privati compatibiliCanali
Testo del messaggioCifrato sul tuo dispositivoCifrato end-to-end (LGS1)Canali di diffusione pubblici
Modifiche al testoCifrato sul tuo dispositivoCifrato end-to-end (LGS1)Canali di diffusione pubblici
Foto, video, file, didascalieCifrati prima del caricamentoCifrati prima del caricamentoCanali di diffusione pubblici
Con chi hai parlatoSolo metadati di instradamentoSolo metadati di instradamentoCanali di diffusione pubblici
Quando hai parlatoSolo marcature temporali di consegnaSolo marcature temporali di consegnaCanali di diffusione pubblici
La tua passwordNon lascia mai il tuo dispositivoNon lascia mai il tuo dispositivoNon lascia mai il tuo dispositivo
Le tue chiavi privateMai caricate senza cifraturaMai caricate senza cifraturaMai caricate senza cifratura
Punto pieno: il server non può leggerloCerchio: il server può vederlo

02 · Chat dirette

Come un messaggio ottiene la sua chiave.

LVR1 parte da materiale crittografico classico e post-quantistico, poi fa avanzare due meccanismi ratchet. I messaggi ordinari fanno avanzare catene unidirezionali a basso costo computazionale; epoche ML-KEM periodiche rinnovano la radice resistente agli attacchi quantistici senza aggiungere una negoziazione di tre kilobyte a ogni invio.

LVR1, in dettaglio

I componenti e i parametri qui sotto descrivono il progetto. L’uso di componenti consolidati non convalida in modo indipendente la sicurezza dell’intero protocollo.

Radice classica
P-256 ECDH, prechiavi firmate
Radice post-quantistica
ML-KEM-768, epoche con rinnovo periodico delle chiavi
Avvio della sessione
Ibrido di tipo X3DH, con chiavi monouso quando disponibili
Meccanismo ratchet
Catene di invio e ricezione indipendenti
Cifratura del contenuto
AES-256-GCM per contenuto e intestazione
Custodia delle chiavi
Generate sul dispositivo; i backup di recupero vengono cifrati prima del caricamento
Allegati
Una chiave casuale per file, trasmessa all’interno della sessione
lvr1.pipelinesessione + messaggio
  1. Identità

    Una chiave privata P-256 e un seed ML-KEM-768, generati sul dispositivo e mai caricati in chiaro.

  2. Autenticare le prechiavi

    Le prechiavi firmate P-256 e ML-KEM-768 vengono verificate sul client; le chiavi monouso aggiungono materiale nuovo quando disponibili.

  3. Avviare la sessione

    Il meccanismo ibrido X3DH combina diversi accordi P-256 con segreti ML-KEM in radici classica e post-quantistica indipendenti.

  4. Far avanzare il ratchet

    Le catene unidirezionali di invio e ricezione avanzano dopo ogni messaggio; gli aggiornamenti periodici delle epoche ML-KEM rinnovano la radice post-quantistica.

  5. Cifrare

    Una chiave di messaggio viene combinata con la radice PQ corrente, poi AES-256-GCM cifra e autentica il contenuto e l’intestazione.

Esegui la parte classica nel tuo browser
lgs1.pipelineper mittente · per rotazione
  1. Creare

    Ogni membro genera sul proprio dispositivo una catena mittente e una chiave di firma per i propri messaggi di gruppo.

  2. Distribuire

    Le chiavi mittente raggiungono gli altri membri all’interno di sessioni LVR1 post-quantistiche stabilite a coppie.

  3. Avanzare

    Ogni messaggio deriva dalla catena una chiave AES-256-GCM monouso e porta la firma del mittente.

  4. Rinnovare

    Quando entrano o escono membri, vengono generate e distribuite nuove chiavi mittente.

03 · Gruppi privati in 0.2

Un solo testo cifrato, tutti i membri.

Cifrare separatamente lo stesso testo per un gruppo numeroso richiede più lavoro man mano che aumenta il numero dei membri. LGS1 assegna invece a ogni mittente una catena firmata: la sua chiave passa attraverso sessioni LVR1 a coppie, poi un solo testo cifrato opaco raggiunge tutto il gruppo, con chiavi uniche per gli allegati, didascalie e nomi dei file cifrati al suo interno.

Cifratura end-to-end per i gruppi privati compatibiliConversazioni di gruppo, contenuti multimediali, note vocali e modifiche vengono cifrati sul dispositivo del mittente. Solo i membri che possiedono le chiavi mittente possono leggerli.

LGS1, in dettaglio

Catene mittente
Una catena firmata per mittente, un messaggio per posizione
Distribuzione delle chiavi
Le chiavi mittente viaggiano all’interno di sessioni LVR1 a coppie
Chiave per messaggio
Una chiave AES-256-GCM monouso, derivata per ogni posizione
Autenticazione
Un’identità di firma P-256 per mittente
Cambio dei membri
Le vecchie chiavi mittente diventano obsolete; i membri rinnovano le proprie chiavi
Copre
Testo · modifiche · didascalie · nomi dei file · chiavi degli allegati

04 · La parte scomoda

La cifratura protegge il contenuto. Non nasconde la rete di relazioni.

Livara conserva ed elabora metadati operativi per la consegna e la sincronizzazione. Questa tabella descrive la consegna protetta dei messaggi, non l’elaborazione separata tramite IA. Prima di usare l’IA con i contenuti delle chat, consulta i controlli e l’informativa sulla privacy del client che usi.

Cosa il server vede e conserva durante la consegna protetta dei messaggi
Il server vedeIl server conservaNon leggibile durante la consegna protetta dei messaggi
Chi comunica con chiRegistrazioni dei messaggi, come testo cifratoTesto dei messaggi in chiaro
Appartenenza ai gruppi e conversazioniTesto cifrato LVR1 e LGS1Contenuti multimediali decifrati
Marcature temporali e dimensioni dei dati cifratiRicevute, reazioni e modificheDidascalie e nomi dei file
Stato di consegna e instradamentoUn cursore di sincronizzazione per accountChiavi degli allegati
Il fatto che ti connetti a LivaraToken push e registrazioni di sicurezzaLa tua password: solo una prova SRP

Il codice LSS1 per proteggere i metadati esiste, ma non è collegato al normale invio dei messaggi. Non considerarlo una protezione attiva per i messaggi attuali.

05 · Trasparenza

Cosa Livara non afferma.

Questo elenco esiste perché tu non debba mai dedurre i limiti da ciò che manca altrove. Se un punto scompare, è perché la funzione è stata resa disponibile, non perché è migliorata la formulazione.

Cosa non viene promesso oggi

Sei punti, direttamente dal modello delle minacce pubblicato.

  • Anonimato dei metadati
  • Cifratura end-to-end per i canali: sono flussi di diffusione pubblici
  • Cifratura end-to-end mentre è attiva la registrazione facoltativa sul server
  • Protezione di un dispositivo sbloccato o compromesso
  • Recupero senza la tua frase di recupero
  • Nascondere al tuo fornitore di rete la connessione a Livara

Affermazioni che ci rifiutiamo di fare

Formulate come piacerebbe a una pagina di marketing, e poi barrate.

  • Che i contenuti dei canali siano privati. I canali sono flussi di diffusione pubblici per scelta progettuale.
  • Che il server non conservi i metadati di instradamento necessari alla consegna in tempo reale e alla sincronizzazione.
  • Che si possa recuperare l’accesso dopo aver perso sia il dispositivo sia la frase di recupero.
  • Che i numeri di sicurezza non vadano mai controllati. Confrontarli è il modo per verificare una chiave di persona.

06 · Identità

Accedere e recuperare l’accesso.

Autenticazione

SRP dimostra che conosci la password senza trasmetterla

Durante l’autenticazione SRP, il tuo dispositivo dimostra di conoscere la password senza trasmettere la password stessa. Il server conserva un verificatore. Questo non protegge un dispositivo o un client compromesso.

Recupero

Il backup delle chiavi viene cifrato prima del caricamento

Le tue chiavi P-256 di accordo e firma e il tuo seed ML-KEM vengono cifrati sul dispositivo con una chiave di recupero casuale di 256 bit. Il formato v7 autentica la propria suite crittografica, l’epoca dell’identità e la generazione. Ripristina l’identità, non la cronologia delle chat.

Verifica

Le impronte permettono di verificare l’altra estremità

Confronta le impronte delle chiavi pubbliche con il tuo interlocutore tramite un altro canale fidato. Se differiscono in modo inatteso, verifica il cambiamento prima di condividere informazioni sensibili.

Controllo della piattaforma

Il server decide ancora chi può agire

Le verifiche di appartenenza e ruolo regolano conversazioni, caricamenti, ricevute, modifiche, eliminazioni e azioni in tempo reale. È autorità del server, non crittografia: proprio per questo è indicata separatamente.

password non lascia mai il dispositivo

prova calcolata localmente, scambiata con il server

server conserva un verificatore, non la tua password

risultato autenticato — senza che il segreto abbia mai viaggiato in rete

identità un nome utente. Non una SIM, un operatore o un paese.

L’autenticazione SRP è separata dalla cifratura dei messaggi. Una password da sola non può aprire il backup di identità cifrato; per ripristinarlo serve la tua frase di recupero. Un dispositivo o client compromesso resta al di fuori di queste protezioni.

Domande

Le cinque che ci vengono poste più spesso.

Quali conversazioni di Livara sono cifrate end-to-end?

I messaggi diretti e le conversazioni dei gruppi privati compatibili vengono cifrati end-to-end sul tuo dispositivo. Le chat dirette usano il meccanismo ratchet ibrido post-quantistico LVR1; i gruppi privati compatibili usano chiavi mittente LGS1 per testi, modifiche, foto, video, file e note vocali. I vecchi gruppi incompatibili restano visibilmente fuori da E2EE.

Se accedo da un nuovo telefono, ritrovo le chiavi delle mie chat dirette?

Non automaticamente. Il backup cifrato delle chiavi si apre solo con la chiave di recupero rappresentata dalla tua frase di recupero. Una password corretta non basta, volutamente: se bastasse una password per ripristinare le chiavi, basterebbe anche per consegnarle a qualcun altro.

Livara nasconde con chi parlo?

No. La consegna instrada i pacchetti cifrati usando mittente, destinazione e marcature temporali; questi metadati di instradamento vengono conservati per sincronizzare i tuoi dispositivi. Le notifiche push mobili dei messaggi cifrati non contengono dettagli dei messaggi né nomi.

Come funziona la cifratura dei gruppi e cosa copre?

Ogni membro crea una catena mittente e ne condivide la chiave con gli altri tramite sessioni LVR1 cifrate a coppie. Testi, modifiche, contenuti multimediali, file e note vocali del gruppo vengono cifrati sul dispositivo del mittente prima di lasciarlo. Quando entrano o escono membri, le chiavi vengono rinnovate.

Come sono protette le chiamate individuali e di gruppo?

Le chiamate individuali e di gruppo usano la cifratura end-to-end per audio, video e condivisione dello schermo. La registrazione facoltativa sul server è una modalità separata: finché l’indicatore visibile REC è attivo, la chiamata usa la cifratura del trasporto invece di E2EE.

Non credere a questa pagina sulla parola

Ora verifica.

Esegui le dimostrazioni nel Laboratorio di crittografia, leggi le spiegazioni sulla sicurezza oppure apri l’app e confronta l’impronta di una chiave con il tuo contatto tramite un altro canale fidato.