Signal wyznacza kierunek otwartej kryptografii komunikatorów. Apple pokazało w PQ3, jak post-quantum cryptography może chronić również długotrwałe sesje.
P2Phantom wykorzystuje doświadczenia tych architektur i rozwija je w innym kierunku: Tor-native P2P, brak centralnego konta, brak numeru telefonu i brak centralnego serwera wiadomości.
Zaawansowana otwarta kryptografia wiadomości: PQXDH, Double Ratchet oraz rozwój post-quantum ratchetingu. Komunikacja nadal korzysta z infrastruktury usługi Signal.
Apple PQ3 wprowadza post-quantum protection zarówno podczas ustanawiania sesji, jak i podczas późniejszego odnawiania materiału kryptograficznego.
P2Phantom nie projektuje nowej kryptografii od zera.
Celem jest połączenie sprawdzonych mechanizmów Signal Protocol z anonimową warstwą sieciową Tor Onion Services i architekturą bez centralnego serwera wiadomości.
| Cecha | Signal | iMessage / PQ3 | P2Phantom |
|---|
Signal Protocol chroni zawartość komunikacji end-to-end. Docelowo P2Phantom wykorzystuje hybrydowy handshake PQXDH i ratcheting kluczy.
Post-quantum security nie powinna kończyć się po pierwszym handshake'u. Roadmap zakłada post-quantum ratcheting i ciągłe odnawianie materiału kryptograficznego.
Bez numeru telefonu i bez adresu e-mail jako podstawy konta. Tożsamości generowane są kryptograficznie na urządzeniu.
Tor Onion Services mają chronić nie tylko treść, ale również warstwę transportową i adresy IP uczestników.
Warstwowy model ochrony — od urządzenia aż po trasę komunikacji.
Ukrywanie adresów IP i bezpośredniej topologii połączenia.
Brak centralnego serwera przechowującego lub przekazującego wiadomości jako podstawowe założenie architektury.
Ciągłe odnawianie kluczy w trakcie trwania rozmowy — cel Fazy 2 roadmapy.
Hybrydowe ustanowienie wspólnego sekretu sesji, odporne na atak typu harvest-now-decrypt-later.
Klucze tożsamości .onion generowane i przechowywane lokalnie działają już dziś. Klucze tożsamości warstwy E2E (Signal Protocol) to cel Fazy 2.
Nie projektujemy własnej kryptografii lepszej od Signal.
Projektujemy inną architekturę komunikatora wokół sprawdzonych mechanizmów kryptograficznych.
Atakujący nie musi potrafić odszyfrować komunikacji dzisiaj.
Może ją przechwycić i przechować z nadzieją, że przyszła technologia pozwoli złamać klasyczne mechanizmy wymiany kluczy.
Dlatego roadmap P2Phantom zakłada PQXDH jako hybrydową warstwę ustanawiania sesji.
Prywatność nie jest pojedynczym algorytmem. Jest właściwością całej architektury.
Status poszczególnych elementów odzwierciedla obecny, realny stan projektu — nie plan marketingowy.
Klucze tożsamości .onion (ED25519) są już generowane i przechowywane lokalnie na urządzeniu. Pełny magazyn kluczy warstwy Signal Protocol jest w budowie.
Cel Fazy 2 roadmapy: implementacja Signal Protocol na poziomie produkcyjnym.
Hybrydowe, post-quantum ustanawianie sekretu sesji — planowane po wdrożeniu podstawowej warstwy Signal Protocol.
Publikowanie kluczy sesyjnych bez centralnego serwera katalogowego — koncepcja architektoniczna, jeszcze nie zaprojektowana szczegółowo.
Forward secrecy i rotacja kluczy per wiadomość — część Fazy 2 roadmapy.
Ciągły post-quantum ratcheting w trakcie rozmowy — najdalszy etap warstwy kryptograficznej.
Niezależny przegląd bezpieczeństwa — cel Fazy 2 / Fazy 4 roadmapy, warunek zaufania produkcyjnego.
Nie tylko ukrywamy treść wiadomości. Projektujemy system tak, aby minimalizować również informacje o tym, kto z kim się komunikuje.
P2Phantom jest obecnie rozwijanym projektem open source.
Elementy oznaczone jako „roadmap”, „target” lub „architektura docelowa” opisują kierunek techniczny projektu, a nie funkcje dostępne obecnie w stabilnej wersji produkcyjnej.
Claims dotyczące bezpieczeństwa będą aktualizowane wraz z implementacją, testami i niezależnym audytem.