مستغلة: 178
الأحدثCVE-2026-115731 — تنفيذ أوامر عن بُعد عبر إلغاء تسلسل التقارير
VulnFeed.org
AREN
7.8
CVE-2026-99264يتوفر تصحيح

io_uring/net: لا تقم بإعادة محاولة الاستلام (recv) على المخازن المؤقتة غير الملتزمة

Linux Linuxقراءة 2 داقرأ بلغة

ترجمة آلية لم تُراجَع بعد. النص الإنجليزي هو المرجع في حال الاختلاف.

الملخص

في نواة Linux، تم حل الثغرة التالية: io_uring/net: لا تقم بإعادة محاولة الاستلام (recv) على المخازن المؤقتة غير الملتزمة. يلتزم الالتزام 41b70df5b38b بالمخازن المؤقتة التي توفرها الحلقة عندما يتم إعادة محاولة عملية الاستلام بعد نقل جزئي، بحيث لا يمكن تسليم الذاكرة التي يستمر الأول في الاستلام فيها إلى طلب آخر يستخدم نفس مجموعة المخازن المؤقتة. وهو يلتزم بعدد البايتس المستلمة حتى الآن. هذا يؤدي الغرض بالنسبة لمخزن مؤقت واحد يتم استهلاكه بالكامل، لكن الطلب يتمسك بكل ما تم تعيينه: - بالنسبة لحلقة المخازن المؤقتة التي تحتوي على IOU_PBUF_RING_INC، يتم استهلاك هذه البايتس فقط. وبقية المخزن المؤقت تبقى في رأس الحلقة. - بالنسبة لحزمة (bundle), يتم استهلاك المخازن المؤقتة التي تحتوي على هذه البايتس فقط، بينما تظل البقية التي تم استطلاعها في الحلقة. في كلا الحالتين، يحصل الاستلام التالي مع مجموعة المخازن المؤقتة تلك على الذاكرة التي لا يزال الطلب الذي أعيدت محاولته يكتب فيها، ومن يأتي أخيراً يكتب فوق بيانات الآخر. ما تملؤه عملية إعادة المحاولة لا يلتزم على الإطلاق، حيث لم تعد قائمة المخازن المؤقتة معروفة في تلك النقطة مرة أخرى. لذا تقوم النواة بتوزيعها مرة أخرى لاحقاً، بينما يخبر CQE التطبيق أنه تم استخدامها، وبالنسبة للمخزن المؤقت التزايدي أنه قد تم الانتهاء منه. لا يمكن الالتزام بالجزء المتبقي مقدماً: إذا انتهى الطلب بتلقي كمية أقل، فلا توجد طريقة لإخبار التطبيق بأنه تم استهلاك أكثر مما يوضحه CQE. قم بإكمال الطلب بما حصل عليه بدلاً من إعادة محالتها. لم يعد يتم تكريم MSG_WAITALL لعمليات الاستلام في المخازن المؤقتة التزايدية أو حزم المخازن المؤقتة المتعددة، ويمكنها إرجاع عدد قصير، مع وضع علامة على الطلب بأنه فاشل كما هو الحال بالنسبة لعمليات النقل الأخرى قصيرة الحجم لـ MSG_WAITALL.

المعالجة

المراجع

Esc