Zoeken in versleutelde chats is mogelijk omdat het apparaat dat berichten mag lezen, ze ook kan doorzoeken. Een veelgebruikte opzet bouwt na ontsleuteling een lokale index op. Maar end-to-endversleuteling bewijst op zichzelf niet dat zoekopdrachten het apparaat nooit verlaten, of dat alle chatapps dezelfde zoekarchitectuur gebruiken.
Dat onderscheid is van belang wanneer een zoekopdracht traag is, oudere resultaten verdwijnen of een nieuwe telefoon berichten niet kan vinden die op de oude wel zichtbaar zijn. Zoekdekking, beschikbaarheid van sleutels en gegevenssynchronisatie zijn afzonderlijke vragen.
Hoe een lokale zoekindex werkt
Een app kan leesbare berichten omzetten in een index die vastlegt welke termen in welke berichten voorkomen. Zoekopdrachten raadplegen die index in plaats van elk bericht van begin tot eind te doorzoeken. De FTS5-documentatie van SQLite is één voorbeeld van technologie voor volledige-tekstindexering; de vermelding hier bewijst niet dat een bepaalde Livara-client FTS5 gebruikt.
Een gebruikelijke lokale opzet kent vier stappen:
- Het versleutelde bericht downloaden of ontvangen.
- Het ontsleutelen met de sleutels van het bevoegde apparaat.
- Doorzoekbare inhoud aan de lokale index toevoegen.
- Resultaten teruggeven uit de gegevens die op dat moment op dat apparaat beschikbaar zijn.
De index is gevoelig. Ook als deze geen volledige zinnen opslaat, kunnen termen en verwijzingen gespreksinhoud onthullen. De opslag, back-ups, het verwijdergedrag en de toegangscontroles ervan verdienen dezelfde aandacht als de chatdatabase.
Betekent zoeken op de server altijd dat de server alles leest?
Nee. Gewone indexering van onversleutelde tekst op de server geeft een dienst toegang tot de geïndexeerde inhoud, maar het is niet de enige mogelijke opzet voor zoeken op afstand. Cryptografisch onderzoek naar doorzoekbare symmetrische versleuteling beschrijft manieren om uitbestede versleutelde gegevens te doorzoeken binnen vastgelegde beveiligingsmodellen.
Die technieken hebben hun eigen aannames en mogelijke informatielekken. Een zinvolle beoordeling vraagt wat de server leert over herhaalde zoekopdrachten, overeenkomende records, toegangspatronen en de omvang van resultaten. Noch ‘de zoekopdracht gebeurt in de cloud’, noch ‘de gegevens zijn versleuteld’ beantwoordt die vragen op zichzelf.
| Opzet | Praktisch voordeel | Te onderzoeken vraag |
|---|---|---|
| Lokale index | Kan beschikbare geschiedenis doorzoeken zonder zoekopdracht op afstand | Is de index in rust versleuteld en uitgesloten van onveilige back-ups? |
| Onversleutelde serverindex | Centrale indexering en zoeken in opgeslagen gegevens | Wie heeft toegang tot inhoud, zoekopdrachten en logboeken? |
| Versleuteld zoekschema op afstand | Kan bepaalde zoekopdrachten op beschermde gegevens ondersteunen | Welke informatielekken en vertrouwensaannames staat de constructie toe? |
| Gemengd openbaar/privé zoeken | Verschillende behandeling van openbare en privé-inhoud | Is het zoekbereik duidelijk voor de gebruiker? |
Uit deze tabel valt geen snelheidsrangorde af te leiden. Hardware, indexkwaliteit, aantal berichten, netwerklatentie en implementatie doen er allemaal toe. Voor dit artikel is geen tijdsbenchmark uitgevoerd.
Waarom berichten in zoekresultaten kunnen ontbreken
Controleer de omvang van het probleem voordat je concludeert dat de geschiedenis verloren is gegaan:
- Is het bericht zichtbaar in het gesprek? Zo niet, dan weerspiegelt de zoekfunctie mogelijk niet-beschikbare geschiedenis in plaats van een defecte index.
- Is het juiste gesprek of account geselecteerd? Filters voor datums, afzenders en media kunnen een verder geldig resultaat uitsluiten.
- Heeft het nieuwe apparaat de geschiedenis en het ontsleutelingsmateriaal ontvangen? Een identiteitssleutel herstellen is niet automatisch hetzelfde als elk bericht herstellen.
- Is de indexering voltooid? Grote imports en onderbroken synchronisatie kunnen de dekking beïnvloeden.
- Herkent de zoekfunctie de vorm van de term? Woordgroepmatching, spelling, interpunctie en taalafhankelijke tokenisatie kunnen verschillen.
Gebruik een onschuldige, herkenbare testzin in een gesprek dat je beheert. Controleer of deze in de zoekresultaten verschijnt vóór en nadat je de netwerkverbinding verbreekt. Dat kan een beperkt feit over lokale beschikbaarheid aantonen; het bewijst niet dat de app online nooit telemetrie of zoekgegevens verstuurt.
Wat kan er over Livara worden gezegd?
Livara’s beveiligingspagina zegt dat de inhoud van privéberichten versleuteld is, terwijl routering, lidmaatschap, bezorgstatus en versleutelde tekst de synchronisatie ondersteunen. De openbare documentatie levert onvoldoende bewijs voor een specifieke lokale zoekmachine, universeel offline zoeken, afwezigheid van zoektelemetrie of een gemeten invloed op de batterij.
Openbare kanalen hebben een andere privacygrens dan privéchats. Een dienst kan openbare inhoud indexeren zonder daarmee dezelfde uitspraak over privégesprekken te doen. Raadpleeg het dreigingsmodel voordat je een wereldwijd zoekresultaat als vertrouwelijk behandelt.
Zinvolle vragen aan een aanbieder
Vraag welke berichten worden geïndexeerd, waar de index zich bevindt, of zoektekst wordt verzonden of gelogd, wat een gekoppeld apparaat ontvangt en hoe het verwijderen van een bericht indexen en back-ups beïnvloedt. Een duidelijk antwoord hoort de client en versie te noemen, in plaats van te leunen op de term ‘E2EE-zoeken’.
Zoeken is een functie met een eigen gegevensstroom. Beoordeel die stroom naast berichtversleuteling, in plaats van aan te nemen dat versleuteling er elke vraag over beantwoordt.
