wydanie narzędzi , używanego do organizacji pracy anonimowej sieci Tor. Tor 0.4.1.5 uznawany jest za pierwszy stabilny wydań gałęzi 0.4.1, która rozwijała się przez ostatnie cztery miesiące. Gałąź 0.4.1 będzie wspierana w ramach standardowego cyklu wsparcia — wydawanie aktualizacji zostanie zakończone za 9 miesięcy lub trzy miesiące po wydaniu gałęzi 0.4.2.x. Długoterminowy cykl wsparcia (LTS) zapewniono dla gałęzi 0.3.5, aktualizacje dla której będą wydawane do 1 lutego 2022 roku.
Główne nowości:
- Wprowadzono eksperymentalne wsparcie dla dodatkowego wypełnienia na poziomie łańcuchów, co pozwala wzmocnić ochronę przed metodami wykrywania ruchu Tor. Klient teraz dodaje dodatkowe komórki (padding cells) na początku łańcuchów , sprawiając, że ruch tych łańcuchów bardziej przypomina zwykły ruch wychodzący. Kosztem zwiększonej ochrony jest dodanie dwóch dodatkowych komórek w każdym kierunku dla łańcuchów RENDEZVOUS oraz jednej komórki wyższej i 10 niższych komórek dla łańcuchów INTRODUCE. Metoda ta jest aktywowana przy wskazaniu w ustawieniach opcji MiddleNodes i może być wyłączona przez opcję CircuitPadding;
- wsparcie dla autoryzowanych komórek SENDME w celu ochrony przed , opartymi na tworzeniu obciążenia parazytowego, w przypadku gdy klient żąda pobrania dużych plików i wstrzymuje operacje odczytu po wysłaniu żądań, ale nadal wysyła polecenia kontrolne SENDME, instruując węzły wejściowe do kontynuowania przesyłania danych. Każda komórka
SENDME teraz zawiera skrót ruchu, który potwierdza, a węzeł końcowy po otrzymaniu komórki SENDME może upewnić się, że druga strona już otrzymała ruch wysłany podczas przetwarzania wcześniejszych komórek; - W skład wchodzi implementacja uogólnionej podsystemu do przesyłania wiadomości w trybie publikacja-subskrypcja, który może być używany do organizacji interakcji wewnątrz modułów;
- Do analizy poleceń kontrolnych wykorzystano uogólniony podsystem analizy zamiast oddzielnej analizy danych wejściowych każdej komendy;
- Przeprowadzono optymalizację wydajności, która pozwala na zmniejszenie obciążenia CPU. Tor teraz wykorzystuje oddzielny, szybki generator liczb pseudolosowych (PRNG) dla każdego wątku, oparty na zastosowaniu trybu szyfrowania AES-CTR i wykorzystaniu konstrukcji buforowania, jak w libottery oraz nowym kodzie arc4random() z OpenBSD. Dla niewielkich danych wyjściowych proponowany generator działa prawie 100 razy szybciej niż CSPRNG z OpenSSL 1.1.1. Mimo że nowy PRNG jest oceniany przez twórców Tora jako kryptograficznie niezawodny, jest obecnie używany tylko w miejscach wymagających wysokiej wydajności, na przykład w kodzie planowania dołączania dodatkowych wypełnień;
- Dodano opcję „—list-modules” do wyświetlania listy włączonych modułów;
- Dla trzeciej wersji protokołu usług anonimowych wdrożono komendę HSFETCH, która wcześniej była obsługiwana tylko w drugiej wersji;
- Usunięto błędy w kodzie uruchamiania Tora (bootstrap) i zapewnienia działania trzeciej wersji protokołu usług anonimowych.
Źródło: opennet.ru
