Intersect, एक सदस्य-आधारित कार्डानो संगठन, ने स्टेक पूल ऑपरेटर्स को एक महत्वपूर्ण लिनक्स कर्नेल वल्नरेबिलिटी के लिए फिक्स उपलब्ध होने पर अपने ब्लॉक प्रोड्यूसर और रिले सर्वर्स को पैच करने और पुनः शुरू करने की अपील की।
अपने 30 अक्टूबर के अपडेट में, इंटरसेक्ट ने ऑपरेटर्स को दोनों प्रकार के सर्वर पर कर्नल्स की जांच करने और अपने वितरण का ठीक किया हुआ कर्नल तुरंत स्थापित करने को कहा। इस दुर्बलता, CVE-2026-98432, का kernel.org से CVSS 3.1 स्कोर 9.8, यानी गंभीर है।
दोष IPv4 TCP कनेक्शन के प्रति कर्नेल के प्रबंधन को प्रभावित करता है। इससे कर्नेल को मुक्त किए गए मेमोरी को एक्सेस करने की संभावना हो सकती है। Red Hat का सुरक्षा बुलेटिन कहता है कि प्रमाणीकरण के बिना एक दूरस्थ हमलावर रेस कंडीशन का दुरुपयोग करके कोड निष्पादित कर सकता है; इसका वल्नरेबिलिटी विवरण सिस्टम क्रैश और मेमोरी कॉरप्शन को भी जोखिम के रूप में चिह्नित करता है।
कार्डानो के लिए, चेतावनी ब्लॉक बनाने वाले मशीनों और उन्हें व्यापक नेटवर्क से जोड़ने वाले रिले दोनों को कवर करती है। कार्डानो के ऑपरेटर दस्तावेज़ के अनुसार, ब्लॉक उत्पादकों को केवल अपने या विश्वसनीय रिले से ही जोड़े रखना चाहिए ताकि उन्हें इंटरनेट से सुरक्षित रखा जा सके। इंटरसेक्ट की सलाह में कार्डानो के खिलाफ कोई दुरुपयोग की रिपोर्ट नहीं की गई है और न ही यह बताया गया है कि कितने पूल वल्नरेबल कर्नेल चला रहे हैं।
पैच और अस्थायी उपाय
Ubuntu का ट्रैकर, जिसकी अंतिम अपडेट 30 अक्टूबर को की गई थी, Ubuntu 22.04, 24.04, 26.04 और 26.10 के मानक कर्नल्स को आसक्त बताता है, और ठीक करने का काम चल रहा है। Red Hat की 30 अक्टूबर की घोषणा में RHEL 8, 9 और 10 को प्रभावित बताया गया है और कहा गया है कि ठीक करने की प्रक्रिया को त्वरित किया जा रहा है।
अल्मालिनुक्स ने 30 अक्टूबर को कहा कि इसके संस्करण 8, 9 और 10 के लिए पैच किए गए कर्नल उत्पादन रिलीज से पहले टेस्टिंग रिपॉजिटरी में उपलब्ध हैं। इसने कहा कि उस समय कोई फिक्स्ड RHEL कर्नल उपलब्ध नहीं था। यह बग लिनक्स 4.4 तक जाता है, जबकि अपस्ट्रीम फिक्स को संरक्षित स्थिर शाखाओं में बैकपोर्ट किया गया है।
प्रदर्शित हमले में मल्टीपैथ TCP, या MPTCP का उपयोग किया गया। एंथ्रोपिक के शोधकर्ताओं ने कहा कि उनका संकल्पनात्मक प्रमाण MPTCP लिसनर वाले लिनक्स सर्वर पर पैकेट भेज सकता है और पासवर्ड या उपयोगकर्ता इंटरैक्शन के बिना root के रूप में कमांड चला सकता है। लेकिन Go सुरक्षा टीम ने चेतावनी दी कि मूल बग MPTCP से विशिष्ट नहीं है, इसलिए उन लिसनर्स के बिना के सिस्टम भी सुरक्षा के लिए संवेदनशील हो सकते हैं।
AlmaLinux सुझाव देता है कि जहां MPTCP की आवश्यकता न हो, वहां इसे अक्षम कर दें और मौजूदा MPTCP लिसनर्स के साथ सेवाओं को पुनः शुरू करें: केवल सेटिंग बदलने से केवल नए MPTCP सॉकेट्स के निर्माण को रोका जाता है।
रेड हैट एक फायरवॉल उपाय भी प्रदान करता है जो आईपी विकल्पों वाले आने वाले IPv4 TCP पैकेट्स को फिल्टर करता है। यह संचालकों को तैनाती से पहले अपने कार्यभारों के खिलाफ नियम का परीक्षण करने की सलाह देता है और कहता है कि फिल्टरिंग से संपर्क कम हो सकता है, लेकिन इससे दुरुपयोग को पूरी तरह से रोका नहीं जा सकता। दोनों विक्रेता यह जोर देते हैं कि अस्थायी उपायों का अपडेटेड कर्नेल स्थापित करने का स्थान नहीं ले सकते; इंटरसेक्ट स्पष्ट रूप से संचालकों को अपडेट करने के बाद पुनः शुरू करने को कहता है।