Les d\u00e9veloppeurs du r\u00e9seau Tor ont publi\u00e9 la version Arti 1.2.0, un client Tor d\u00e9velopp\u00e9 en Rust. La branche 1.x est marqu\u00e9e comme pr\u00eate \u00e0 \u00eatre utilis\u00e9e par des utilisateurs ordinaires, offrant le m\u00eame niveau de confidentialit\u00e9, d'utilisabilit\u00e9 et de stabilit\u00e9 que la mise en \u0153uvre principale en C. Le code est distribu\u00e9 sous les licences Apache 2.0 et MIT. <\/p>\n
Contrairement \u00e0 l'impl\u00e9mentation en C, qui a d'abord \u00e9t\u00e9 con\u00e7ue comme un proxy SOCKS puis adapt\u00e9e \u00e0 d'autres besoins, Arti est d\u00e9velopp\u00e9 d\u00e8s le d\u00e9part sous forme de biblioth\u00e8que modulaire int\u00e9gr\u00e9e, pouvant \u00eatre utilis\u00e9e par diverses applications. De plus, le nouveau projet tient compte de toute l'exp\u00e9rience pass\u00e9e du d\u00e9veloppement de Tor, ce qui permet d'\u00e9viter des probl\u00e8mes architecturaux connus et rend le projet plus modulaire et efficace. Lorsque le code en Rust atteindra un niveau capable de remplacer compl\u00e8tement la version en C, les d\u00e9veloppeurs pr\u00e9voient d'accorder \u00e0 Arti le statut de mise en \u0153uvre principale de Tor et de cesser le support de la version en C. <\/p>\n
La raison pour r\u00e9\u00e9crire Tor en Rust est le d\u00e9sir d'atteindre un niveau de s\u00e9curit\u00e9 plus \u00e9lev\u00e9 du code gr\u00e2ce \u00e0 l'utilisation d'un langage assurant un fonctionnement s\u00fbr avec la m\u00e9moire. Selon les d\u00e9veloppeurs de Tor, l'utilisation du langage Rust sans blocs \u00ab unsafe \u00bb permettra d'\u00e9viter l'apparition d'au moins la moiti\u00e9 de toutes les vuln\u00e9rabilit\u00e9s typiques du projet. Rust permettra \u00e9galement d'atteindre une vitesse de d\u00e9veloppement plus \u00e9lev\u00e9e qu'avec C, gr\u00e2ce \u00e0 l'expressivit\u00e9 du langage et \u00e0 des garanties strictes qui \u00e9vitent de perdre du temps avec des v\u00e9rifications doubles et l'\u00e9criture de code superflu. <\/p>\n
La sortie d'Arti 1.2 est notable pour la mise en \u0153uvre d'un support stable des services onion. Avec Arti, il est d\u00e9sormais possible non seulement de se connecter \u00e0 des services onion existants, mais aussi de cr\u00e9er ses propres services onion. <\/p>\n
Le travail sur la mise en \u0153uvre des fonctionnalit\u00e9s compl\u00e9mentaires li\u00e9es \u00e0 la protection de la vie priv\u00e9e et \u00e0 la s\u00e9curit\u00e9 des services onion a commenc\u00e9, mais n'est pas encore termin\u00e9, notamment le protocole de contr\u00f4le de congestion (RTT Congestion Control), les moyens de protection contre les attaques DDoS, la r\u00e9gulation de la bande passante, l'autorisation des clients et le m\u00e9canisme \u00ab Vanguard \u00bb pour emp\u00eacher l'identification des n\u0153uds Guard. Jusqu'\u00e0 ce que ces fonctionnalit\u00e9s soient enti\u00e8rement mises en \u0153uvre, la cr\u00e9ation de services onion bas\u00e9s sur Arti n'est pas recommand\u00e9e pour des applications en production. <\/p>\n
Une vuln\u00e9rabilit\u00e9 dans le code de traitement des messages des relais a \u00e9galement \u00e9t\u00e9 corrig\u00e9e dans la nouvelle version, caus\u00e9e par la possibilit\u00e9 d'envoyer des messages DATA vides, pouvant \u00eatre utilis\u00e9s pour ins\u00e9rer des indicateurs de trafic ind\u00e9finissables. Ce probl\u00e8me a \u00e9t\u00e9 class\u00e9 comme ayant un faible niveau de gravit\u00e9, car les paquets DATA ne sont accept\u00e9s que pour les flux d\u00e9j\u00e0 ouverts. <\/p>\n