Fragnesia और ssh‑keysign‑pwn: नई Linux Kernel कमजोरियाँ कैसे सिस्टम पर Root एक्सेस या सीक्रेट डेटा लीक कर सकती हैं

ssh‑keysign‑pwn (CVE‑2026‑46333): Root‑Only Secrets की चोरी

दूसरी कमजोरी ssh‑keysign‑pwn है, जो Linux kernel के ptrace access‑control mechanism से जुड़ी है। यह सीधे root shell नहीं देती, लेकिन information disclosure के जरिए संवेदनशील डेटा पढ़ने की अनुमति दे सकती है ।

समस्या ptrace_may_access() नाम के kernel function में है, जो यह तय करता है कि एक process दूसरी process की memory को देख सकती है या नहीं। इसमें “dumpability” नाम की property को गलत तरीके से handle किया गया है ।

कुछ विशेष परिस्थितियों में access‑control checks सही तरीके से लागू नहीं होते और परिणामस्वरूप एक unprivileged user ऐसे डेटा तक पहुँच सकता है जो केवल root के लिए होना चाहिए।

व्यावहारिक रूप से इसका मतलब है कि हमलावर निम्न प्रकार की जानकारी चुरा सकता है:

• /etc/ssh/ में मौजूद SSH host private keys
• /etc/shadow में मौजूद password hashes

इस exploit का एक तरीका setuid‑root helper ssh-keysign को target करना है। यह प्रोग्राम पहले host key फाइल खोलता है और बाद में privileges drop करता है—हमलावर उसी समय process से attach होकर खुले file descriptor या memory से डेटा निकाल सकता है ।

इस vulnerability के लिए fixes कई stable Linux kernel versions में जारी किए गए हैं, जिनमें शामिल हैं:

• 7.0.8
• 6.18.31
• 6.12.89
• 6.6.139
• 6.1.173
• 5.15.207
• 5.10.256

इन versions में ptrace logic को ठीक किया गया है ताकि गलत access checks रोके जा सकें ।

क्यों ये समस्याएँ एक बड़े vulnerability wave का हिस्सा हैं

Fragnesia और ssh‑keysign‑pwn अलग‑अलग bugs हैं, लेकिन ये हाल ही में सामने आए Linux kernel vulnerabilities की एक तेज़ श्रृंखला का हिस्सा हैं। सुरक्षा शोधकर्ताओं ने नोट किया कि Dirty Frag और Copyfail जैसे bugs सहित कई flaws लगभग दो हफ्तों के अंदर रिपोर्ट हुए ।

इनमें कई समान विशेषताएँ देखी गईं:

• ये core kernel subsystems (जैसे networking या process tracing) को निशाना बनाते हैं।
• हमले के लिए पहले से local unprivileged access होना आवश्यक होता है।
• exploit होने पर ये root privileges या sensitive data access दे सकते हैं।

यह पैटर्न इसलिए खतरनाक है क्योंकि वास्तविक हमलों में अक्सर पहला कदम किसी वेब एप्लिकेशन, कंटेनर या चोरी हुए credentials के जरिए कम अधिकार वाला एक्सेस हासिल करना होता है। उसके बाद ऐसी kernel vulnerabilities का उपयोग करके हमलावर पूरे सिस्टम का नियंत्रण हासिल कर सकता है।

सिस्टम एडमिनिस्ट्रेटर क्या करें: तुरंत उठाए जाने वाले कदम

क्योंकि ये कमजोरियाँ kernel स्तर पर हैं, इसलिए समाधान केवल configuration बदलने से नहीं होगा। patched kernel इंस्टॉल करना और सिस्टम reboot करना अनिवार्य है।

मुख्य कदम:

• Kernel तुरंत अपडेट करें — अधिकांश Linux distributions ने patched kernels जारी कर दिए हैं ।
• अपडेट के बाद सिस्टम reboot करें — बिना reboot किए पुराना vulnerable kernel चलता रहेगा।
• चल रहे kernel version की जांच करें:

  uname -r

  से सुनिश्चित करें कि patched version चल रहा है।

यदि किसी कारण से तुरंत patch नहीं लगाया जा सकता, तो कुछ अस्थायी mitigations जोखिम कम कर सकते हैं।

Fragnesia के लिए अस्थायी mitigations

अगर IPsec या संबंधित networking modules आवश्यक नहीं हैं, तो इन्हें अस्थायी रूप से disable किया जा सकता है:

• esp4
• esp6
• rxrpc

इन modules को unload या block करने से attack surface कम हो जाता है, लेकिन इससे IPsec‑related networking फीचर बंद हो सकते हैं ।

ssh‑keysign‑pwn के लिए अस्थायी mitigations

कुछ एडमिन्स ने ptrace को सख्त बनाने के लिए kernel setting बदली है:

kernel.yama.ptrace_scope=2 या 3

हालाँकि इससे debugging tools जैसे strace या gdb काम करना बंद कर सकते हैं। इसलिए इसे केवल अस्थायी उपाय के रूप में इस्तेमाल करना चाहिए जब तक patched kernel deploy न हो जाए ।

निष्कर्ष

Fragnesia और ssh‑keysign‑pwn यह दिखाते हैं कि post‑compromise kernel vulnerabilities कितनी खतरनाक हो सकती हैं। यदि हमलावर को सिस्टम पर थोड़ा भी एक्सेस मिल जाए, तो ऐसी कमजोरियाँ उसे root अधिकार या अत्यंत संवेदनशील डेटा तक पहुँचा सकती हैं।

ज्यादातर संगठनों के लिए सबसे सुरक्षित और सरल कदम हैं:

• CVE‑2026‑46300 और CVE‑2026‑46333 को ठीक करने वाले kernel updates तुरंत लागू करें।
• patched kernel में reboot करें।
• यदि compromise का संदेह हो, तो SSH host keys और अन्य secrets rotate करें।

क्योंकि इन vulnerabilities के लिए proof‑of‑concept exploits पहले ही सार्वजनिक हो चुके हैं, इसलिए patch लगाने में देरी वास्तविक हमलों का जोखिम बढ़ा सकती है।