Livara-beveiliging: Waar de versleuteling ophoudt.
Livara 0.2 · niets mooier voorgesteld
Hoe Livara berichtinhoud beschermt, welke metadata zichtbaar blijven en waar herstel en apparaatbeveiliging die bescherming begrenzen. De eigen LVR1- en LGS1-protocollen zijn niet onafhankelijk op beveiliging geaudit.
De cryptografische componenten
Een ontbrekende versleutelingsidentiteit blokkeert een beschermde verzending. Een nieuwe groep wordt pas als versleuteld aangemaakt als elk lid klaar is en een oudere incompatibele groep blijft zichtbaar buiten E2EE in plaats van een sterker label te lenen. De doorstuurserver leert nog steeds de envelopgegevens: wie, wanneer, hoe groot en of het is aangekomen.
01 · De grens
Kan de server het lezen?
Deze tabel beschrijft berichtbezorging. Afzonderlijke AI-verwerking valt onder het privacybeleid en de instellingen van de client die je gebruikt.
opmerking routering, lidmaatschap, tijdstempels, bezorgstatus en versleutelde tekst worden opgeslagen zodat apparaten kunnen synchroniseren.
opmerking die opslag maakt herstel na opnieuw verbinden mogelijk. Het is een afweging en dit is de prijs die je betaalt.
| Wat het is | Direct één-op-één | Compatibele privégroepen | Kanalen |
|---|---|---|---|
| Berichttekst | Versleuteld op je apparaat | End-to-end versleuteld (LGS1) | Openbare uitzendkanalen |
| Tekstbewerkingen | Versleuteld op je apparaat | End-to-end versleuteld (LGS1) | Openbare uitzendkanalen |
| Foto's, video, bestanden, bijschriften | Versleuteld vóór het uploaden | Versleuteld vóór het uploaden | Openbare uitzendkanalen |
| Met wie je praatte | Alleen routeringsmetadata | Alleen routeringsmetadata | Openbare uitzendkanalen |
| Wanneer je praatte | Alleen bezorgtijdstempels | Alleen bezorgtijdstempels | Openbare uitzendkanalen |
| Je wachtwoord | Verlaat je apparaat nooit | Verlaat je apparaat nooit | Verlaat je apparaat nooit |
| Je privésleutels | Nooit onversleuteld geüpload | Nooit onversleuteld geüpload | Nooit onversleuteld geüpload |
02 · Directe chats
Hoe één bericht zijn sleutel krijgt.
LVR1 begint met zowel klassiek als postkwantummateriaal en houdt daarna twee ratels in beweging. Gewone berichten laten goedkope eenrichtingsketens verdergaan; periodieke ML-KEM-epochs vernieuwen de kwantumveilige root zonder bij elke verzending een handshake van drie kilobyte mee te sturen.
LVR1, uitgeschreven
De onderstaande componenten en parameters beschrijven het ontwerp. Het gebruik van gevestigde componenten valideert niet onafhankelijk de beveiliging van het volledige protocol.
- Klassieke root
- P-256 ECDH, ondertekende vooraf gegenereerde sleutels
- Postkwantumroot
- ML-KEM-768, epochs met periodiek vernieuwde sleutels
- Opzetten
- Hybride X3DH-stijl, eenmalige sleutels indien beschikbaar
- Ratelwerking
- Onafhankelijke verzend- en ontvangstketens
- Inhoudsversleuteling
- AES-256-GCM over inhoud en header
- Sleutelbewaring
- Op het apparaat gegenereerd; herstelback-ups worden vóór het uploaden versleuteld
- Bijlagen
- Willekeurige sleutel per bestand, meegestuurd binnen de sessie
Identiteit
Een P-256-privésleutel en ML-KEM-768-seed, op het apparaat gegenereerd en nooit onversleuteld geüpload.
Authenticeer vooraf gegenereerde sleutels
Ondertekende vooraf gegenereerde P-256- en ML-KEM-768-sleutels worden op de client gecontroleerd; eenmalige sleutels voegen versheid toe wanneer ze beschikbaar zijn.
Zet op
Hybride X3DH combineert meerdere P-256-sleutelovereenkomsten met ML-KEM-geheimen tot onafhankelijke klassieke en postkwantumroots.
Laat de ratel verdergaan
Eenrichtingsketens voor verzenden en ontvangen gaan na elk bericht verder; periodieke updates van ML-KEM-epochs vernieuwen de postkwantumroot.
Versleutel
Een berichtsleutel wordt gecombineerd met de huidige PQ-root; daarna versleutelt en authenticeert AES-256-GCM de inhoud en header.
Maak aan
Elk lid genereert op het eigen apparaat een afzenderketen en ondertekeningssleutel voor de eigen groepsberichten.
Verspreid
Afzendersleutels gaan naar de andere leden binnen paarsgewijze postkwantum-LVR1-sessies.
Ga verder
Elk bericht leidt een eenmalige AES-256-GCM-sleutel af uit de keten en bevat de handtekening van de afzender.
Roteer
Wanneer leden toetreden of vertrekken, worden nieuwe afzendersleutels aangemaakt en verspreid.
03 · Privégroepen in 0.2
Eén versleutelde tekst, elk lid.
Dezelfde tekst afzonderlijk versleutelen voor een grote groep kost meer naarmate er meer leden zijn. LGS1 geeft elke afzender in plaats daarvan één ondertekende keten: de sleutel gaat via paarsgewijze LVR1, waarna één ondoorzichtige versleutelde tekst de hele groep bereikt — met unieke bijlagesleutels, bijschriften en bestandsnamen erin versleuteld.
LGS1, uitgeschreven
- Afzenderketens
- Eén ondertekende keten per afzender, één bericht per positie
- Sleutelverspreiding
- Afzendersleutels worden binnen paarsgewijze LVR1-sessies vervoerd
- Sleutel per bericht
- Een eenmalige AES-256-GCM-sleutel, afgeleid per positie
- Authenticiteitscontrole
- Een P-256-ondertekeningsidentiteit per afzender
- Lidmaatschapswijziging
- Oude afzendersleutels raken verouderd; leden roteren hun sleutels
- Beschermt
- Tekst · bewerkingen · bijschriften · bestandsnamen · bijlagesleutels
04 · Het ongemakkelijke deel
Versleuteling beschermt inhoud. Ze verbergt niet het netwerk van relaties.
Livara bewaart en verwerkt operationele metadata voor bezorging en synchronisatie. Deze tabel beschrijft beschermde berichtbezorging, niet afzonderlijke AI-verwerking. Controleer vóór gebruik van AI met chatinhoud de instellingen en het privacybeleid van de client die je gebruikt.
| De server ziet | De server bewaart | Niet leesbaar bij beschermde berichtbezorging |
|---|---|---|
| Wie met wie communiceert | Berichtgegevens, als versleutelde tekst | Leesbare berichttekst |
| Groepslidmaatschap en gesprekken | LVR1- en LGS1-versleutelde tekst | Ontsleutelde media-inhoud |
| Tijdstempels en groottes van versleutelde tekst | Ontvangstbevestigingen, reacties, bewerkingen | Bijschriften en bestandsnamen |
| Bezorgstatus en routering | Een synchronisatiecursor per account | Bijlagesleutels |
| Dat je verbinding maakt met Livara | Pushtokens en beveiligingsgegevens | Je wachtwoord — alleen SRP-bewijs |
Er bestaat LSS1-code voor metadatabescherming, maar die is niet aangesloten op het gewone versturen van berichten. Reken die niet als actieve bescherming voor huidige berichten.
05 · Openheid
Wat Livara niet claimt.
Deze lijst voorkomt dat je het moet afleiden uit wat elders ontbreekt. Als iets van de lijst verdwijnt, komt dat doordat het is uitgebracht — niet doordat de formulering mooier werd.
Vandaag niet beloofd
Zes punten, rechtstreeks uit het gepubliceerde dreigingsmodel.
- Metadata-anonimiteit
- End-to-end versleuteling voor kanalen — het zijn openbare uitzendstromen
- End-to-end versleuteling terwijl optionele serveropname actief is
- Bescherming van een ontgrendeld of gecompromitteerd apparaat
- Herstel zonder je herstelzin
- Je verbinding met Livara verbergen voor je netwerkprovider
Claims die we weigeren te maken
Geformuleerd zoals een marketingpagina ze zou willen zeggen en daarna doorgestreept.
- Dat kanaalinhoud privé is. Kanalen zijn bewust openbare uitzendstromen.
- Dat de server geen routeringsmetadata bewaart die nodig zijn voor realtime bezorging en synchronisatie.
- Dat herstel mogelijk is na verlies van zowel je apparaat als je herstelzin.
- Dat veiligheidsnummers nooit gecontroleerd hoeven te worden. Door ze tijdens een persoonlijke ontmoeting te vergelijken, verifieer je een sleutel.
06 · Identiteit
Binnenkomen en opnieuw binnenkomen.
SRP bewijst het wachtwoord zonder het te verplaatsen
Tijdens SRP-authenticatie bewijst je apparaat dat het het wachtwoord kent zonder het wachtwoord zelf te versturen. De server bewaart een verificatiewaarde. Dit beschermt geen gecompromitteerd apparaat of client.
De sleutelback-up wordt vóór het uploaden versleuteld
Je P-256-sleutels voor sleutelovereenkomst en ondertekening en je ML-KEM-seed worden op je apparaat versleuteld onder een willekeurige 256-bits herstelsleutel. Formaat v7 authenticeert zijn suite, identiteitsepoch en generatie. Het herstelt identiteit, geen chatgeschiedenis.
Met vingerafdrukken controleer je de andere kant
Vergelijk openbare-sleutelvingerafdrukken met je gesprekspartner via een ander vertrouwd kanaal. Als ze onverwacht verschillen, controleer de wijziging dan voordat je gevoelige informatie deelt.
De server bepaalt nog steeds wie mag handelen
Lidmaatschaps- en rolcontroles regelen gesprekken, uploads, ontvangstbevestigingen, bewerkingen, verwijderingen en realtime acties. Dat is servergezag, geen cryptografie — precies daarom staat het apart vermeld.
wachtwoord verlaat het apparaat nooit
bewijs lokaal berekend, met de server uitgewisseld
server bewaart een verificatiewaarde, niet je wachtwoord
resultaat geauthenticeerd — en het geheim is nooit over het netwerk gegaan
identiteit een gebruikersnaam. Geen simkaart, provider of land.
SRP-authenticatie staat los van berichtversleuteling. Een wachtwoord op zichzelf kan de versleutelde identiteitsback-up niet ontgrendelen; herstel vereist je herstelzin. Een gecompromitteerd apparaat of client valt buiten deze bescherming.
Vragen
De vijf vragen die we het meest krijgen.
Welke Livara-gesprekken zijn end-to-end versleuteld?
Directe berichten en compatibele privégroepsgesprekken worden end-to-end versleuteld op je apparaat. Directe chats gebruiken de hybride postkwantumratel LVR1; compatibele privégroepen gebruiken LGS1-afzendersleutels voor tekst, bewerkingen, foto's, video's, bestanden en spraakberichten. Oudere incompatibele groepen blijven zichtbaar buiten E2EE.
Komen mijn directe-chatsleutels terug als ik op een nieuwe telefoon inlog?
Niet vanzelf. De versleutelde sleutelback-up opent alleen met de herstelsleutel die door je herstelzin wordt weergegeven. Een correct wachtwoord is niet genoeg — bewust: als een wachtwoord op zichzelf voldoende was om je sleutels te herstellen, zou datzelfde wachtwoord op zichzelf ook voldoende zijn om ze aan iemand anders te geven.
Verbergt Livara met wie ik praat?
Nee. Bezorging routeert versleutelde pakketten met afzender, bestemming en tijdstempels. Die routeringsmetadata worden opgeslagen zodat je apparaten kunnen synchroniseren. Mobiele pushmeldingen voor versleutelde berichten bevatten geen berichtdetails of namen.
Hoe werkt groepsversleuteling en wat beschermt die?
Elk lid maakt een afzenderketen en deelt de sleutel met de andere leden via paarsgewijs versleutelde LVR1-sessies. Groepstekst, bewerkingen, media, bestanden en spraakberichten worden op het apparaat van de afzender versleuteld voordat ze het verlaten. Wanneer leden toetreden of vertrekken, roteren de sleutels.
Hoe worden directe en groepsgesprekken beschermd?
Directe en groepsgesprekken gebruiken end-to-end versleuteling voor audio, video en schermdelen. Optionele serveropname is een aparte modus: zolang de zichtbare REC-status aanstaat, gebruikt het gesprek transportversleuteling in plaats van E2EE.
Vertrouw deze pagina niet blindelings
Ga nu zelf controleren.
Voer de demonstraties in het verificatielab uit, lees de beveiligingsuitleg of open de app en vergelijk een sleutelvingerafdruk met je contact via een ander vertrouwd kanaal.