Publiczny kanał Livara służy do publikowania treści i, zgodnie ze stroną bezpieczeństwa produktu, nie ma szyfrowania end-to-end. Przed publikacją traktuj treść jako przeznaczoną do oglądania przez odbiorców kanału i przetwarzania w usłudze, a nie jako poufną wiadomość prywatną.
Ta różnica stanowi granicę produktu. Nie oznacza ona, że szyfrowanie kanałów jest technicznie niemożliwe ani że wszystkie usługi muszą wdrażać kanały publiczne w taki sam sposób.
Co dokładnie oznacza «brak szyfrowania»?
Nie należy mylić dwóch różnych zabezpieczeń:
- Szyfrowanie transportu, na przykład TLS: chroni połączenie urządzenia z serwerem na trasie, ale serwer może być punktem, w którym następuje odszyfrowanie.
- Szyfrowanie end-to-end: ma na celu umożliwienie odszyfrowania chronionej treści wyłącznie uprawnionym punktom końcowym, a nie serwerowi pośredniczącemu.
Brak E2EE nie musi oznaczać przesyłania tekstu jawnego przez sieć. Jednocześnie HTTPS ani symbol kłódki w przeglądarce nie dowodzą, że dostawca nie ma dostępu do treści kanału. Poradnik EFF o szyfrowaniu wyjaśnia tę podstawową różnicę.
Praktyczna różnica między kanałem a chronioną rozmową
| Kwestia | Kanał publiczny | Prywatny czat lub grupa chroniona przez E2EE |
|---|---|---|
| Docelowi odbiorcy | Publikacja dla odbiorców kanału | Uprawnione osoby i urządzenia uczestniczące w rozmowie |
| Poufność wobec serwera | Nie należy jej zakładać | Zależy od włączenia ochrony i poprawnego wdrożenia protokołu |
| Kopiowanie przez odbiorcę | Możliwe | Nadal możliwe |
| Zarządzanie treścią | Treści publiczne mogą być dostępne dla usługi | Kontrola członkostwa i zgłoszenia to nie to samo co szyfrowanie treści |
| Ryzyko informacji dodatkowych | Aktywność i dostęp mogą być widoczne | Samo E2EE nie ukrywa wszystkich metadanych |
W przypadku Livara publiczna dokumentacja bezpieczeństwa opisuje LVR1 dla wiadomości prywatnych oraz LGS1 dla chronionych grup. Ten sam dokument mówi, że niekompatybilna starsza grupa musi pozostać wyraźnie oznaczona jako nieobjęta E2EE. Sama nazwa «grupa» nie zastępuje więc sprawdzenia rzeczywistego stanu ochrony.
Moderacja nie gwarantuje nieszkodliwości treści
Możliwość przeglądania lub usuwania publicznych treści może pomagać w zarządzaniu usługą, ale nie dowodzi, że wszystkie opublikowane linki, pliki czy twierdzenia są bezpieczne. Użytkownicy nadal powinni oceniać źródło wiadomości, tożsamość publikującego i cel linku.
Z drugiej strony nie należy tworzyć bezwzględnej opozycji między prywatnością a bezpieczeństwem. Kontrola dostępu, zgłoszenia użytkowników, przeciwdziałanie nadużyciom i poufność treści to kwestie powiązane, ale odrębne. Należy jasno określać rodzaj narzędzia i jego ograniczenia, zamiast ogólnie przedstawiać szyfrowanie jako oznakę przestępczego zachowania.
Czego nie publikować na kanale publicznym?
- Frazy odzyskiwania, hasła, klucza prywatnego ani osobistego linku logowania;
- Danych kontaktowych i zdjęć innych osób bez zgody lub wyraźnego powodu;
- Dokumentów służbowych, których nie wolno publikować publicznie;
- Szczegółów osobistych, których ryzyka rozpowszechnienia nie usuwa nawet późniejsze skasowanie wpisu.
Usunięcie lub edycja wpisu nie wycofuje kopii zapisanych przez odbiorców, zrzutów ekranu ani ponownych publikacji poza usługą. To samo ograniczenie dotyczy odbiorcy prywatnej wiadomości: E2EE nie kontroluje jego zachowania.
Przed wysłaniem sprawdź miejsce docelowe
Kanał może być odpowiednim wyborem do publicznego ogłoszenia. W przypadku poufnej treści najpierw sprawdź odbiorców, stan szyfrowania i uczestniczące urządzenia. Jeśli temat jest wrażliwy, sama nazwa aplikacji lub etykieta «prywatne» nie wystarczą.
Model zagrożeń Livara opisuje ograniczenia takie jak zainfekowane urządzenie, fizyczny dostęp i ujawnienie treści przez odbiorcę. Właściwy wybór zaczyna się od zrozumienia tych granic: publikacja publiczna, poufność treści i zarządzanie usługą to trzy odrębne cele.
