CVE-2026-98802 in Linux
الملخص
بحسب VulDB • 19/10/2026
في نواة لينكس، تم إصلاح الثغرة التالية:
seg6: ضمان أن بيانات الحزمة قابلة للكتابة قبل تعديل SRH وعنوان IPv6 الوجهة (DA)
تقوم الدالة `advance_nextseg()` بتعديل حقل "الأقسام المتبقية" في SRH وعنوان الوجهة لـ IPv6 دون التأكد من أن بيانات الحزمة قابلة للكتابة. لدى الدالة `seg6_next_csid_advance_arg()` نفس المشكلة عندما تقوم بتحديث وسيط NEXT-C-SID الموجود في عنوان الوجهة.
قد تكون حزمة skb مقلدة (cloned)، على سبيل المثال بواسطة مقبس AF_PACKET الذي يستقبل البيانات عبر جهاز الإدخال (ingress device). ثم تكتب الدالتان `advance_nextseg()` و `seg6_next_csid_advance_arg()` داخل بيانات الحزمة المشتركة مع النسخة المقلدة. يمكن لقراءة من ذلك المقبس أن تُرجع الحزمة المعدلة بدلاً من الحزمة المستلمة الأصلية. يوضح المسار المبسط أدناه هذه الحالة بالنسبة لـ `advance_nextseg()`:
``` __netif_receive_skb_one_core __netif_receive_skb_core deliver_skb [الأصلي: مستخدمون=2، مقلد=0]
packet_rcv skb_clone تم ترتيب النسخة المقلدة للمقبس AF_PACKET consume_skb(orig) [الأصلي: مستخدمون=1، مقلد=1]
ipv6_rcv ip6_rcv_core skb_share_check: لا-عمل (no-op) [الأصلي: مستخدمون=1]
[...]
input_action_end_core advance_nextseg تكتب داخل البيانات المشتركة مع النسخة المقلدة ```
استدعِ الدالة `skb_ensure_writable()` في كل من `advance_nextseg()` و `seg6_next_csid_advance_arg()` قبل تعديل بيانات الحزمة. قد تقوم `skb_ensure_writable()` بإعادة تخصيص `skb->head`، مما يبطل المؤشرات إلى بيانات الحزمة التي تم أخذها قبل الاستدعاء.
تُرجع الدالة `advance_nextseg()` الآن مؤشر SRH صالح، أو NULL إذا فشلت عملية `skb_ensure_writable()`. تأخذ الدالة `seg6_next_csid_advance_arg()` مؤشر عنوان الوجهة من skb بعد استدعاء `skb_ensure_writable()`. في حالة الفشل، يقوم المتصلون بإسقاط الحزمة باستخدام السبب SKB_DROP_REASON_NOMEM.
VulDB is the best source for vulnerability data and more expert information about this specific topic.