कर्नेल में मौजूद एक नई एलपीई भेद्यता, डर्टीडिक्रिप्ट के लिए एक प्रूफ-ऑफ-कॉन्सेप्ट प्रकाशित किया गया है। Linux

इस भेद्यता के लिए एक प्रूफ-ऑफ-कॉन्सेप्ट प्रकाशित किया गया है। डर्टीडिक्रिप्ट, के रूप में भी जाना जाता है डर्टीसीबीसीयह सुविधा स्थानीय गैर-विशेषाधिकार प्राप्त उपयोगकर्ता को कुछ प्रणालियों पर रूट विशेषाधिकार प्राप्त करने की अनुमति देती है। Linuxसमस्या कोड में है। आरएक्सजीके उप आरएक्सआरपीसी और यह rxgk_decrypt_skb() फ़ंक्शन में कॉपी-ऑन-राइट चेक की कमी के कारण पेज कैश राइट से संबंधित है। प्रूफ ऑफ कॉन्सेप्ट (PoC) 18 मई, 2026 को BleepingComputer द्वारा प्रकाशित किया गया था; PoC स्वयं यहाँ पोस्ट किया गया है। V12 टीम रिपॉजिटरी.

RxRPC एक कर्नेल नेटवर्क प्रोटोकॉल है। Linux यूडीपी के माध्यम से, दूरस्थ कार्यों के लिए विश्वसनीय परिवहन प्रदान करता है। कर्नेल दस्तावेज़ में विशेष रूप से कहा गया है कि एएफएस — एंड्रयू फाइल सिस्टम एक ऐसे एप्लिकेशन का उदाहरण है जो RxRPC का उपयोग करता है, और प्रोटोकॉल स्वयं कनेक्शन सुरक्षा वार्ताओं का समर्थन करता है। यहीं पर RxRPC/AFS के सुरक्षित मोड के लिए उपयोग किया जाने वाला RxGK काम आता है।

V12 के विवरण के अनुसार, DirtyDecrypt कमजोरियों के वर्ग का एक और प्रकार है। कॉपीफेल / डर्टी फ्रैग / फ्रैग्नेसियाये सभी एक समान विचार पर आधारित हैं: कर्नेल मेमोरी, पेज कैश और बफ़र्स के गलत हेरफेर से एक अनधिकृत स्थानीय प्रक्रिया ऐसे डेटा को प्रभावित कर सकती है जिसे लिखा नहीं जा सकता। DirtyDecrypt के मामले में, rxgk_decrypt_skb() में COW सुरक्षा की कमी के कारण यह एक "rxgk पेजकैश राइट" है।

V12 टीम का दावा है कि उन्होंने इस समस्या का पता लगाया और इसकी रिपोर्ट की। 9 मई वर्ष 2026लेकिन कर्नेल के रखवालों ने जवाब दिया कि यह पहले से ही ठीक किए गए बग की नकल थी। इसके बाद शोधकर्ताओं ने एक प्रूफ-ऑफ-कॉन्सेप्ट प्रकाशित किया, जिसमें दावा किया गया कि यह फिक्स पहले से ही मेनलाइन कर्नेल में मौजूद था।

CVE की स्थिति पूरी तरह से सीधी-सादी नहीं लगती। BleepingComputer की रिपोर्ट के अनुसार, प्रकाशन के समय DirtyDecrypt नाम के लिए कोई अलग आधिकारिक CVE मौजूद नहीं है, लेकिन विश्लेषक विल डोरमैन V12 द्वारा प्रकाशित विवरणों को इससे जोड़ते हैं। CVE-2026-31635अप्रैल के अंत में इसे ठीक कर दिया गया। NVD ने CVE-2026-31635 को rxrpc में एक त्रुटि के रूप में वर्णित किया है: rxgk_verify_response() फ़ंक्शन ने RESPONSE ऑथेंटिकेटर की लंबाई की गलत जाँच की, जिसके परिणामस्वरूप rxgk_decrypt_skb() को एक बहुत लंबा ऑथेंटिकेटर पास किया जा सकता है और कोड BUG_ON(len) विफल हो सकता है।

यानी, सार्वजनिक रूप से उपलब्ध प्रकाशन डर्टीडिक्रिप्ट को लिंक करते हैं। CVE-2026-31635लेकिन NVD में औपचारिक CVE विवरण वर्तमान में अधिक संकीर्ण प्रतीत होता है और यह मुख्य रूप से rxrpc में लंबाई जाँच त्रुटि को संदर्भित करता है, न कि सीधे DirtyDecrypt/DirtyCBC उपनाम को एक अलग प्रविष्टि के रूप में। इसलिए, इसे इस प्रकार लिखना अधिक सही है: DirtyDecrypt संभवतः CVE-2026-31635 के अनुरूप है या उससे निकटता से संबंधित है।यह दावा करने के बजाय कि यह आधिकारिक CVE नाम है।

इस विकल्प को सक्षम करने वाला कर्नेल संचालन के लिए आवश्यक है। कॉन्फ़िगरेशन_आरएक्सजीकेइसमें AFS क्लाइंट और नेटवर्क ट्रांसपोर्ट के लिए RxGK समर्थन शामिल है। इससे प्रभावित सिस्टमों की सीमा काफी कम हो जाती है: मुख्य रूप से, यह उन वितरणों से संबंधित है जो अपस्ट्रीम कर्नेल का तुरंत अनुसरण करते हैं, जिनमें शामिल हैं: फेडोरा, मेहराब Linux и openSUSE Tumbleweedब्लीपिंगकंप्यूटर इस बात पर जोर देता है कि प्रकाशित V12 प्रूफ ऑफ कॉन्सेप्ट का परीक्षण केवल फेडोरा और मेनलाइन कर्नेल पर किया गया था।

इसी तरह के कई उत्पादों के प्रचलन के बीच DirtyDecrypt का उदय हुआ। Linux एलपीई कमजोरियां। पहले ही खुलासा हो चुका है। कॉपी विफल algif_aead में, गंदा टुकड़ा नेटवर्क घटकों में, और फिर फ्रैग्नेसिया XFRM ESP-in-TCP Microsoft में बताया गया है डर्टी फ्रैग, esp4, esp6 और rxrpc घटकों के माध्यम से स्थानीय विशेषाधिकार वृद्धि का एक तरीका है, जो हमलावर को स्थानीय पहुंच प्राप्त करने और सिस्टम में पैठ बनाने की अनुमति देता है।

इस तरह की त्रुटियों का व्यावहारिक खतरा यह है कि प्रारंभिक उल्लंघन के बाद अक्सर इनका फायदा उठाया जाता है: उदाहरण के लिए, एसएसएच खाते, वेब शेल, असुरक्षित कंटेनर या कम विशेषाधिकार प्राप्त सेवा उपयोगकर्ता से समझौता करने के बाद। रूट एक्सेस प्राप्त करने के बाद, हमलावर सुरक्षा नियंत्रणों को निष्क्रिय कर सकता है, गुप्त जानकारी पढ़ सकता है, लॉग को संशोधित कर सकता है, डेटा को स्थायी रूप से संग्रहीत कर सकता है और बुनियादी ढांचे में आगे बढ़ सकता है।

संभावित रूप से प्रभावित रोलिंग-रिलीज़ डिस्ट्रीब्यूशन के उपयोगकर्ताओं को नवीनतम कर्नेल अपडेट इंस्टॉल करने की सलाह दी जाती है। जिन सिस्टमों में तत्काल अपडेट संभव नहीं हैं, उनके लिए प्रकाशनों में अस्थायी समाधानों का उल्लेख किया गया है, जैसे कि अप्रयुक्त rxrpc मॉड्यूल और संबंधित घटकों को निष्क्रिय करना। हालांकि, ऐसे समाधानों से AFS और कुछ IPsec/VPN परिदृश्य बाधित हो सकते हैं, इसलिए इन्हें किसी विशिष्ट सिस्टम पर प्रभाव की पुष्टि करने के बाद ही लागू किया जाना चाहिए।

अधिकांश डेस्कटॉप और सर्वर इंस्टॉलेशन के लिए, जोखिम कॉपी विफलता से कम होने की संभावना है: डर्टीडिक्रिप्ट के लिए एक विशिष्ट कर्नेल कॉन्फ़िगरेशन और स्थानीय कोड निष्पादन की आवश्यकता होती है। हालाँकि, फेडोरा, आर्च के लिए, Linuxओपनएसयूएसई टम्बलवीड और अन्य सिस्टम जिनमें कर्नेल अपडेट तेजी से होते हैं, उनके मामले में यह मुद्दा ध्यान देने योग्य है: यह अब केवल एक सैद्धांतिक रिपोर्ट नहीं है, बल्कि एक ऐसी भेद्यता है जिसका प्रकाशित प्रमाण और विशेषाधिकार वृद्धि का स्पष्ट मार्ग मौजूद है।

स्रोत: linux.org.ru