Utvecklarna av Tor-n\u00e4tverket har offentliggjort utg\u00e5van av projektet Arti 1.2.0, som utvecklar en Tor-klient skriven i Rust. Version 1.x har m\u00e4rkts som l\u00e4mplig f\u00f6r vanliga anv\u00e4ndare och erbjuder samma niv\u00e5 av sekretess, anv\u00e4ndarv\u00e4nlighet och stabilitet som den huvudsakliga implementationen skriven i C. Koden distribueras under licenserna Apache 2.0 och MIT. <\/p>\n
Till skillnad fr\u00e5n implementationen i C, som f\u00f6rst designades som en SOCKS-proxy och sedan justerades f\u00f6r andra behov, utvecklas Arti fr\u00e5n b\u00f6rjan som ett modul\u00e4rt, inb\u00e4ddat bibliotek som olika applikationer kan anv\u00e4nda. Dessutom beaktas all tidigare erfarenhet fr\u00e5n Tor-utvecklingen vid skapandet av det nya projektet, vilket g\u00f6r det m\u00f6jligt att undvika k\u00e4nda arkitektoniska problem och g\u00f6ra projektet mer modul\u00e4rt och effektivt. N\u00e4r koden i Rust n\u00e5r en niv\u00e5 som helt kan ers\u00e4tta C-versionen, planerar utvecklarna att ge Arti status som huvudimplementation av Tor och upph\u00f6ra med underh\u00e5llet av C-implementationen. <\/p>\n
Som orsak till att skriva om Tor i Rust n\u00e4mns \u00f6nskan att uppn\u00e5 en h\u00f6gre niv\u00e5 av kods\u00e4kerhet genom att anv\u00e4nda ett spr\u00e5k som s\u00e4kerst\u00e4ller s\u00e4ker minneshantering. Enligt Tor-utvecklarna kommer anv\u00e4ndningen av Rust utan «unsafe»-block att f\u00f6rhindra minst h\u00e4lften av alla typiska s\u00e5rbarheter i projektet. Rust kommer ocks\u00e5 att m\u00f6jligg\u00f6ra en snabbare utvecklingsprocess \u00e4n med C, tack vare spr\u00e5kets uttryckskraft och strikta garantier som g\u00f6r att man slipper dubbelkontroller och on\u00f6dig kod. <\/p>\n
Utg\u00e5van av Arti 1.2 \u00e4r anm\u00e4rkningsv\u00e4rd f\u00f6r sin stabila st\u00f6d f\u00f6r onion-tj\u00e4nster. Med Arti kan man nu inte bara ansluta till befintliga onion-tj\u00e4nster, utan \u00e4ven skapa sina egna onion-tj\u00e4nster. <\/p>\n
Arbetet med att implementera relaterade funktioner f\u00f6r att s\u00e4kerst\u00e4lla integritet och skydd av onion-tj\u00e4nster, som \u00f6verbelastningskontrollprotokoll (RTT Congestion Control), skydd mot DDoS-attacker, bandbreddshantering, klientautentisering och mekanismen «Vanguard» f\u00f6r att f\u00f6rhindra identifiering av Guard-noder, har p\u00e5b\u00f6rjats men \u00e4r \u00e4nnu inte slutf\u00f6rt. Tills dessa funktioner har implementerats, rekommenderas det inte att skapa onion-tj\u00e4nster baserat p\u00e5 Arti f\u00f6r arbetsverksamheter. <\/p>\n
I den nya versionen har ocks\u00e5 en s\u00e5rbarhet i koden f\u00f6r hantering av meddelanden fr\u00e5n rel\u00e4er \u00e5tg\u00e4rdats, orsakad av m\u00f6jligheten att skicka tomma DATA-meddelanden, som kan anv\u00e4ndas f\u00f6r att injicera obest\u00e4mda trafikindikatorer. Problemet bed\u00f6ms ha l\u00e5g farlighet, eftersom DATA-paket endast accepteras f\u00f6r redan \u00f6ppnade str\u00f6mmar. <\/p>\n