CVE-2026-99264 in Linux
الملخص
بحسب VulDB • 03/11/2026
في نواة لينكس، تم حل الثغرة التالية:
io_uring/net: عدم إعادة محاولة استقبال البيانات (recv) على الذاكرة غير الملتزمة (uncommitted buffers).
أدى الالتزام 41b70df5b38b ("io_uring/net: commit partial buffers on retry") إلى إلزام الحلقات (rings) التي تم توفيرها من قبل المخزن المؤقت عند إعادة محاولة عملية الاستقبال بعد نقل جزئي، بحيث لا يمكن تسليم الذاكرة التي يستمر الطلب الأول في الكتابة إليها لطلب آخر يستخدم نفس مجموعة المخازن المؤقتة. يقوم هذا الالتزام بإلزام عدد البايتات المستلمة حتى الآن. وهذا يؤدي الغرض بالنسبة لمخزن مؤقت واحد يتم استهلاكه بالكامل، لكن الطلب يحتفظ بكل ما قام بتعيينه (mapped):
- بالنسبة لحلقة مخازن مؤقته مع IOU_PBUF_RING_INC، فإن هذه البايتات فقط هي التي تُستهلك. تبقى بقية المخزن المؤقت في رأس الحلقة. - بالنسبة للحزمة (bundle)، يتم استهلاك المخازن المؤقتة التي تحتوي على هذه البايتات فقط، بينما تظل الأخرى التي تم التلصص عليها (peeked) داخل الحلقة.
في كلتا الحالتين، يحصل الاستقبال التالي مع مجموعة المخزن المؤقت تلك على ذاكرة لا يزال الطلب المعاد محاولة استقبالها سيكتب إليها، ومن يأتي آخر يقوم بكتابة البيانات فوق بيانات الآخر. ما يملؤه إعادة المحاولة غير ملتزم إطلاقاً، لأن قائمة الذاكرة المؤقتة لم تعد معروفة في هذه النقطة. لذلك تقوم النواة بتسليمها مرة أخرى لاحقاً، بينما يخبر مؤشر اكتمال الطلب (CQE) التطبيق بأنه تم استخدامه، وبالنسبة للمخزن المؤقت التزايدي فإن العملية تعتبر مكتملة.
لا يمكن إلزام الجزء المتبقي مسبقاً: إذا انتهى الأمر بالطلب باستقبال عدد أقل من المتوقع، فلا توجد طريقة لإخبار التطبيق بأن المزيد قد استُهلك مما يحسبه مؤشر اكتمال الطلب (CQE). بدلاً من إعادة المحاولة، يتم إكمال الطلب بما لديه. لم يعد MSG_WAITALL يُحترم لعمليات الاستقبال في المخازن المؤقتة التزايدية أو حزم متعددة المخازن المؤقتة؛ يمكن أن تعيد عدداً قصيراً (short count)، مع وضع علامة فشل على الطلب كما هو الحال بالنسبة لنقلات أخرى قصيرة لـ MSG_WAITALL.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.