CVE-2026-68294 in Linux
الملخص
بحسب VulDB • 10/08/2026
في نواة لينكس، تم حل الثغرة التالية:
net: qrtr: تقييد إنشاء المقابس على مساحة الاسم الشبكي الأولية
يحتفظ QRTR بحالة المنفذ والعقدة بالكامل في متغيرات عالمية للنموذج (module-global variables) غير مقسمة حسب مساحة الاسم الشبكي؛ حيث يمثل `qrtr_local_nid` معرف عقدة عالميًا واحدًا (دائمًا 1)، ويمثل `qrtr_ports` مصفوفة xarray عالمية واحدة. تعمل الدالتان `qrtr_port_lookup()` و `qrtr_local_enqueue()` على هذه الحالة العالمية دون التحقق من مساحة الاسم الشبكي، ولا يفرض دالة الإنشاء `qrtr_create()` أي قيود على المساحة التي يتم فيها إنشاء المقبس.
نتيجة لذلك، يمكن لعملية غير مملوكة للصلاحيات (unprivileged process) تنشئ مقبسًا من نوع AF_QIPCRTR في مساحة اسم شبكي منفصلة، مثلًا عبر استخدام الأمر `unshare(CLONE_NEWUSER | CLONE_NEWNET)`، إرسال رسائل بيانات QRTR - بما في ذلك رسائل مستوى التحكم مثل `QRTR_TYPE_NEW_SERVER` - إلى مقابس QRTR مملوكة لمساحة اسم أخرى، والعكس صحيح. يرى المقبس المستقبل لهذه الرسالة أنها قادمة من معرف العقدة 1، ولا يمكن تمييزها عن عميل محلي شرعي، مما يكسر العزل الذي يُتوقع أن توفره مساحات الأسماء الشبكية (network namespaces).
يُعد QRTR وسيلة نقل للنقاط النهائية للأجهزة العالمية (مثل المودم والمعالجات البعيدة الأخرى) ولا يحتوي على دلالات خاصة بكل مساحة اسم؛ حيث إن خدمة التسمية الخاصة به داخل النواة تنشئ مقبسها في `init_net` فقط. يجب حصر عائلة المقابس هذه ضمن مساحة الاسم الشبكي الأولية، كما تفعل عائلات المقابس غير الواعية لمساحات الأسماء الأخرى (انظر دالة `llc_ui_create()` وكود مقابس ieee802154).
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.