Tor 0.4.6 च्या नवीन स्थिर शाखेचे प्रकाशन

टोर 0.4.6.5 टूलकिटचे प्रकाशन, निनावी टोर नेटवर्कचे ऑपरेशन आयोजित करण्यासाठी, सादर केले गेले आहे. टोर आवृत्ती 0.4.6.5 हे 0.4.6 शाखेचे पहिले स्थिर प्रकाशन म्हणून ओळखले जाते, जे गेल्या पाच महिन्यांपासून विकसित होत आहे. 0.4.6 शाखा नियमित देखभाल चक्राचा भाग म्हणून राखली जाईल - 9.x शाखा रिलीज झाल्यानंतर 3 महिन्यांनंतर किंवा 0.4.7 महिन्यांनंतर अद्यतने बंद केली जातील. 0.3.5 शाखेसाठी दीर्घकालीन समर्थन (LTS) प्रदान केले आहे, ज्यासाठी अपडेट्स 1 फेब्रुवारी 2022 पर्यंत जारी केले जातील. त्याच वेळी, टोर रिलीझ 0.3.5.15, 0.4.4.9 आणि 0.4.5.9 तयार केले गेले, ज्यामध्ये कांदा सेवा आणि रिलेच्या ग्राहकांना सेवा नाकारण्यास कारणीभूत असलेल्या DoS असुरक्षा दूर केल्या गेल्या.

मुख्य बदल:

• 'अधिकृत_क्लायंट्स' निर्देशिकेतील फायलींद्वारे क्लायंट प्रवेशाच्या प्रमाणीकरणासह प्रोटोकॉलच्या तिसऱ्या आवृत्तीवर आधारित कांदा सेवा तयार करण्याची क्षमता जोडली.
• रिलेसाठी, एक ध्वज जोडला गेला आहे जो नोड ऑपरेटरला हे समजण्यास अनुमती देतो की सर्व्हर जेव्हा निर्देशिका निवडतात तेव्हा रिले एकमतामध्ये समाविष्ट नाही (उदाहरणार्थ, जेव्हा एका IP पत्त्यावर बरेच रिले असतात).
• एक्स्ट्राइन्फो डेटामध्ये गर्दीची माहिती प्रसारित करणे शक्य आहे, ज्याचा वापर नेटवर्कमधील लोड बॅलन्सिंगसाठी केला जाऊ शकतो. torrc मधील OverloadStatistics पर्याय वापरून मेट्रिक ट्रान्समिशन नियंत्रित केले जाते.
• रिलेसाठी क्लायंट कनेक्शनची तीव्रता मर्यादित करण्याची क्षमता DoS हल्ला संरक्षण उपप्रणालीमध्ये जोडली गेली आहे.
• रिले प्रोटोकॉलच्या तिसऱ्या आवृत्तीवर आणि त्यांच्या रहदारीच्या व्हॉल्यूमवर आधारित कांदा सेवांच्या संख्येवर आकडेवारीचे प्रकाशन लागू करतात.
• DirPorts पर्यायासाठी समर्थन रिले कोडमधून काढून टाकले गेले आहे, जे या प्रकारच्या नोडसाठी वापरले जात नाही.
• कोड रिफॅक्टर केला गेला आहे. DoS हल्ला संरक्षण उपप्रणाली subsys व्यवस्थापकाकडे हलवण्यात आली आहे.
• प्रोटोकॉलच्या दुसऱ्या आवृत्तीवर आधारित जुन्या कांदा सेवांसाठी समर्थन, जे एक वर्षापूर्वी अप्रचलित घोषित करण्यात आले होते, ते बंद करण्यात आले आहे. प्रोटोकॉलच्या दुसऱ्या आवृत्तीशी संबंधित कोड पूर्णपणे काढून टाकणे शरद ऋतूतील अपेक्षित आहे. प्रोटोकॉलची दुसरी आवृत्ती सुमारे 16 वर्षांपूर्वी विकसित केली गेली होती आणि कालबाह्य अल्गोरिदमच्या वापरामुळे आधुनिक परिस्थितीत सुरक्षित मानले जाऊ शकत नाही. अडीच वर्षांपूर्वी, रिलीझ 0.3.2.9 मध्ये, वापरकर्त्यांना कांदा सेवांसाठी प्रोटोकॉलची तिसरी आवृत्ती ऑफर करण्यात आली होती, जी 56-वर्णांच्या पत्त्यांवर संक्रमणासाठी लक्षणीय होती, निर्देशिका सर्व्हरद्वारे डेटा लीकपासून अधिक विश्वासार्ह संरक्षण, विस्तारित मॉड्यूलर संरचना. आणि SHA3, DH आणि RSA-25519 ऐवजी SHA25519, ed1 आणि curve1024 अल्गोरिदमचा वापर.
• असुरक्षा निश्चित केल्या:
  • CVE-2021-34550 – प्रोटोकॉलच्या तिसऱ्या आवृत्तीवर आधारित कांदा सर्व्हिस डिस्क्रिप्टर्स पार्स करण्यासाठी कोडमधील वाटप केलेल्या बफरच्या बाहेरील मेमरी क्षेत्रामध्ये प्रवेश. आक्रमणकर्ता, खास डिझाइन केलेले कांदा सर्व्हिस डिस्क्रिप्टर ठेवून, या कांद्याच्या सेवेत प्रवेश करण्याचा प्रयत्न करणाऱ्या कोणत्याही क्लायंटच्या क्रॅशला कारणीभूत ठरू शकतो.
  • CVE-2021-34549 - रिलेवरील सेवा हल्ल्याचा संभाव्य नकार. आक्रमणकर्ता आयडेंटिफायर्ससह साखळी तयार करू शकतो ज्यामुळे हॅश फंक्शन्समध्ये टक्कर होते, ज्याच्या प्रक्रियेमुळे CPU वर जास्त भार पडतो.
  • CVE-2021-34548 - रिले अर्ध्या-बंद थ्रेडमध्ये RELAY_END आणि RELAY_RESOLVED सेलची फसवणूक करू शकते, ज्यामुळे या रिलेच्या सहभागाशिवाय तयार केलेला थ्रेड संपुष्टात येऊ शकतो.
  • TROVE-2021-004 - OpenSSL यादृच्छिक क्रमांक जनरेटरला कॉल करताना अपयशांसाठी अतिरिक्त चेक जोडले गेले (ओपनएसएसएलमध्ये डीफॉल्ट RNG अंमलबजावणीसह, अशा अपयश येत नाहीत).

  स्त्रोत: opennet.ru