
CVE-2026-98432 Linux TCP IPv4 हेडर-विकल्प भेद्यता के लिए अस्थायी eBPF/XDP शमन। आधिकारिक कर्नेल फ़िक्स तैनात होने तक अनपैच्ड सिस्टम और कस्टम कर्नेल की सुरक्षा में मदद करता है।
स्थिति: अस्थायी शमन — स्थायी समाधान नहीं
परीक्षणित प्लेटफ़ॉर्म: Linux / Ubuntu 20.04 (इससे ऊपर के संस्करणों पर भी काम करना चाहिए)
परीक्षणित कर्नेल: 5.15.0-124-generic (आवश्यक eBPF और सामान्य XDP कार्यक्षमता प्रदान करने वाले नए Linux कर्नेल पर काम करने की अपेक्षा है। लक्ष्य कर्नेल पर संगतता सत्यापित की जानी चाहिए।)
कार्यान्वयन: eBPF XDP, सामान्य (SKB) मोड
दिनांक: 2026-11-03
यह परियोजना CVE-2026-98432 से संबद्ध IPv4/TCP आक्रमण सतह के लिए एक अस्थायी नेटवर्क-स्तरीय शमन प्रदान करती है।
इसका उद्देश्य उस समय जोखिम को कम करना है जब तक कि एक संशोधित कर्नेल तैयार, स्थापित और तैनात किया जा रहा हो।
यह शमन IPv4 हेडर विकल्पों वाले आने वाले IPv4 TCP पैकेटों को अस्वीकार करता है। यह XDP इनग्रेस हुक पर किया जाता है, इससे पहले कि पैकेट सामान्य IPv4 और TCP नेटवर्किंग स्टैक तक पहुँचे।
यह जानबूझकर एक संकीर्ण, फेल-ओपन शमन है:
यह कर्नेल समाधान नहीं है। यह एक अस्थायी उपाय है जिसका उद्देश्य तब तक समय क्रय करना है जब तक कि एक संशोधित कर्नेल संकलित, स्थापित और बूट-परीक्षण न हो जाए।
भेद्य आक्रमण सतह IPv4 TCP ट्रैफ़िक और IPv4 हेडर विकल्पों के प्रबंधन से संबद्ध है।
IPv4 हेडर विकल्प सामान्य आधुनिक नेटवर्क ट्रैफ़िक में एक असामान्य विशेषता है। इनमें निम्नलिखित तंत्र शामिल हैं:
IPv4 हेडर में एक हेडर-लंबाई फ़ील्ड, IHL होता है, जिसे 32-बिट शब्दों में व्यक्त किया जाता है।
विकल्पों के बिना एक सामान्य IPv4 हेडर में होता है:
IHL = 5 (20 बाइट)
विकल्पों वाले IPv4 हेडर में होता है:
IHL > 5 (20 बाइट से अधिक)
XDP प्रोग्राम इस अंतर का उपयोग विस्तारित IPv4 हेडर वाले IPv4 TCP पैकेटों को अस्वीकार करने के लिए करता है।
यह उस विशिष्ट पैकेट वर्ग को कर्नेल के सामान्य TCP प्रोसेसिंग पथ में जाने से बचाता है।
प्रोग्राम XDP सामान्य मोड का उपयोग करके नेटवर्क इंटरफ़ेस से जोड़ा जाता है।
इसका प्रोसेसिंग क्रम है:
IHL > 5 है, तो पैकेट छोड़ दें।सरलीकृत निर्णय तर्क:
if (ether_type == IPv4) {
if (ipv4_header_is_incomplete)
PASS;
if (ipv4_version != 4)
PASS;
if (ipv4_header_length_is_invalid)
PASS;
if (ipv4_protocol == TCP && ipv4_ihl > 5)
DROP;
}
PASS;
वास्तविक कार्यान्वयन दो VLAN टैग तक भी संभालता है।
| स्थिति | क्रिया |
|---|---|
| IPv4 TCP, IHL 5 से अधिक | DROP |
| IPv4 TCP, IHL 5 के बराबर | PASS |
| IPv4 UDP | PASS |
| अन्य IPv4 प्रोटोकॉल | PASS |
| IPv6 | PASS |
| गैर-IP ईथरनेट ट्रैफ़िक | PASS |
| अपूर्ण/कटा हुआ IPv4 हेडर | PASS |
कार्यान्वयन TCP विकल्पों को पार्स नहीं करता। TCP टाइमस्टैम्प, SACK और विंडो स्केलिंग IPv4 हेडर विकल्प नहीं हैं और अप्रभावित रहते हैं।
यह शमन XDP (eXpress Data Path) का उपयोग Netfilter/iptables के बजाय इसलिए करता है क्योंकि उद्देश्य मेल खाने वाले पैकेटों को Linux नेटवर्किंग रिसीव पथ में यथासंभव जल्दी त्यागना है।
जेनेरिक XDP (SKB मोड) के साथ, फ़िल्टर इनग्रेस चरण पर चलता है, इससे पहले कि पैकेट सामान्य नेटवर्क प्रोटोकॉल स्टैक में प्रवेश करे और इससे पहले कि Netfilter के सामान्य IPv4 प्रसंस्करण हुक चलें।
इस विशेष शमन के लिए इसके कई लाभ हैं:
iptables और nftables इसी फ़िल्टरिंग नियम को लागू करने के पूरी तरह से वैध तरीके हैं। वास्तव में, Netfilter-आधारित फ़िल्टरिंग एक उचित विकल्प है और उन स्थितियों में बेहतर हो सकती है जहाँ व्यवस्थापक पहले से ही फ़ायरवॉल के माध्यम से इनग्रेस फ़िल्टरिंग को केंद्रीय रूप से प्रबंधित करता है।
हालाँकि, वे तंत्र XDP जेनेरिक मोड की तुलना में रिसीव पथ में बाद में संचालित होते हैं।
इस विशिष्ट उपयोग के मामले के लिए, सामान्य IPv4/TCP प्रसंस्करण से पहले फ़िल्टरिंग वांछनीय है क्योंकि भेद्यता IPv4 हेडर विकल्पों वाले IPv4 TCP पैकेटों के प्रबंधन से संबंधित है।
यह परियोजना जानबूझकर ड्राइवर-विशिष्ट नेटिव XDP के बजाय जेनेरिक XDP का उपयोग करती है।
जेनेरिक XDP SKB-आधारित रिसीव पथ पर संचालित होता है और इसलिए उन नेटवर्क ड्राइवरों के साथ व्यापक संगतता प्रदान करता है जो नेटिव XDP समर्थन लागू नहीं करते।
इसका व्यापार-बंद यह है कि जेनेरिक XDP नेटिव ड्राइवर-मोड XDP के समान प्रारंभिक निष्पादन बिंदु या प्रदर्शन विशेषताएँ प्रदान नहीं करता। इसे हार्डवेयर-ऑफ़लोडेड XDP के साथ भ्रमित नहीं किया जाना चाहिए।
XDP का चयन इस धारणा पर आधारित नहीं है कि Netfilter असुरक्षित या अनुपयुक्त है।
यह इस विशेष पैकेट फ़िल्टर को Linux रिसीव पथ में यथासंभव जल्दी रखने पर आधारित है, जबकि जेनेरिक XDP के माध्यम से व्यापक संगतता बनाए रखता है।
उद्देश्य प्रासंगिक पैकेट वर्ग को भेद्य IPv4/TCP प्रसंस्करण पथ तक पहुँचने से पहले अस्वीकार करना है, होस्ट फ़ायरवॉल को प्रतिस्थापित करना नहीं।
फ़िल्टर IPv4 हेडर विकल्पों वाले सभी IPv4 TCP पैकेटों को अवरुद्ध करता है, केवल Record Route को नहीं।
इसमें उदाहरण के लिए, निम्नलिखित वाले पैकेट शामिल हैं:
फ़िल्टर व्यक्तिगत IPv4 विकल्प प्रकारों के बीच अंतर नहीं करता। जब भी IPv4 हेडर लंबाई 20 बाइट से अधिक होती है, यह पूरे IPv4 TCP पैकेट को अस्वीकार कर देता है।
यह जानबूझकर है: इस अस्थायी शमन के लिए एक व्यापक और सरल नियम अपूर्ण विकल्प-प्रकार ब्लैकलिस्ट से बेहतर है।
इस शमन का दायरा जानबूझकर सीमित है।
यह निम्नलिखित नहीं करता:
यह सामान्य IP पैकेट सत्यापन भी नहीं करता है। प्रोग्राम द्वारा लागू किए गए विशिष्ट जाँचों के बाहर के अपूर्ण या विकृत पैकेट अभी भी कर्नेल को पास किए जा सकते हैं।
XDP के सफल परिनियोजन को इस बात का प्रमाण न मानें कि होस्ट अब कमजोर नहीं है।
प्रोग्राम एक प्रति-CPU सरणी मैप का उपयोग करता है:
cve_2026_98432_stats
मैप गुण:
percpu_arrayकाउंटर:
| कुंजी | अर्थ |
|---|---|
| 0 | IPv4 विकल्पों वाले IPv4 TCP पैकेट गिराए गए |
| 1 | अपूर्ण/कटे हुए IPv4 हेडर पास किए गए |
चूँकि यह प्रति-CPU मैप है, मान प्रत्येक CPU के लिए अलग-अलग बनाए रखे जाते हैं।