Zo werkt Livara: De uitgebreide uitleg.

01 · e2ee

Wat end-to-end versleuteling hier werkelijk betekent

In een Livara-chat worden de berichttekst en alle media op je apparaat versleuteld en alleen op het apparaat van de ontvanger geopend. De server verplaatst een doos die hij niet kan openen.

Elk apparaat bewaart geheim P-256- en ML-KEM-768-materiaal. Herstelback-ups worden vóór het uploaden op het apparaat versleuteld. Directe chats zetten LVR1 op met klassieke en postkwantumbijdragen en laten daarna verzend- en ontvangstketens verdergaan wanneer berichten worden uitgewisseld.

AES-256-GCM versleutelt de inhoud en authenticeert de context. Bijlagen krijgen vóór het uploaden een eigen willekeurige bestandssleutel, die in het versleutelde gesprek wordt meegestuurd in plaats van aan de server te worden blootgesteld.

Bij beschermde berichtbezorging geeft de server versleutelde inhoud door en verwerkt hij routeringsmetadata. Openbare kanalen en optionele AI-verwerking hebben andere regels voor gegevenstoegang; zie het dreigingsmodel en privacybeleid.

02 · dekking

Hoe end-to-end versleuteling je chats beschermt

Directe chats en compatibele privégroepen gebruiken end-to-end versleuteling op je apparaat. Openbare kanalen zijn leesbaar; oudere incompatibele groepen vallen buiten deze bescherming.

Directe berichttekst, bewerkingen, bijschriften, spraakberichten en bijlagen worden op je clientapparaat versleuteld met de hybride postkwantumratel LVR1. Als sleutels ontbreken of ongeldig zijn, wordt verzending geblokkeerd in plaats van stilzwijgend terug te vallen op leesbare tekst.

Livara 0.2 biedt LGS1-afzendersleutelversleuteling voor compatibele privégroepen. Elk lid maakt een afzenderketen en versleutelt tekst, media en bijlagen op het eigen apparaat. Sleutels veranderen met het groepslidmaatschap; het dreigingsmodel beschrijft het resterende vertrouwen in de door de server beheerde ledenlijst.

Directe en groepsgesprekken ondersteunen end-to-end versleutelde audio, video en schermdelen. Optionele serveropname gebruikt transportversleuteling in plaats van E2EE zolang REC actief is. Openbare uitzendkanalen blijven leesbaar voor de server.

03 · versie

Versienotities voor Livara 0.1.68

Historische versienotities. Gebruik de downloadpagina voor de huidige Livara-build voor Android en de controlesom.

Historische versienotities. Gebruik de downloadpagina voor de huidige Livara-build voor Android en de controlesom.

De Perzische invoerbalk in de eenvoudige modus toont AI.

Voor AI-API-functies is Livara AI Pro vereist.

Updates the existing React Native Beta app. Keep your recovery key available; do not uninstall to update.

04 · herstel

Wat er gebeurt als je het apparaat verliest

Een herstelzin ontgrendelt een versleutelde back-up van je identiteitsmateriaal voor sleutelovereenkomst, ondertekening en postkwantumcryptografie. Het is geen back-up van je chatgeschiedenis.

Je P-256-overeenkomstsleutel, P-256-ondertekeningssleutel en ML-KEM-seed worden op je apparaat gebundeld en versleuteld met een willekeurige 256-bits herstelsleutel, HKDF-SHA-512 en AES-256-GCM en daarna al versleuteld geüpload. Een correct wachtwoord kan dit op zichzelf niet openen.

Back-upformaat v7 authenticeert zijn versie, algoritmesuite, identiteitsepoch en monotoon oplopende generatie. Een terugkerend apparaat kan een oudere back-up herkennen; een volledig nieuw apparaat heeft nog steeds sleuteltransparantie nodig om een volledige terugdraaiing van de servermomentopname te ontdekken.

Je kunt openbare-sleutelvingerafdrukken vergelijken met de persoon met wie je praat, via een ander kanaal, om een sleutel op te merken die ten onrechte veranderde.

Verlies je het apparaat en de herstelzin samen, dan blijft de oude versleutelde tekst van directe chats gesloten. Geen supportticket kan dat terugdraaien. Dat is de werkelijke prijs van een server die je berichten niet kan lezen.

05 · synchronisatie

Waarom een liveverbinding toch een logboek nodig heeft

Een liveverbinding vertelt alleen wat er nu gebeurt. Een volgnummer per gebruiker herstelt wat je miste terwijl de trein in een tunnel zat.

Een liveverbinding is maar een deel van betrouwbare berichtuitwisseling. De belangrijke vraag is hoe de app wijzigingen ontdekt en herstelt die tijdens een onderbreking zijn gemist.

Elke relevante wijziging verhoogt ook een aaneengesloten volgnummer per gebruiker. Daardoor vraagt een opnieuw verbonden client precies het ontbrekende bereik op, in plaats van te gokken of je hele account opnieuw te downloaden.

Clients verwijderen dubbelen op basis van stabiele operatie-ID's en stemmen af met de servermomentopname voordat ze hun opgeslagen cursor vooruitzetten — daarom wordt één gedachte via slecht bereik niet drie berichtballonnen.