Die Entwickler des anonymen Tor-Netzwerks haben die Ergebnisse des zweiten Audits veröffentlicht, das von Radically Open Security von April bis August 2023 durchgeführt wurde (zuvor fand das erste Audit von Cure53 von November 2022 bis April 2023 statt). Die Überprüfung betraf den Code zur Sicherstellung der Funktionalität der Exit-Knoten, den Tor Browser, Infrastrukturkomponenten (Metrik-Sammlung, SWBS, API Onionoo) und Testwerkzeuge. Das Hauptziel der Nachprüfung war die Bewertung der Änderungen, die zur Erhöhung der Geschwindigkeit und Zuverlässigkeit des Tor-Netzwerks vorgenommen wurden, wie beispielsweise das in der Version Tor 0.4.8 eingeführte Protokoll zur Verkehrsaufteilung Conflux und Methoden zum Schutz von Onion-Diensten vor DoS-Angriffen basierend auf Nachweismethoden zur Arbeitsausführung.
Im Rahmen des Audits wurden 17 Sicherheitsanfälligkeiten identifiziert, von denen lediglich eine als kritisch eingestuft wurde. Vier Schwachstellen wurden als mittleres Risiko eingestuft, 12 als geringfügige Probleme bezeichnet. Die gefährlichste Schwachstelle wurde in der Anwendung onbasca (Onion Bandwidth Scanner) gefunden, die zur Überprüfung der Bandbreite der Knoten im Netzwerk eingesetzt wird.
Уязвимость вызвана возможностью отправки запросов через HTTP-метод GET, позволяющих выполнить подстановку межсайтовых запросов от лица другого пользователя (CSRF, Cross-Site Request Forgery), что даёт атакующему возможность добавить свои мостовые узлы в БД через манипуляцией с параметром «bridge_lines». Например, атакующий может разместить web-страницу с JavaScript-кодом fetch(«http://127.0.0.1:8000/bridge-state/? bridge_lines=obfs4+0.0.0.0%3A00000+AAA+cert%3D0+iat-mode%3D0», и если эту страницу откроет пользователь с активным сеансом к Onion Bandwidth Scanner, то от его имени в базу будет добавлен IP «0.0.0.0».
Probleme mit mittlerem Gefährdungsgrad:
- Denial-of-Service in metrics-lib durch Übertragung einer großen komprimierten Datei – da die Datei im Arbeitsspeicher entpackt wird, kann eine Art Zip-Bombe übergeben werden (zum Beispiel kann man 600 MB Nullen in 0,0006 MB verpacken) und den verfügbaren Speicher erschöpfen.
- Verwendung eines nicht mehr unterstützten Moduls tun2socks im tor-android-service (wird im Tor-Browser für Android verwendet).
- Schreiben eines Nullbytes über das Ende des zugewiesenen Puffers im Tor-Client aufgrund der Verwendung der Funktion read_file_to_str_until_eof, die die Größe ohne Berücksichtigung des Nullsymbols zurückgibt.
- Eine Sicherheitsanfälligkeit in sbws (Simple Bandwidth Scanner) ermöglicht es, eine HTTPS-Verbindung auf HTTP zurückzuführen, indem ein Redirect zu HTTP verwendet wird. Ein von einem Angreifer kontrollierter Tor-Ausgangsknoten könnte diese Schwachstelle ausnutzen, um API-Tokens abzuleiten.
Quelle: opennet.ru
