Szyfrowanie end-to-end dla przedsiębiorstw

Szyfrowanie, które znaczy to, co mówi

Termin „szyfrowanie end-to-end” został rozcieńczony przez lata marketingowych nadużyć. Wiele platform deklaruje szyfrowanie, jednocześnie zachowując zdolność dostępu do treści wiadomości na swoich serwerach, szyfrując tylko niektóre rodzaje danych albo zarządzając kluczami w sposób, który pozostawia tylne drzwi dla dostawcy.

Mandraki implementuje szyfrowanie end-to-end zgodne z jego kryptograficznym znaczeniem: dane są szyfrowane na urządzeniu nadawcy i mogą być odszyfrowane wyłącznie na urządzeniach zamierzonych odbiorców. Serwer transportuje szyfrogram. Nie może odczytać, przeanalizować ani ujawnić treści wiadomości, rozmów ani plików w postaci jawnej — ani personelowi Mandraki, ani operatorom infrastruktury, ani żadnemu rządowi.

Jak to działa

Szyfrowanie end-to-end w Mandraki opiera się na dwóch otwartych, recenzowanych protokołach.

MLS dla wiadomości (RFC 9420)

Protokół Messaging Layer Security zapewnia uzgadnianie kluczy grupowych dla kanałów i wiadomości bezpośrednich. Gdy tworzona jest nowa grupa lub gdy członek jest dodawany lub usuwany, stan kryptograficzny grupy przechodzi do nowej epoki. Każda epoka ma unikalny zestaw kluczy szyfrowania wyprowadzanych wspólnie przez członków grupy, bez tego, by serwer kiedykolwiek poznał materiał kluczowy.

Kluczowe właściwości MLS w Mandraki:

• Forward secrecy. Skompromitowanie urządzenia dziś nie pozwala na odszyfrowanie wcześniejszych wiadomości. Klucze każdej epoki są niezależne.
• Post-compromise security. Jeżeli urządzenie zostało skompromitowane, a następnie odzyskane, protokół samoleczy się wraz z rozwojem stanu grupy.
• Skalowalne rozmiary grup. MLS jest zaprojektowany dla grup liczących tysiące. Operacje kluczy skalują się logarytmicznie, nie liniowo.
• Wsparcie wielu urządzeń. Każde urządzenie użytkownika ma własne poświadczenie MLS. Pakiety kluczy są przesyłane partiami i konsumowane w momencie użycia, dzięki czemu dodanie nowego kontaktu nie wymaga, aby był online.

SFrame dla mediów (RFC 9605)

Dla rozmów wideo i audio Mandraki używa protokołu Secure Frame do szyfrowania mediów na poziomie pojedynczej klatki. Każda klatka wideo lub audio jest szyfrowana na urządzeniu nadawcy przed przesłaniem do jednostki Selective Forwarding Unit (SFU). SFU kieruje zaszyfrowane klatki do właściwych odbiorców, nigdy ich nie odszyfrowując.

To podejście jest zgodne z nowoczesnymi architekturami SFU, ponieważ SFU nie musi dekodować mediów, aby pełnić swoją funkcję routingu. Przekazuje nieprzejrzyste, zaszyfrowane ładunki, zachowując korzyści skalowania routingu pośredniczonego przez serwer przy zachowaniu prawdziwej end-to-endowej poufności.

Szyfrowanie po stronie serwera: warstwa uzupełniająca

Oprócz szyfrowania end-to-end Mandraki zapewnia po stronie serwera szyfrowanie envelope dla danych w spoczynku. Chroni ono przed zagrożeniami na poziomie infrastruktury, takimi jak naruszenia magazynu lub nieautoryzowany dostęp fizyczny.

Hierarchia szyfrowania działa w trzech warstwach:

1. Klucz główny — korzeń zaufania, opcjonalnie zarządzany przez klienta poprzez BYOK.
2. Klucz organizacji — jeden na organizację, opakowany kluczem głównym.
3. Klucze szyfrowania danych (DEK) — klucze specyficzne dla celu (wiadomości, pliki, nagrania), opakowane kluczem organizacji.

Szyfrowanie po stronie serwera i szyfrowanie end-to-end są komplementarne. Szyfrowanie po stronie serwera chroni dane przed zagrożeniami infrastrukturalnymi. Szyfrowanie end-to-end chroni dane przed dostępem na poziomie aplikacji, w tym przez sam Mandraki.

Bring Your Own Key (BYOK)

Dla organizacji, które wymagają pełnej kontroli nad swoimi kluczami szyfrowania, Mandraki obsługuje BYOK. Klienci mogą zaimportować klucz główny z własnej usługi zarządzania kluczami — czy to z AWS KMS, Azure Key Vault, czy w wyniku ręcznego importu — a całe szyfrowanie na poziomie organizacji będzie zakotwiczone w tym kluczu kontrolowanym przez klienta.

Unieważnienie klucza BYOK sprawia, że wszystkie dane zaszyfrowane po stronie serwera dla tej organizacji stają się trwale niedostępne, zapewniając kryptograficzny „wyłącznik bezpieczeństwa” dla suwerenności danych.

Kompromisy i przejrzystość

Szyfrowanie end-to-end wprowadza pewne kompromisy, które naszym zdaniem klienci powinni jasno rozumieć.

• Wyszukiwanie po stronie serwera nie jest możliwe na treściach szyfrowanych end-to-end. Mandraki udostępnia indeks wyszukiwania po stronie klienta korzystający z lokalnego magazynu przeglądarki.
• Funkcje AI (transkrypcja, podsumowania) nie mogą działać na rozmowach ani kanałach z szyfrowaniem end-to-end. Organizacje muszą wybierać między wsparciem AI a E2EE na poziomie pojedynczej rozmowy lub kanału.
• Nowe urządzenia widzą wiadomości dopiero od momentu dołączenia do grupy. Historyczne wiadomości nie są wstecznie odszyfrowywane dla nowych urządzeń.

Są to nieodłączne właściwości prawdziwego szyfrowania end-to-end, a nie ograniczenia naszej implementacji. Każda platforma, która deklaruje E2EE bez tych ograniczeń, prawdopodobnie nie zapewnia prawdziwego szyfrowania end-to-end.