Nowa aktualizacja prywatności Monero może pojawić się wkrótce: kluczowe usprawnienie

XMR
pull requestDandelion++MoneroTorI2P
1 godzinę temuŹródło: u.today
Nowa aktualizacja prywatności Monero może pojawić się wkrótce: kluczowe usprawnienie

Współtwórca Monero otworzył pull request, który zmienia sposób, w jaki węzły przekazują transakcje pochodzące z Tor i I2P, zgodnie z GitHub projektu.

Poprawka dotyczy słabości prywatności, która mogłaby pozwolić obserwatorowi powiązać transakcję z siecią anonimową, z której pochodzi, ze względu na moment jej rozgłoszenia.

Pull request o numerze 11743 został otwarty 13 listopada i wciąż oczekuje na przegląd. Jest alternatywą dla wcześniejszej propozycji z 8 listopada, przerobionej po opiniach innego dewelopera Monero.

Jak to działa?

Problem leży w mechanizmie, w którym węzeł otrzymuje transakcję przez Tor lub I2P, a następnie przekazuje ją do zwykłej sieci Monero.

Article image
Źródło: Monero Github

Technicznie rzecz biorąc, transakcja pozostaje prywatna na drodze przychodzącej, choć sprawa wygląda inaczej, gdy dotrze do publicznych peerów.

Dzięki zmianie węzeł akceptowałby transakcje Tor i I2P tylko na połączeniach przychodzących. Transakcje przychodzące przez wychodzące połączenia anonimowe byłyby po prostu ignorowane.

Zaakceptowane transakcje najpierw czekałyby na losowe opóźnienie. Następnie przechodzą przez Dandelion++, istniejący protokół przekazywania Monero, który ukrywa, skąd transakcja się rozpoczęła.

Nadawca traci również jedną opcję. Obecnie nadawca może zażądać natychmiastowego rozgłoszenia. Zgodnie z nowymi zasadami węzły ignorują to żądanie na połączeniach Tor i I2P, więc nikt nie może pominąć opóźnienia.

Powód jest taki, że czas to jeden z najłatwiejszych sposobów na prześledzenie transakcji. Jeśli transakcja pojawi się w sieci publicznej zaraz po tym, jak dotrze z Tor, obserwator śledzący obie strony może powiązać je ze sobą.

To nie nowy pomysł

Sam pomysł nie jest nowy: wcześniejszy pull request autorstwa vtnerd sugerował podobne losowe opóźnienie dla transakcji przechodzących z Tor i I2P do sieci publicznej.

Realistycznie rzecz biorąc, zmiana jest dość niewielka pod względem kodu, ale zamyka lukę, która ma znaczenie dla użytkowników polegających na Tor lub I2P w celu ukrycia swojej lokalizacji.

Kiedy poprawka trafi do wydania, nie zostało jeszcze potwierdzone. PR jest również oznaczony do backportu, więc może trafić także do bieżącej gałęzi wydania.