ANONIMOWOŚĆ DLAZWYKŁYCH LUDZI.

ALEPH DROR powstaje jako jeden system maksymalnej anonimowości złożony z dwóch połączonych produktów. Pierwszy to oprogramowanie, które uruchamia się jednym kliknięciem oraz maskuje i regularnie zmienia cyfrową tożsamość w chronionym ruchu internetowym. Drugi to ALEPH CHAT — aplikacja do szyfrowanej komunikacji korzystająca z tej samej warstwy szyfrowania i tożsamości.

Obecna strona opisuje kierunek architektury i rozwoju. Publiczne wydanie oprogramowania zaplanowane na 2 lutego 2027 roku to kolejny krok: ma oddać zwykłym ludziom użyteczny prototyp anonimowości i rozpocząć publiczny cykl rozwoju.

• Prostota uruchomienia jak w VPN, ale ochrona obejmuje cyfrową tożsamość, ruch i szyfrowaną komunikację.
• Projektowany dla codziennych użytkowników, nie tylko dla specjalistów bezpieczeństwa.
• Najpierw publiczny prototyp, później stałe wzmacnianie i ulepszanie po uruchomieniu.

VPN może zmienić lokalizację, z której ruch wydaje się przychodzić, a szyfrowanie end-to-end może chronić treść wiadomości. Żadna z tych ochron nie usuwa jednak automatycznie szerszego wzorca tworzonego przez sygnały urządzenia, czas działań, graf kontaktów, dane konta i sposób korzystania z urządzenia.

Z czasem wiele drobnych sygnałów może zostać połączonych w trwały profil behawioralny. Zmiana telefonu, konta lub adresu IP nie musi sprawić, że ten wzorzec zniknie. ALEPH DROR ma maskować i regularnie zmieniać tożsamość widoczną w chronionym ruchu oraz ukrywać trwałe sygnały przed obserwacją na dużą skalę.

• Prywatność treści nie oznacza automatycznie prywatności tożsamości.
• Metadane i sygnały behawioralne mogą nadal identyfikować użytkownika.
• Scentralizowana obserwacja tworzy punkt nadzoru, przymusu i awarii.

Pierwsze publiczne wydanie jest planowane na 2 lutego 2027 roku. Zwykły użytkownik ma włączyć ochronę jednym kliknięciem i otrzymać pierwszą działającą formę maskowania tożsamości wraz z szyfrowaną aplikacją ALEPH CHAT.

To uruchomienie rozpoczyna publiczny rozwój; nie oznacza, że system jest ukończony. Prototyp będzie nadal ulepszany poprzez mierzalne wydania, opinie użytkowników, testy przeciwko atakom i usuwanie wykrytych problemów.

Publiczny kierunek projektu łączy jedno kliknięcie uruchamiające ochronę, maskowanie i regularną zmianę tożsamości, klucze pod kontrolą użytkownika, ograniczanie metadanych, szyfrowanie i rozproszone ścieżki komunikacji. Celem jest maksymalna anonimowość w całym chronionym ruchu internetowym i w ALEPH CHAT.

Publiczna tożsamość ma się zmieniać bez zmuszania człowieka do porzucania prywatnych relacji. Klucze prywatne mają pozostawać pod kontrolą użytkownika, a usługi mają otrzymywać wyłącznie dane potrzebne do bieżącego zadania.

• Lokalne przechowywanie kluczy zamiast uniwersalnego klucza odzyskiwania operatora.
• Ograniczony zbiór danych o tożsamości, metadanych i sygnałach behawioralnych.
• Rozproszone ścieżki mające ograniczać scentralizowaną widoczność.
• Prywatna ciągłość dla zaufanych kontaktów przy zmianie publicznej tożsamości.

Projekt rozwija prywatnie projekt systemu anonimowości. Publiczny whitepaper nie ujawnia szczegółowego zestawienia szyfrów, wymiany kluczy, logiki routingu, metody rotacji tożsamości, technik przeciwdziałania korelacji ani procedur testowania przeciwko atakom.

Jedna warstwa szyfrowania i tożsamości ma chronić zarówno oprogramowanie ALEPH DROR, jak i ALEPH CHAT. Obecna prywatna wersja pozostaje w budowie i przechodzi testy kryptograficzne oraz red-team. Termin ujawniania szczegółów musi chronić ludzi budujących system oraz użytkowników, którzy będą na nim polegać.

Maksymalna anonimowość jest końcowym celem systemu. Obejmuje maskowanie i regularną zmianę tożsamości sieciowej, przeciwdziałanie korelacji, ograniczanie metadanych, ochronę przed scentralizowaną obserwacją oraz szyfrowanie treści wiadomości w ALEPH CHAT. Możliwości obecnego prototypu są sprawdzane dla każdego wydania w testach wobec określonych scenariuszy ataku.

Przejęte urządzenie może ujawnić klucze i dane, które są już na nim dostępne; żaden protokół sieciowy ani szyfr nie może przywrócić tajności danych ujawnionych w punkcie końcowym. Złośliwe kontakty, niebezpieczne zachowanie użytkownika i ponowne używanie zewnętrznych kont również wykraczają poza samą ochronę kryptograficzną i muszą być jasno opisane w modelu zagrożeń.

• Celem pełnej wersji jest maksymalna anonimowość w internecie i ALEPH CHAT, a nie bezkarność działań niezgodnych z prawem ani wyłączenie spod prawa.
• Każde wydanie powinno jasno opisywać chroniony ruch, sposób zmiany tożsamości i scenariusze ataku objęte testami.
• Granice punktu końcowego i warunki awarii powinny należeć do produktu, nie tylko do tekstu prawnego.

ALEPH DROR zachowuje zrozumiały model VPN: nacisnąć przycisk i włączyć ochronę. Ochrona idzie jednak dalej niż zmiana IP — maskuje i regularnie zmienia cyfrową tożsamość w chronionym ruchu internetowym. ALEPH CHAT przenosi tę samą warstwę szyfrowania i tożsamości do komunikacji.

Telegram, Signal i WhatsApp chronią przede wszystkim komunikację, a komercyjne VPN — wyjście sieciowe. ALEPH DROR łączy ochronę ruchu, tożsamości i czatu w jednym systemie, aby obserwatorowi na dużą skalę trudniej było powiązać działania z jedną osobą.

Od uruchomienia publicznego prototypu 2 lutego 2027 roku projekt planuje 24-miesięczne okno rozwoju. Prototyp pozostanie użyteczny, podczas gdy w kolejnych wydaniach będą wzmacniane ochrona prywatności, stabilność, użyteczność, skalowanie i warstwa komunikacji.

Celem dla najbardziej rozwiniętej wersji przewidzianej w obecnym planie jest 2 lutego 2029 roku. Ten kamień milowy oznacza dojrzały stan tego cyklu rozwoju, a nie koniec utrzymania, badań bezpieczeństwa ani przyszłych ulepszeń.

• 2027: publiczny prototyp, informacje zwrotne z realnego użycia i szybkie wzmacnianie.
• 2027–2028: testowanie modelu zagrożeń, praca nad użytecznością i etapowa ocena ekspertów.
• 2028–2029: skalowanie, dojrzałe możliwości, rozszerzone testy bezpieczeństwa i szersze ujawnianie techniczne.
• Do 02 lutego 2029: cel pełnej wersji dla obecnego cyklu rozwoju.

$DROR ma być natywną jednostką sieci: do przekazywania wartości w aplikacji, usług sieciowych i nagradzania infrastruktury, od której polegają inni uczestnicy. Środki z przedsprzedaży mają finansować prace inżynieryjne, testowanie i ścieżkę wydania opisaną w tym dokumencie.

Posiadanie tokena nie stanowi dowodu, że produkt zostanie dostarczony, nie daje własności projektu i nie obiecuje zwrotu finansowego. Dane ekonomiczne są odczytywane z tej samej konfiguracji, co interfejs przedsprzedaży, i pozostają wstępne do czasu opublikowania ostatecznej dokumentacji tokena.

• Opisana tu użyteczność jest planowaną funkcją do czasu jej wydania.
• Nie obiecuje się żadnego zwrotu i nie należy go zakładać.
• Twierdzenia o produkcie i dane tokena muszą pozostawać osobno weryfikowalne.