⏱️ Tempo wykładu: 15 minut

W kontekście, w którym masowy nadzór jest automatyzowany przez agencje państwowe, a moc obliczeniowa postkwantowa staje się przemysłową rzeczywistością, pytanie nie brzmi już, czy s'il faut szyfrowanie komunikacji. Prawdziwym wyzwaniem inżynieryjnym jest teraz: Jaka architektura oprogramowania jest matematycznie i fizycznie w stanie przeciwstawić się atakowi podmiotu państwowego (APT) dysponującego nieograniczonymi zasobami dochodzeniowymi?

Signal, Telegram, WhatsApp i Threema udostępniły szyfrowanie end-to-end (E2EE) dla ogółu społeczeństwa. Jednak w obliczu przeciwnika o specyfikacji wojskowej, te rozwiązania prezentują... poważne wady strukturalne : trwałość danych na dysku, wycieki metadanych, zależność od scentralizowanych infrastruktur i podatność na ataki typu side-channel.

Poniżej znajduje się dogłębna analiza techniczna ograniczeń obecnych systemów przesyłania wiadomości oraz prezentacja suwerennej architektury AEGIS P2P.


1. Wady strukturalne w głównych usługach przesyłania wiadomości

1.1. Fałszywe bezpieczeństwo „szyfrowania end-to-end”

Protokół Signal (Double Ratchet) to arcydzieło kryptografii. Zapewnia poufność przekazu i bezpieczeństwo po wystąpieniu naruszenia. transportuJednak po dotarciu wiadomości do terminala zostaje ona odszyfrowana, a większość aplikacji zapisuje ją w postaci zwykłego tekstu lub w zaszyfrowanej bazie danych SQLite.

Jeśli Twoje urządzenie zostanie przejęte (atak fizyczny) lub jeśli złośliwe oprogramowanie (Pegasus, Predator) uzyska dostęp do roota/jądra, szyfrowanie transportu stanie się bezużyteczne. Atakujący może odczytać lokalną bazę danych. To się nazywa atak po włamaniu.

1.2. Zagrożenie „Zbierz teraz, odszyfruj później” (HNDL)

Algorytm kryptografii krzywych eliptycznych (ECC) używany przez Signal i większość aplikacji jest podatny na algorytm Shora. Przeciwnicy państwowi masowo rejestrują dziś zaszyfrowany ruch w nadziei na jego odszyfrowanie za 10 lub 15 lat, kiedy tolerancyjne na błędy komputery kwantowe staną się operacyjne. Klasyczne szyfrowanie asymetryczne jest strukturalnie skazane na porażkę.

1.3. Centralizacja i wyciek metadanych

Telegram przechowuje historię w chmurze. Signal wykorzystuje numery telefonów jako unikalne identyfikatory, tworząc wykres społecznościowy, który można bezpośrednio wykorzystać w atakach korelacyjnych. Nawet z E2EE, metadane (kto z kim rozmawia, kiedy i jak często) pozostają widoczne dla serwerów scentralizowanych lub operatorów telekomunikacyjnych.


2. Architektura AEGIS: tryptyk Sovereign (Deep Dive)

AEGIS P2P to nie tylko aplikacja. To ekosystem komunikacyjny opracowany w Rdza (dla jądra) i Flutter (dla interfejsu) zaprojektowany zgodnie z modelem zagrożeń Zero zaufania Absolutnie. Oto jego techniczne podstawy.

2.1. Hybrydowa kryptografia postkwantowa (poziom NIST 5)

AEGIS nie czeka na globalne przejście do technologii postkwantowej, lecz integruje je natywnie. Protokół uzgadniania X3DH został rozszerzony o 4-DH i łączy:

  • ML-KEM-1024 (FIPS 203) :Najbardziej zaawansowana implementacja Kyber (warstwa 5), ​​zapewniająca bezpieczeństwo równoważne AES-256.
  • X25519 (Krzywa25519) :Do klasycznej wymiany kluczy efemerycznych.
  • Ed25519 (FIPS 186-5) :Do podpisywania tożsamości kryptograficznych (nie jest wymagane podanie numeru telefonu).
  • HKDF-SHA384 i HKDF-SHA256 :Do wyprowadzania klucza sesji (KDF) zapewniającego ścisłe oddzielenie domen kryptograficznych.

Protokół Double Ratchet firmy Signal został zaimplementowany od podstaw w języku Rust, wymuszając obrót łańcucha DH (MAX_CHAIN_LENGTH = 1000) aby zapobiec wszelkim zmianom kryptograficznym i zagwarantować zniszczenie kluczy efemerycznych w pamięci.

2.2. Architektura zerowego dysku i polimorficzna pamięć RAM

To najlepsza obrona przed kryminalistyką. AEGIS nie pozostawia śladów na nośnikach trwałych (ROM/SSD).

  • Pobieranie zerowego dysku Podczas wysyłania zdjęcia lub dokumentu aplikacja nie tworzy nigdy plik tymczasowy. Media są przetwarzane wyłącznie w pamięci RAM za pośrednictwem modułu aegis_ingest_file_zero_disk()Bufor jest niszczony natychmiast po zamknięciu aplikacji.
  • Pamięć RAM polimorficzna Dane wrażliwe w pamięci są chronione dynamiczną maską XOR z losowym przesunięciem i przechowywane w strukturze „Podwójna szyna” (dwie kopie z kanarkami integralności). To sprawia, że ​​ataki Zimny ​​but ou Zrzut pamięci jest niezwykle trudne i umożliwia wykrycie przeskoków bitowych.
  • Usuwanie EXIF ​​i ochrona przed PRNU Każdy obraz przechodzi przez proces czyszczenia, który usuwa metadane GPS (EXIF). Dodatkowo aplikacja stosuje algorytm PRNU (Photo Response Non-Uniformity), który usuwa unikatowy odcisk palca matrycy aparatu telefonu, uniemożliwiając w ten sposób jakąkolwiek analizę kryminalistyczną.

2.3. Protokoły paniki: wyłącznik awaryjny i wyłącznik awaryjny

W przypadku przymusu fizycznego (zajęcie telefonu przez organy ścigania lub napastnika) AEGIS stosuje aktywne mechanizmy obronne:

  • Sosna wabiąca (Szpilka wabiąca) Podczas uruchamiania użytkownik może wprowadzić drugi kod. Aplikacja otwiera się na fałszywym pulpicie (na przykład prostym notatniku), co pozwala atakującemu uwierzyć, że to jedyna dostępna zawartość.
  • Wyłącznik awaryjny (0000/9999) Ten kod awaryjny uruchamia natychmiastowe czyszczenie pamięci RAM. Proces Rust wywołuje panic_purge(), prowadzące do A exit(137) (SIGKILL) natychmiast. Jądro zwalnia strony pamięci, a stan kryptograficzny ginie wraz z procesem.
  • FLAG_SECURE i BlindView Interfejs technicznie uniemożliwia tworzenie natywnych zrzutów ekranu (Android/iOS). Renderowanie wideo odbywa się za pośrednictwem wyizolowanego obszaru (VRAM), który ukrywa podgląd w selektorze ostatnich zadań.

3. Sieć: „Przełącznik transportowy” i wrodzona anonimowość

AEGIS nie chce polegać na scentralizowanym serwerze (pojedynczym punkcie awarii). Aplikacja implementuje taktyczny selektor transportu:

3.1. Natywny Tor poprzez framework Arti

W przeciwieństwie do aplikacji, które wykorzystują zewnętrzny serwer proxy Tor (Orbot), AEGIS integruje klienta Tor. Arti (napisane w Rust) bezpośrednio w kodzie binarnym. Każdy styk ma izolowany obwód (TorIsolationTokenRuch jest szyfrowany od końca do końca, a adres IP użytkownika jest maskowany na poziomie sieci. Bootstrap Tora jest asynchroniczny (z wykorzystaniem izolatorów Dart), aby zapobiec blokowaniu głównego wątku interfejsu.

3.2. Tryby offline: Wi-Fi Direct i BLE Mesh

W przypadku zniszczenia infrastruktury internetowej (przerwa w działaniu sieci, zagłuszanie elektroniczne) AEGIS przełącza się na transport fizyczny:

  • Wi-Fi Direct (P2P) :Utworzenie lokalnego gniazda TCP pomiędzy dwoma pobliskimi terminalami (zasięg ~100m).
  • Siatka BLE Sieć kratowa Bluetooth (Bluetooth Low Energy) z protokołem routingu typu flood. Wiadomości (podzielone na 512-bajtowe ramki z nagłówkiem TTL) są przekazywane z terminala do terminala, aby dotrzeć do odbiorcy, nawet bez globalnego połączenia internetowego.

4. Inżynieria i audyt: dowód za pomocą kodu

Bezpieczeństwa nie da się zadeklarować, trzeba je udowodnić. AEGIS stosuje politykę „Zero-Trust” do własnego kodu źródłowego, który można audytować za pośrednictwem naszego publicznego procesu CI/CD (GitHub Actions).

4.1. Bezpieczeństwo pamięci (Rust / Miri)

Całe jądro kryptograficzne jest napisane w języku Rust. Potok wykonuje Miri (Interpreter MIR Rusta) w 5 krytycznych podsystemach. Miri precyzyjnie wykrywa niezdefiniowane zachowania (UB), zapobiegając przepełnieniom bufora, używaniu pamięci po zwolnieniu i wyścigom danych, które są powszechne w C/C++.

4.2. Weryfikacja formalna (AWS Kani)

W przypadku najważniejszych prymitywów kryptograficznych (wyprowadzanie kluczy, enkapsulacje) używamy AWS KaniTo formalne narzędzie weryfikacyjne, które matematycznie dowodzi braku paniki lub przepełnienia dla wszystkich możliwych danych wejściowych. To już nie jest test, to dowód matematyczny.

4.3. Kontrakt FFI Mil-Spec

Interfejs między Dartem (Flutter) a Rustem (natywnym) jest realizowany za pośrednictwem bezpiecznego interfejsu API FFI (Foreign Function Interface). Zdefiniowaliśmy Globalna umowa bezpieczeństwa FFI Dokumentowanie 43 udostępnionych funkcji. Każdy wrapper sprawdza pustość wskaźnika, wyrównanie pamięci, kodowanie UTF-8 i rozmiary buforów. Po zakończeniu działania funkcji żadne wskaźniki nie są zachowywane (brak wiszących wskaźników).

4.4. Bezpieczeństwo łańcucha dostaw (audyt zależności)

Nasz wewnętrzny raport z audytu (wersja 3.4.0) został opublikowany:

  • audyt ładunku 0 aktywnych luk w 503 skrzynkach zależnych. Pozostałe alerty są udokumentowane i dotyczą silnika Tor (Arti), obsługiwanego przez Projekt Tor.
  • klips cargo : 0 ostrzeżeń dla całego kodu (wszystkie cele, wszystkie funkcje).
  • Zbuduj powtarzalną :Każdy badacz może skompilować APK na podstawie kodu źródłowego i sprawdzić jego skrót SHA-256.

5. Model dystrybucji i licencji

AEGIS P2P jest dystrybuowany poza App Store i Google Play. Ta decyzja architektoniczna gwarantuje całkowitą niezależność od polityki cenzury GAFAM i ograniczeń nałożonych przez europejską Agencję ds. Zarządzania Produktami (DMA).

  • Dystrybucja bezpośrednia :Plik APK (Android) i poświadczony notarialnie plik IPA (iOS – tylko UE) można pobrać bezpośrednio z naszej oficjalnej strony internetowej za pomocą szyfrowanego łącza.
  • Model licencji AEGIS to oprogramowanie własnościowe (o zamkniętym kodzie źródłowym). Pojedyncza licencja kosztuje 69,90 euro i obejmuje dożywotnie aktualizacje zabezpieczeń.
  • Aktualizacje (Updater) System aktualizacji w aplikacji wykorzystuje podpisy. ed25519Jeśli atakujący podejmie próbę ataku typu Man-in-the-Middle w celu wdrożenia złośliwego oprogramowania sprzętowego, aplikacja odrzuci aktualizację.

6. Zgodność sprzętu i wymagania systemowe (specyfikacja wojskowa)

AEGIS P2P nie jest aplikacją „konsumencką”. Jego architektura kryptograficzna i anty-forensyczna nakłada ścisłe ograniczenia sprzętowe. Terminal niezgodny z wymaganiami nie będzie mógł uruchomić aplikacji.

6.1. Wybór „Fail-Closed”: Obowiązek StrongBox

W systemie Android większość aplikacji korzysta z pamięci masowej oprogramowania (Android Keystore). AEGIS wymaga, aby klucze kryptograficzne były generowane, przechowywane i przetwarzane w bezpieczne środowisko wykonawcze (TEE) i w idealnym przypadku dedykowany układ Kasa pancerna (certyfikowany certyfikat Common Criteria EAL5+).

Jeżeli urządzenie nie posiada StrongBox lub jeżeli bootloader jest odblokowany (zrootowany), AEGIS odmawia rozpoczęcia (Fail-Closed). To nie jest ograniczenie marketingowe, to wymóg bezpieczeństwa: narzędzie komunikacji państwowej nie może działać na zainfekowanym terminalu.

6.2. Kompatybilne telefony (Android arm64-v8a)

Aby terminale były kompatybilne z systemem AEGIS, muszą spełniać następujące kryteria:

  • Procesor 64-bitowy (ARM64) :Niezbędne do uruchomienia pliku binarnego Rust skompilowanego z optymalizacją pamięci.
  • Android 10 lub nowszy :Niezbędne do korzystania z nowoczesnych interfejsów API Keystore i rygorystycznego zarządzania wejściem/wyjściem.
  • Chip StrongBox :Obecny w większości smartfonów „z wyższej półki” i niektórych „wytrzymałych” modelach (np. Google Pixel 7/8/9, Samsung Galaxy S21/S22/S23/S24, Sony Xperia 1/5, Crosscall i niektórych modelach Fairphone).
  • Obsługa technologii Bluetooth Low Energy (BLE) i Wi-Fi Direct :Do metod komunikacji offline (Mesh).

6.3. Co to oznacza dla użytkownika

To podejście ma swoją cenę: nie będziesz w stanie zainstalować AEGIS na smartfonie klasy podstawowej ani urządzeniu zrootowanym. Ale taka jest cena suwerenności. Naszą obietnicą nie jest dostarczenie Ci „łatwej” aplikacji, ale aplikacji, która… fiable.


Wniosek

AEGIS P2P nie ma na celu zastąpienia WhatsApp w codziennym życiu. To narzędzie do cyfrowego przetrwania przeznaczone dla dziennikarzy śledczych, analityków OSINT, organów ścigania i firm, których sekrety mają strategiczne znaczenie.

W świecie, w którym metadane są cenniejsze od złota, a bezpieczeństwo często sprowadza się do zwykłego chwytu marketingowego, AEGIS wyróżnia się swoim brutalnym podejściem inżynieryjnym: Nie przechowuj niczego, szyfruj wszystko i spraw, aby kod był kontrolowany.