ईथेरियम सहमति क्लाइंट Lighthouse ने 9 नवंबर को एक सुरक्षा पैच जारी किया और अपने सभी बीकन नोड्स के ऑपरेटर्स को जल्द से जल्द अपग्रेड करने का आह्वान किया।
v8.3.3 रिलीज़ स्टेक करने वाले और गैर-स्टेक करने वाले उपयोगकर्ताओं के लिए इस कार्य को उच्च प्राथमिकता देती है, लेकिन रिलीज़ नोट स्टेकिंग उपयोगकर्ताओं के लिए वैलिडेटर-क्लाइंट अपग्रेड को निम्न प्राथमिकता के रूप में रेट करता है।
एक सहमति ग्राहक के रूप में, लाइटहाउस ईथेरियम के स्टेक-आधारित नेटवर्क में अन्य ग्राहकों से जुड़ता है। इसका बीकन नोड, ब्लॉक में लेन-देन की पुष्टि करने के लिए एक निष्पादन इंजन के साथ काम करता है, जबकि वैलिडेटर क्लाइंट बीकन नोड से जुड़ता है और कुंजियों का प्रबंधन करता है, जैसा कि Lighthouse Book में बताया गया है।
ऑपरेटर एक वैलिडेटर क्लाइंट के बिना एक बेकन नोड भी चला सकते हैं। लाइटहाउस के दस्तावेज़ में इन गैर-स्टेकिंग उपयोगों में डेटा विश्लेषण और अनुप्रयोग शामिल हैं, और उन ऑपरेटर्स को v8.3.3 अपडेट टेबल में स्टेकिंग उपयोगकर्ताओं के समान उच्च प्राथमिकता वाली बेकन-नोड निर्देश प्राप्त होते हैं।
प्रोजेक्ट की प्राथमिकता परिभाषाएँ उच्च-प्राथमिकता वाले कार्य को घंटों या दिनों के समय सीमा में रखती हैं, जिन्हें जल्द से जल्द पूरा किया जाना चाहिए। कम-प्राथमिकता वाले कार्य अगले नियमित अपडेट चक्र में शामिल किए जाते हैं, जिसमें दो सप्ताह को उदाहरण के रूप में दिया गया है।
अपना लाइटहाउस सेटअप चुनें
बीकन नोड को तुरंत अपग्रेड करें। वैलिडेटर-क्लाइंट अपडेट की प्राथमिकता कम है और इसे सामान्य चक्र में शामिल किया जाना चाहिए।
स्टेकिंग और गैर-स्टेकिंग बेकन नोड्स उच्च प्राथमिकता के हैं; स्टेकिंग वैलिडेटर क्लाइंट्स नियमित अपडेट चक्र का उपयोग कर सकते हैं।
दुर्बलता के कार्यविधि और संभावित प्रभाव अनावृत रहते हैं। उच्च प्राथमिकता अपग्रेड की त्वरितता को दर्शाती है। घंटे या दिन और दो सप्ताह उदाहरणात्मक श्रेणी मार्गदर्शन हैं, न कि निश्चित अंतिम तिथियाँ। कोई सलाह प्रकाशन तिथि नहीं दी गई है।
मेंटेनर्स कहते हैं कि v8.3.3 में कोई ब्रेकिंग बदलाव नहीं है, लेकिन v8.2.x या उससे पहले के संस्करण से अपग्रेड करने वाले उपयोगकर्ताओं को v8.3.0 रिलीज नोट्स पढ़ने के लिए निर्देशित किया जाता है, जो उन ऑपरेटर्स के लिए एक अतिरिक्त विचार है जिन्होंने बीच के संस्करणों को छोड़ दिया है।
ईथेरियम क्लाइंट के दुरुपयोग का विवरण अनुसरण करेगा
प्रकाशन में कहा गया है कि दुर्बलताओं के तकनीकी विवरण बाद में उजागर किए जाएंगे। जब तक नेटवर्क ऑपरेटर्स को अपग्रेड करने का समय नहीं मिल जाता, तब तक सुरक्षा सलाहों के लिंक जोड़े जाने हैं।
यह दृष्टिकोण सिग्मा प्राइम के 5 नवंबर के अपनी खुलासा प्रक्रिया की व्याख्या का अनुसरण करता है। लाइटहाउस डेवलपर कहते हैं कि वे शुरू में दुर्बलता की जानकारी को छिपाते हैं ताकि उपयोगकर्ताओं को अपने नोड्स को अपडेट करने का समय मिल सके, फिर वे विवरण को रिलीज नोट्स और GitHub सुरक्षा सलाहों में जोड़ देते हैं।
v8.3.3 की घोषणा में सक्रिय दुरुपयोग या नुकसान की रिपोर्ट नहीं की गई है, और हमले के तंत्र और संभावित प्रभाव अभी तक अज्ञात हैं। उच्च प्राथमिकता लेबल से हमले की तकनीकी गंभीरता या परिणामों का पता नहीं चलता।
यह अनुरोध Lighthouse के beacon-node सॉफ्टवेयर से संबंधित है। दोनों Lighthouse घटक चला रहे ऑपरेटर्स के लिए, केवल validator-client अपडेट पूरा करने से beacon-node निर्देश अपूर्ण रह जाएगा।
यह जानना महत्वपूर्ण है कि कौन सा घटक अपग्रेड किया जा रहा है, क्योंकि रिलीज तालिका में दो प्रविष्टियों के अलग-अलग शेड्यूल हैं। आरक्षित विवरण के कारण इस नोटिस द्वारा चोरी या आगामी चेन हॉल्ट के दावों का समर्थन नहीं किया जाता है।