परिवर्तन नियंत्रण के लिए एक रिलीज़ टैग पर पिन करें: https://raw.githubusercontent.com/haydenjames/CVE-2026-31431-check/v1.0.3/cve-2026-31431.sh.

-q एक-लाइन फ्लीट आउटपुट के लिए। -h मदद के लिए। एग्ज़िट 0 ठीक, 1 असुरक्षित, 2 अज्ञात।

फ्लीट उपयोग

-q प्रति होस्ट एक पंक्ति प्रिंट करता है, ताकि आप इसे अपने किसी भी मौजूदा रिमोट रनर के माध्यम से पाइप कर सकें:

एग्ज़िट कोड (0 ठीक, 1 असुरक्षित, 2 अज्ञात) भी काम करते हैं यदि आपका टूलिंग स्थिति के अनुसार एकत्र करता है।

आवश्यकताएँ

bash 4+, साथ ही सामान्य awk/grep/sed/lsmod/modprobe। यदि python3 उपलब्ध है तो यह AF_ALG सॉकेट पहुंच क्षमता का परीक्षण भी करेगा; यदि नहीं, तो वह जाँच छोड़ दी जाती है। जाँच को स्वयं रूट की आवश्यकता नहीं है। शमन उपाय लागू करने के लिए रूट आवश्यक है।

यह क्या जाँचता है

1. algif_aead स्थिति. बिल्ट-इन, लोड करने योग्य मॉड्यूल, लोडेड, या अनुपस्थित। /boot/config-* या /proc/config.gz पढ़ता है, lsmod पर वापस आता है। 1b. authencesn स्थिति. अपस्ट्रीम सलाह के अनुसार, यह वह मॉड्यूल है जिसमें वास्तव में बग है — algif_aead एक पहुंच पथ है, IPsec दूसरा है। lsmod/modinfo और कॉन्फ़िग के माध्यम से पता लगाया जाता है।
2. AF_ALG सॉकेट. क्या उपयोगकर्ता स्थान वास्तव में एक खोल सकता है। seccomp और LSM ब्लॉक का पता लगाता है (यदि उपलब्ध हो तो Python का उपयोग करता है)।
3. शमन उपाय. modprobe ब्लैकलिस्ट फ़ाइलों (किसी भी मॉड्यूल के लिए) की तलाश करता है और modprobe -n -v के माध्यम से सत्यापित करता है कि ब्लैकलिस्ट वास्तव में लागू है। साथ ही टूटी हुई DefaultRestrictAddressFamilies systemd [Manager] ट्रिक को चिह्नित करता है जो चर्चा में है — वह निर्देश केवल यूनिट पर काम करता है, system.conf.d में नहीं। SELinux और AppArmor स्थिति की रिपोर्ट करता है।
4. कर्नेल पैकेज बनाम चल रहा है. उस स्थिति को पकड़ता है जहाँ आपने पैच किया हुआ कर्नेल स्थापित किया है लेकिन उसमें रीबूट नहीं किया है।

निर्णय

• ठीक — AF_ALG पहुंच योग्य नहीं है, या मॉड्यूल मौजूद नहीं है, या आपकी ब्लैकलिस्ट काम करती है।
• रीबूट आवश्यक — पैच किया हुआ कर्नेल स्थापित है, आप अभी भी पुराने पर हैं।
• असुरक्षित — मॉड्यूल लोडेड है और कोई फिक्स कर्नेल स्थापित नहीं है, या यह कर्नेल में बिल्ट-इन है और एक फिक्स पैकेज उपलब्ध है।
• संभवतः पैच किया गया — मॉड्यूल लोडेड है लेकिन चल रहा कर्नेल अद्यतित है। स्क्रिप्ट लोडेड मॉड्यूल का निरीक्षण करके फिक्स वर्जन को असुरक्षित से अलग नहीं कर सकती, इसलिए यह निर्णय आपके पैकेज मैनेजर पर छोड़ देता है। अपने वितरण के CVE ट्रैकर के विरुद्ध पुष्टि करें।
• जोखिम पर — मॉड्यूल लोड करने योग्य है और इसे रोकने वाला कुछ भी नहीं है।
• विक्रेता पैच की प्रतीक्षा — कर्नेल अद्यतित है लेकिन algif_aead बिल्ट-इन है। सर्वोत्तम प्रयास निर्णय; यह dnf check-update एग्ज़िट कोड पर निर्भर करता है, जो असंबंधित कारणों (नेटवर्क, पुराना मेटाडेटा) से गैर-शून्य हो सकते हैं। अपने वितरण ट्रैकर की जाँच किए बिना यह न मानें कि आप प्रतीक्षा में फँस गए हैं।

अस्थायी शमन उपाय

अपस्ट्रीम सलाह के अनुसार, बग वास्तव में authencesn क्रिप्टो मॉड्यूल में रहता है — algif_aead सिर्फ एक पहुंच पथ है। सुरक्षित रहने के लिए दोनों को ब्लैकलिस्ट करें:

यदि rmmod कहता है "module is in use", तो बॉक्स पर कोई चीज़ सक्रिय रूप से AF_ALG या IPsec का उपयोग कर रही है (कुछ VPN, डिस्क एन्क्रिप्शन, क्रिप्टो उपयोगकर्ता स्थान टूलिंग)। इसे जबरन अनलोड न करें। पैच करें और रीबूट करें।

यदि असुरक्षित कोड आपके कर्नेल में संकलित है, तो ब्लैकलिस्टिंग मदद नहीं करेगी। केवल कर्नेल अपडेट इसे ठीक करता है।

परीक्षण किया गया

AlmaLinux 8, AlmaLinux 9.7, CentOS 7 (TuxCare ELS), Ubuntu 22.04, Ubuntu 24.04.

चर्चा

• अपस्ट्रीम सलाह: oss-security मेलिंग सूची — प्राथमिक स्रोत।
• फोरम चर्चा: CVE-2026-31431 — खतरा (linuxcommunity.io)
• मुद्दे: GitHub

श्रेय

बग रिपोर्ट जिन्होंने v1.0.1 को आकार दिया:

• u/throwaway234f32423df — चिह्नित किया कि Ubuntu के kmod ब्लैकलिस्ट अपडेट का पता नहीं लगाया जा रहा था, जिससे पैच किए गए Ubuntu होस्ट पर झूठे असुरक्षित निर्णय आ रहे थे।
• u/aliendude5300 — बताया कि एक लोडेड मॉड्यूल जिसे स्थान पर पैच किया गया है, वह अभी भी असुरक्षित रिपोर्ट करेगा।

लाइसेंस

MIT — देखें LICENSE।