Bezpieczeństwo Livara: Gdzie ochrona się kończy.
Livara 0.2 · bez upiększania
Jak Livara chroni treść wiadomości, jakie metadane pozostają widoczne i gdzie odzyskiwanie oraz bezpieczeństwo urządzenia ograniczają tę ochronę. Własne protokoły LVR1 i LGS1 nie przeszły niezależnego audytu bezpieczeństwa.
Podstawowe algorytmy
Brak tożsamości szyfrującej zatrzymuje chronione wysyłanie. Nowa grupa nie powstaje jako szyfrowana, dopóki każdy członek nie jest gotowy, a starsza niezgodna grupa pozostaje wyraźnie poza E2EE zamiast otrzymywać silniejszą etykietę. Przekaźnik nadal poznaje kopertę: kto, kiedy, jak duża i czy dotarła.
01 · Granica
Czy serwer może to odczytać?
Ta tabela opisuje dostarczanie wiadomości. Osobne przetwarzanie AI opisują polityka prywatności i ustawienia używanego klienta.
uwaga routing, członkostwo, znaczniki czasu, stan dostarczenia i szyfrogram są przechowywane, aby urządzenia mogły się synchronizować.
uwaga to przechowywanie umożliwia uzupełnienie zmian po ponownym połączeniu. To kompromis, a to jego koszt dla Ciebie.
| Rodzaj danych | Bezpośrednie 1:1 | Zgodne grupy prywatne | Kanały |
|---|---|---|---|
| Tekst wiadomości | Szyfrowane na Twoim urządzeniu | Szyfrowane end-to-end (LGS1) | Publiczne kanały nadawcze |
| Edycje tekstu | Szyfrowane na Twoim urządzeniu | Szyfrowane end-to-end (LGS1) | Publiczne kanały nadawcze |
| Zdjęcia, filmy, pliki, podpisy | Szyfrowane przed przesłaniem | Szyfrowane przed przesłaniem | Publiczne kanały nadawcze |
| Z kim rozmawiasz | Tylko metadane routingu | Tylko metadane routingu | Publiczne kanały nadawcze |
| Kiedy rozmawiasz | Tylko znaczniki czasu dostarczenia | Tylko znaczniki czasu dostarczenia | Publiczne kanały nadawcze |
| Twoje hasło | Nigdy nie opuszcza urządzenia | Nigdy nie opuszcza urządzenia | Nigdy nie opuszcza urządzenia |
| Twoje klucze prywatne | Nigdy nie są przesyłane bez szyfrowania | Nigdy nie są przesyłane bez szyfrowania | Nigdy nie są przesyłane bez szyfrowania |
02 · Czaty bezpośrednie
Jak wiadomość otrzymuje swój klucz.
LVR1 zaczyna od materiału klasycznego i postkwantowego, a następnie utrzymuje w ruchu dwa mechanizmy zapadkowe. Zwykłe wiadomości przesuwają tanie jednokierunkowe łańcuchy; okresowe epoki ML-KEM odświeżają korzeń odporny kwantowo bez trzykilobajtowego uzgadniania przy każdym wysłaniu.
LVR1, szczegółowo
Poniższe algorytmy i parametry opisują projekt. Użycie uznanych składników nie potwierdza niezależnie bezpieczeństwa całego protokołu.
- Korzeń klasyczny
- P-256 ECDH, podpisane klucze wstępne
- Korzeń postkwantowy
- ML-KEM-768, epoki z okresową zmianą kluczy
- Ustanawianie
- Hybrydowe w stylu X3DH, z kluczami jednorazowymi, gdy są dostępne
- Mechanizm zapadkowy
- Niezależne łańcuchy nadawania i odbierania
- Szyfr treści
- AES-256-GCM dla treści i nagłówka
- Kontrola nad kluczami
- Generowane na urządzeniu; kopie odzyskiwania szyfrowane przed przesłaniem
- Załączniki
- Losowy klucz dla każdego pliku, przekazywany wewnątrz sesji
Tożsamość
Klucz prywatny P-256 i ziarno ML-KEM-768, generowane na urządzeniu, nigdy nieprzesyłane jawnie.
Uwierzytelnij klucze wstępne
Podpisane klucze wstępne P-256 i ML-KEM-768 są sprawdzane po stronie klienta; klucze jednorazowe zapewniają świeżość, gdy są dostępne.
Ustanów
Hybrydowy X3DH łączy kilka uzgodnień P-256 z sekretami ML-KEM w niezależne korzenie klasyczny i postkwantowy.
Przesuń łańcuch
Jednokierunkowe łańcuchy nadawania i odbierania przesuwają się po każdej wiadomości; okresowe aktualizacje epok ML-KEM odświeżają korzeń postkwantowy.
Zaszyfruj
Klucz wiadomości jest łączony z bieżącym korzeniem PQ, a następnie AES-256-GCM szyfruje i uwierzytelnia treść oraz nagłówek.
Utwórz
Każdy członek generuje na swoim urządzeniu łańcuch nadawcy i klucz podpisywania własnych wiadomości grupowych.
Rozprowadź
Klucze nadawców trafiają do pozostałych członków wewnątrz parami zestawionych postkwantowych sesji LVR1.
Przesuń
Każda wiadomość wyprowadza z łańcucha jednorazowy klucz AES-256-GCM i zawiera podpis nadawcy.
Zmień klucze
Gdy członkowie dołączają lub odchodzą, tworzone i rozprowadzane są nowe klucze nadawców.
03 · Grupy prywatne w 0.2
Jeden szyfrogram, każdy członek.
Szyfrowanie tego samego tekstu osobno dla dużej grupy wymaga coraz więcej pracy wraz z każdym członkiem. LGS1 daje zamiast tego każdemu nadawcy jeden podpisany łańcuch: jego klucz przechodzi przez sesje LVR1 parami, po czym jeden nieczytelny szyfrogram dociera do całej grupy — z unikalnymi kluczami załączników, podpisami i nazwami plików zaszyfrowanymi wewnątrz.
LGS1, szczegółowo
- Łańcuchy nadawców
- Jeden podpisany łańcuch na nadawcę, jedna wiadomość na pozycję
- Dystrybucja kluczy
- Klucze nadawców przechodzą wewnątrz sesji LVR1 zestawionych parami
- Klucz wiadomości
- Jednorazowy klucz AES-256-GCM, wyprowadzany dla każdej pozycji
- Uwierzytelnianie
- Tożsamość podpisująca P-256 dla każdego nadawcy
- Zmiana członkostwa
- Stare klucze nadawców przestają służyć nowym wiadomościom; członkowie zmieniają klucze
- Obejmuje
- Tekst · edycje · podpisy · nazwy plików · klucze załączników
04 · Niewygodna część
Szyfrowanie chroni treść. Nie ukrywa sieci powiązań.
Livara przechowuje i przetwarza metadane operacyjne na potrzeby dostarczania i synchronizacji. Ta tabela opisuje chronione dostarczanie wiadomości, nie osobne przetwarzanie AI. Zanim użyjesz AI z treścią czatu, sprawdź ustawienia i politykę prywatności używanego klienta.
| Serwer widzi | Serwer przechowuje | Nieczytelne przy chronionym dostarczaniu wiadomości |
|---|---|---|
| Kto z kim się komunikuje | Rekordy wiadomości jako szyfrogram | Tekst jawny wiadomości |
| Członkostwo w grupach i rozmowy | Szyfrogram LVR1 i LGS1 | Odszyfrowana treść multimediów |
| Znaczniki czasu i rozmiary szyfrogramów | Potwierdzenia, reakcje, edycje | Podpisy i nazwy plików |
| Stan dostarczenia i routing | Kursor synchronizacji dla każdego konta | Klucze załączników |
| Fakt łączenia się z Livara | Tokeny push i rejestry bezpieczeństwa | Twoje hasło — tylko dowód SRP |
Kod ochrony metadanych LSS1 istnieje, ale nie jest podłączony do zwykłego wysyłania wiadomości. Nie traktuj go jako aktywnej ochrony bieżących wiadomości.
05 · Ujawnione ograniczenia
Rzeczy, których Livara nie obiecuje.
Ta lista istnieje, aby nie trzeba było wyciągać wniosków z przemilczeń w innych miejscach. Jeśli coś z niej zniknie, to dlatego, że zostało wdrożone — nie dlatego, że poprawiliśmy sformułowanie.
Dziś nie obiecujemy
Sześć pozycji wprost z opublikowanego modelu zagrożeń.
- Anonimowości metadanych
- Szyfrowania end-to-end kanałów — to publiczne strumienie nadawcze
- Szyfrowania end-to-end podczas opcjonalnego nagrywania na serwerze
- Ochrony odblokowanego lub przejętego urządzenia
- Odzyskiwania bez frazy odzyskiwania
- Ukrywania połączenia z Livara przed dostawcą sieci
Twierdzenia, których nie składamy
Sformułowane tak, jak chciałby je przedstawić marketing, a następnie przekreślone.
- Że treść kanałów jest prywatna. Kanały są z założenia publicznymi strumieniami nadawczymi.
- Że serwer nie przechowuje metadanych routingu niezbędnych do dostarczania i synchronizacji w czasie rzeczywistym.
- Że można odzyskać dostęp po utracie zarówno urządzenia, jak i frazy odzyskiwania.
- Że numerów bezpieczeństwa nigdy nie trzeba sprawdzać. Ich porównanie pozwala zweryfikować klucz osobiście.
06 · Tożsamość
Logowanie i powrót do konta.
SRP dowodzi znajomości hasła bez jego przesyłania
Podczas uwierzytelniania SRP urządzenie dowodzi znajomości hasła bez przesyłania samego hasła. Serwer przechowuje weryfikator. Nie chroni to przejętego urządzenia ani klienta.
Kopia kluczy jest szyfrowana przed przesłaniem
Klucze uzgadniania i podpisywania P-256 oraz ziarno ML-KEM są szyfrowane na urządzeniu losowym 256-bitowym kluczem odzyskiwania. Format v7 uwierzytelnia zestaw algorytmów, epokę tożsamości i generację. Odtwarza tożsamość, nie historię czatów.
Odciski kluczy pozwalają sprawdzić drugą stronę
Porównaj odciski kluczy publicznych z rozmówcą przez inny zaufany kanał. Jeśli niespodziewanie się różnią, zweryfikuj zmianę przed udostępnieniem wrażliwych informacji.
Serwer nadal decyduje, kto może działać
Sprawdzanie członkostwa i ról reguluje rozmowy, przesyłanie plików, potwierdzenia, edycje, usuwanie i działania w czasie rzeczywistym. To uprawnienia serwera, nie kryptografia — dlatego opisujemy je osobno.
hasło nigdy nie opuszcza urządzenia
dowód obliczany lokalnie, wymieniany z serwerem
serwer przechowuje weryfikator, nie hasło
wynik uwierzytelniono — a sekret nigdy nie przeszedł przez sieć
tożsamość nazwa użytkownika. Nie SIM, operator ani kraj.
Uwierzytelnianie SRP jest oddzielone od szyfrowania wiadomości. Samo hasło nie odblokuje zaszyfrowanej kopii tożsamości; jej odtworzenie wymaga frazy odzyskiwania. Przejęte urządzenie lub klient pozostają poza tą ochroną.
Pytania
Pięć pytań, które słyszymy najczęściej.
Które rozmowy Livara są szyfrowane end-to-end?
Wiadomości bezpośrednie i rozmowy w zgodnych grupach prywatnych są szyfrowane end-to-end na Twoim urządzeniu. Czaty bezpośrednie używają hybrydowego postkwantowego mechanizmu zapadkowego LVR1; zgodne grupy prywatne używają kluczy nadawców LGS1 dla tekstu, edycji, zdjęć, filmów, plików i notatek głosowych. Starsze niezgodne grupy pozostają wyraźnie poza E2EE.
Czy po zalogowaniu na nowym telefonie wrócą moje klucze czatów bezpośrednich?
Nie same z siebie. Zaszyfrowana kopia kluczy otwiera się tylko kluczem odzyskiwania reprezentowanym przez frazę odzyskiwania. Poprawne hasło nie wystarczy — celowo: gdyby samo hasło odtwarzało klucze, mogłoby też przekazać je komuś innemu.
Czy Livara ukrywa, z kim rozmawiam?
Nie. Dostarczanie kieruje zaszyfrowane pakiety według nadawcy, odbiorcy i znaczników czasu, a metadane routingu są przechowywane, aby urządzenia mogły się synchronizować. Mobilne powiadomienia push dla zaszyfrowanych wiadomości nie zawierają szczegółów wiadomości ani nazw.
Jak działa szyfrowanie grup i co obejmuje?
Każdy członek tworzy łańcuch nadawcy i udostępnia jego klucz pozostałym członkom przez szyfrowane parami sesje LVR1. Tekst grupowy, edycje, multimedia, pliki i notatki głosowe są szyfrowane na urządzeniu nadawcy, zanim je opuszczą. Gdy członkowie dołączają lub odchodzą, klucze się zmieniają.
Jak chronione są rozmowy bezpośrednie i grupowe?
Rozmowy bezpośrednie i grupowe używają szyfrowania end-to-end dla dźwięku, obrazu i udostępniania ekranu. Opcjonalne nagrywanie na serwerze to oddzielny tryb: gdy widoczny stan REC jest włączony, rozmowa korzysta z szyfrowania transportowego zamiast E2EE.
Nie przyjmuj tej strony na wiarę
Teraz sprawdź.
Uruchom demonstracje w laboratorium weryfikacji, przeczytaj wyjaśnienia bezpieczeństwa albo otwórz aplikację i porównaj odcisk klucza z kontaktem przez inny zaufany kanał.