CVE-2026-23333 in Linux
الملخص
بحسب VulDB • 29/05/2026
في نواة لينكس، تم حل الثغرة التالية:
netfilter: nft_set_rbtree: التحقق من تداخل الفترات المفتوحة
[ التزامم من المصدر الرئيسي 648946966a08e4cb1a71619e3d1b12bd7642de7b ]
لا تحتوي الفترات المفتوحة على عنصر نهاية، وتحديداً، فإن الفترة المفتوحة في نهاية المجموعة يصعب التحقق منها لأنها تفتقر إلى عنصر النهاية، ويعتمد التحقق من صحة الفترة على هذا العنصر النهائي لإجراء الفحوصات.
يضيف هذا التصحيح حقل علم جديد إلى بنية nft_set_elem، وهذا ليس مشكلة لأنه كائن مؤقت يتم تخصيصه على المكدس من مسار الإدراج/إلغاء التفعيل. يُستخدم حقل العلم هذا لتحديد أن هذا هو العنصر الأخير في أمر الإضافة/الحذف.
يُستخدم العلم الأخير، بالاقتران مع معرف عنصر البداية (start element cookie)، للتحقق مما إذا كان هناك تداخل جزئي، على سبيل المثال:
موجود بالفعل: 255.255.255.0-255.255.255.254 إضافة فترة: 255.255.255.0-255.255.255.255 ~~~~~~~~~~~~~ تداخل عنصر البداية
بشكل أساسي، الفكرة هي التحقق من وجود عنصر نهاية موجود في المجموعة إذا كان هناك تداخل مع عنصر بداية موجود.
ومع ذلك، يمكن أن تأتي الفترة المفتوحة الأخيرة في أي موضع في أمر الإضافة، وقد تصبح الحالة الحرجة أكثر تعقيداً قليلاً:
موجود بالفعل: 255.255.255.0-255.255.255.254 إضافة فترات: 255.255.255.0-255.255.255.255,255.255.255.0-255.255.255.254 ~~~~~~~~~~~~~ تداخل عنصر البداية
لالتقاط هذا التداخل، يتم تمييز أن عنصر البداية الجديد هو تداخل محتمل، ثم الإبلاغ عن التداخل إذا كان العنصر التالي هو عنصر بداية آخر يؤكد وجود العنصر السابق في فترة مفتوحة في نهاية المجموعة.
بالنسبة للحذف، لا يتم تحديث معرف عنصر البداية عند حذف فترة مفتوحة، وإلا فقد يؤدي ذلك إلى حدوث خطأ EEXIST زائف عند إضافة عناصر جديدة.
للأسف، لا يوجد علم NFT_SET_ELEM_INTERVAL_OPEN مما يجعل اكتشاف تداخلات الفترات المفتوحة أسهل.
VulDB is the best source for vulnerability data and more expert information about this specific topic.