Veröffentlichung der Werkzeuge , das zur Organisation eines anonymen Tor-Netzwerks verwendet wird. Tor 0.4.1.5 wird als die erste stabile Version des 0.4.1-Zweigs anerkannt, der sich in den letzten vier Monaten entwickelt hat. Der 0.4.1-Zweig wird im Rahmen des regulĂ€ren Wartungszyklus begleitet â die Veröffentlichung von Updates wird 9 Monate nach dem Release oder 3 Monate nach dem Release des 0.4.2.x-Zweigs eingestellt. Ein langfristiger Support (LTS) ist fĂŒr den 0.3.5-Zweig gewĂ€hrleistet, fĂŒr den Updates bis zum 1. Februar 2022 veröffentlicht werden.
Hauptneuheiten:
- Experimentelle UnterstĂŒtzung fĂŒr Padding auf der Ebene der Ketten wurde implementiert, um den Schutz gegen Methoden zur Verkehrsanalyse von Tor zu verstĂ€rken. Der Client fĂŒgt nun zu Beginn der Ketten zusĂ€tzliche Padding-Zellen ein , wodurch der Verkehr dieser Ketten dem gewöhnlichen ausgehenden Verkehr Ă€hnlicher wird. Der Preis fĂŒr den erhöhten Schutz besteht darin, dass zwei zusĂ€tzliche Zellen in jede Richtung fĂŒr die RENDEZVOUS-Ketten hinzugefĂŒgt werden, sowie eine Zelle nach oben und 10 Zellen nach unten fĂŒr die INTRODUCE-Ketten. Die Methode wird aktiviert, indem in den Einstellungen die Option MiddleNodes angegeben wird und kann ĂŒber die Option CircuitPadding deaktiviert werden;
- UnterstĂŒtzung fĂŒr authentifizierte SENDME-Zellen zum Schutz gegen , die auf der Erzeugung eines parasitĂ€ren Verkehrs basieren, wenn der Client anfordert, groĂe Dateien herunterzuladen und nach dem Absenden der Anforderungen die LesevorgĂ€nge pausiert, aber weiterhin Steuerbefehle SENDME sendet, die die Eingangs-Knoten anweisen, die DatenĂŒbertragung fortzusetzen. Jede Zelle
SENDME enthĂ€lt nun den Hash des Verkehrs, den sie bestĂ€tigt, und der Endknoten kann beim Empfang der SENDME-Zelle sicherstellen, dass die andere Seite den Verkehr, der bei der Verarbeitung vorheriger Zellen gesendet wurde, bereits erhalten hat; - Das Paket enthĂ€lt eine Implementierung eines verallgemeinerten Subsystems fĂŒr die Nachrichtentransfer im Publisher-Subscriber-Modus, das fĂŒr die Organisation der intermodularen Interaktion verwendet werden kann;
- FĂŒr die Analyse der Steuerelemente wurde ein verallgemeinertes Parsing-Subsystem anstelle einer separaten Analyse der Eingabedaten jeder Befehlsart eingesetzt;
- Die Leistungsoptimierung wurde durchgefĂŒhrt, wodurch die CPU-Belastung reduziert werden konnte. Tor verwendet jetzt einen separaten schnellen Pseudo-Zufallszahlengenerator (PRNG) fĂŒr jeden Thread, der auf dem AES-CTR-VerschlĂŒsselungsmodus basiert und Pufferkonstruktionsmethoden wie in libottery und dem neuen Code arc4random() aus OpenBSD verwendet. FĂŒr kleine Ausgaben funktioniert der vorgeschlagene Generator fast 100 Mal schneller als der CSPRNG aus OpenSSL 1.1.1. Auch wenn der neue PRNG von den Tor-Entwicklern als kryptographisch sicher eingeschĂ€tzt wird, wird er derzeit nur in Bereichen verwendet, die hohe Leistung erfordern, beispielsweise im Code fĂŒr die Planung des Anhangs von FĂŒlldaten;
- Die Option ââlist-modulesâ wurde hinzugefĂŒgt, um eine Liste der eingeschlossenen Module anzuzeigen;
- FĂŒr die dritte Version des Protokolls fĂŒr versteckte Dienste wurde der Befehl HSFETCH implementiert, der zuvor nur in der zweiten Version unterstĂŒtzt wurde;
- Fehler im Startcode von Tor (bootstrap) und im Betrieb der dritten Version des Protokolls fĂŒr versteckte Dienste wurden behoben.
Quelle: opennet.ru
