Så fungerar Livara: Den långa versionen.

01 · e2ee

Vad totalsträckskryptering faktiskt betyder här

I en Livara-chatt krypteras meddelandetexten och eventuella medier på din enhet och öppnas bara på mottagarens enhet. Servern flyttar en låda som den inte kan öppna.

Varje enhet har privat nyckelmaterial för P-256 och ML-KEM-768. Säkerhetskopior för återställning krypteras på enheten före uppladdning. Direktchattar etablerar LVR1 med klassiska bidrag och postkvantbidrag och för sedan sändnings- och mottagningskedjorna framåt när meddelanden utväxlas.

AES-256-GCM krypterar innehållet och autentiserar dess kontext. Bilagor får en separat slumpmässig filnyckel före uppladdning. Den skickas inuti det krypterade samtalet i stället för att exponeras för servern.

Vid skyddad meddelandeleverans vidarebefordrar servern krypterat innehåll och hanterar routningsmetadata. Offentliga kanaler och valfri AI-behandling har andra regler för dataåtkomst; se hotmodellen och integritetspolicyn.

02 · omfattning

Så skyddar totalsträckskryptering dina chattar

Direktchattar och kompatibla privata grupper använder totalsträckskryptering på din enhet. Offentliga kanaler är läsbara; äldre inkompatibla grupper omfattas inte av det här skyddet.

Text i direktmeddelanden, redigeringar, beskrivningstexter, röstmeddelanden och bilagor krypteras på din klientenhet med den hybrida postkvantratcheten LVR1. Om nycklar saknas eller är ogiltiga stoppas sändningen i stället för att obemärkt nedgraderas till klartext.

Livara 0.2 erbjuder LGS1-kryptering med avsändarnycklar för kompatibla privata grupper. Varje medlem skapar en avsändarkedja och krypterar text, medier och bilagor på sin enhet. Nycklarna ändras när gruppens medlemskap ändras; hotmodellen förklarar den kvarvarande tilliten till den serverstyrda medlemslistan.

Direkt- och gruppsamtal stödjer totalsträckskrypterat ljud, video och skärmdelning. Valfri serverinspelning använder transportkryptering i stället för totalsträckskryptering medan REC är aktivt. Offentliga sändningskanaler förblir läsbara för servern.

03 · version

Versionsinformation för Livara 0.1.68

Historisk versionsinformation. Använd sidan Ladda ner för den aktuella Livara-versionen för Android och dess kontrollsumma.

Historisk versionsinformation. Använd sidan Ladda ner för den aktuella Livara-versionen för Android och dess kontrollsumma.

Meddelanderedigeraren i det persiska enkla läget visar AI.

AI-API-funktioner kräver Livara AI Pro.

04 · återställning

Vad som händer när du förlorar enheten

En återställningsfras låser upp en krypterad säkerhetskopia av ditt identitetsmaterial för nyckelöverenskommelse, signering och postkvantkryptografi. Det är ingen säkerhetskopia av chatthistoriken.

Din P-256-nyckel för nyckelöverenskommelse, din P-256-signeringsnyckel och ditt ML-KEM-frö paketeras och krypteras på din enhet med en slumpmässig 256-bitars återställningsnyckel, HKDF-SHA-512 och AES-256-GCM. Därefter laddas paketet upp redan krypterat. Ett korrekt lösenord kan inte ensamt öppna det.

Säkerhetskopieformatet v7 autentiserar sin version, sin algoritmsvit, sin identitetsepok och sitt monotont ökande generationsnummer. En återvändande enhet kan upptäcka en äldre säkerhetskopia; en helt ny enhet behöver fortfarande nyckeltransparens för att upptäcka en återställning av hela serverns ögonblicksbild till ett äldre tillstånd.

Du kan jämföra fingeravtryck för publika nycklar med den du pratar med, via någon annan kanal, för att upptäcka en nyckel som ändrats när den inte borde ha gjort det.

Om du förlorar både enheten och frasen förblir den gamla chiffertexten i direktchattarna låst. Inget supportärende kan ändra på det. Det är det faktiska priset för en server som inte kan läsa dina meddelanden.

05 · synkronisering

Varför en liveanslutning ändå behöver en ändringslogg

En liveanslutning visar bara vad som händer just nu. Ett sekvensnummer per användare tar hand om det du missade medan tåget befann sig i en tunnel.

En liveanslutning är bara en del av tillförlitliga meddelanden. Den viktiga frågan är hur appen upptäcker och återhämtar ändringar som missats under ett avbrott.

Varje relevant ändring ökar också ett sammanhängande sekvensnummer per användare. En klient som återansluter begär därför exakt det intervall den missat, i stället för att gissa eller ladda ner hela kontot på nytt.

Klienter tar bort dubbletter med hjälp av stabila åtgärds-ID:n och stämmer av mot serverns ögonblicksbild innan de flyttar sin sparade markör framåt — därför blir en tanke som skickas med dålig täckning inte tre meddelandebubblor.