Die Entwickler des anonymen Tor-Netzwerks haben die Version Arti 1.1.12 veröffentlicht, die den Tor-Client in Rust weiterentwickelt. Der Branch 1.x ist als benutzerfreundlich eingestuft und bietet das gleiche Maß an Vertraulichkeit, Benutzerfreundlichkeit und Stabilität wie die Hauptimplementierung in C. Der Code wird unter den Lizenzen Apache 2.0 und MIT veröffentlicht.
Im Gegensatz zur Implementierung in C, die ursprünglich als SOCKS-Proxy konzipiert wurde und später an andere Anforderungen angepasst wurde, entwickelt sich Arti von Anfang an in Form einer modularen, integrierbaren Bibliothek, die von verschiedenen Anwendungen genutzt werden kann. Darüber hinaus wird beim Entwickeln des neuen Projekts die gesamte frühere Erfahrung mit der Entwicklung von Tor berücksichtigt, was hilft, bekannte architektonische Probleme zu vermeiden und das Projekt modularer und effizienter zu gestalten. Sobald der Rust-Code ein Niveau erreicht, das eine vollständige Ersetzung der C-Variante ermöglicht, beabsichtigen die Entwickler, Arti den Status der Hauptimplementierung von Tor zu verleihen und die Unterstützung der C-Implementierung einzustellen.
Als Grund für das Neuschreiben von Tor in Rust wird der Wunsch genannt, ein höheres Maß an Sicherheit im Code zu erreichen, indem eine Sprache verwendet wird, die eine sichere Speicherverwaltung gewährleistet. Nach Einschätzung der Tor-Entwickler werden mindestens die Hälfte aller vom Projekt verfolgten Schwachstellen in der Rust-Implementierung ausgeschlossen, sofern im Code keine "unsafe"-Blöcke verwendet werden. Rust wird auch ermöglichen, eine höhere Geschwindigkeit in der Entwicklung zu erreichen als bei der Verwendung von C, dank der Ausdruckskraft der Sprache und der strengen Garantien, die eine doppelte Überprüfung und das Schreiben überflüssigen Codes vermeiden.
Die Version Arti 1.1.12 ist bemerkenswert, da sie die Umsetzung von Onion-Services soweit gebracht hat, dass sie für Tests und Experimente bereit ist. Mit Arti kann man jetzt nicht nur bestehenden Onion-Services beitreten, sondern auch eigene Onion-Services erstellen. Dabei sind einige Möglichkeiten zur Gewährleistung der Privatsphäre und zum Schutz der Onion-Services, wie die Authentifizierung von Clients, der Schutz vor DoS-Angriffen und der Mechanismus zur Verhinderung der Identifizierung von Guard-Knoten "Vanguard", noch nicht bereit, weshalb die Implementierung derzeit nicht für produktive Einsätze empfohlen wird.
Quelle: opennet.ru
