Dans Arti 1.1.12, une implémentation de Tor en Rust, le test des services onion a commencé.

Les développeurs du réseau anonyme Tor ont publié la version du projet Arti 1.1.12, qui développe un client Tor écrit en Rust. La branche 1.x est considérée comme adaptée pour une utilisation par les utilisateurs ordinaires et garantit le même niveau de confidentialité, d'aisance d'utilisation et de stabilité que l'implémentation principale en C. Le code est distribué sous les licences Apache 2.0 et MIT.

Contrairement à l'implémentation en C, qui a d'abord été conçue comme un proxy SOCKS puis adaptée à d'autres besoins, Arti est développé dès le départ sous forme de bibliothèque modulaire intégrée, pouvant être utilisée par diverses applications. De plus, le nouveau projet tient compte de toute l'expérience passée du développement de Tor, ce qui permet d'éviter des problèmes architecturaux connus et rend le projet plus modulaire et efficace. Lorsque le code en Rust atteindra un niveau capable de remplacer complètement la version en C, les développeurs prévoient d'accorder à Arti le statut de mise en œuvre principale de Tor et de cesser le support de la version en C.

Comme raison de la réécriture de Tor en Rust, on évoque le désir d'atteindre un niveau de sécurité plus élevé grâce à l'utilisation d'un langage qui assure une gestion sécurisée de la mémoire. Selon les développeurs de Tor, au moins la moitié de toutes les vulnérabilités accessibles par le projet seront éliminées dans l'implémentation en Rust, à condition que le code n'utilise pas de blocs « unsafe ». Rust permettra également d'atteindre une vitesse de développement plus élevée qu'avec C, grâce à l'expressivité du langage et à ses garanties strictes, ce qui évite de perdre du temps avec des vérifications doubles et la rédaction de code superflu.

La version Arti 1.1.12 se distingue par la préparation de l'implémentation des services onion pour tests et expérimentations. Grâce à Arti, il est désormais possible non seulement de se connecter à des services onion existants, mais aussi de créer ses propres services onion. Cependant, certaines fonctionnalités pour garantir la confidentialité et la protection des services onion, telles que l'autorisation des clients, la protection contre les attaques par déni de service (DoS) et le mécanisme empêchant l'identification des nœuds de garde « Vanguard », ne sont pas encore prêtes, donc l'implémentation n'est pas recommandée pour des déploiements en production.

Source : opennet.ru