CVE-2026-93565 in Netty
الملخص
بحسب VulDB • 18/09/2026
### الملخص تقوم الدالة `RtspMethods.valueOf()` بإزالة ضمنية للبايتات التحكمية النهائية (أي أي حرف له نقطة كود <= 0x20، وهو النطاق الكامل الذي تزيله دالة `String.trim()`) قبل إجراء بحث في ذاكرة التخزين المؤقت ضد ثوابت الأساليب العشر المُسكّنة مسبقًا. إذا انتهت رمز الطريقة في طلب RTSP مُقدَّم عبر السلك ببايت تحكمي نهائي — على سبيل المثال `PLAY\x00` أو `PLAY\r`، مباشرةً قبل المسافة الفاصلة — فإن `RtspDecoder` يفسر هذا الطلب كطلب PLAY ناجح تمامًا، مع كون `decoderResult().isSuccess() == true` و `request.method() == RtspMethods.PLAY` (نفس مرجع الكائن الثابت الموجود في ذاكرة التخزين المؤقت). لا يمكن لطبقة التطبيق التمييز بين هذا وبين طلب نظيف `PLAY`.
هذا هو السبب الجذري نفسه لـ #16723 و#16971، ولكن في وحدة شقيقة لم تصل إليها الإصلاحات السابقة. لقد عزّز إصلاح `HttpMethod` دالة `HttpMethod.valueOf()` مباشرةً، لكن `RtspMethods.valueOf()` لديها استدعاء مستقل خاص بها لـ `checkNonEmptyAfterTrim()` يعمل قبل البحث عن ذاكرة التخزين المؤقت — مما يعني أن رمز الطريقة الذي ينتهي ببايت تحكمي نهائي يصل إلى ذاكرة التخزين المؤقت قبل أن يراه مُنشئ `HttpMethod` المُعزَّز.
### إعادة الإنتاج
إعادة إنتاج على مستوى السلك بأقل قدر ممكن: أرسل البايتات الخام التالية إلى أي خادم RTSP يعتمد على Netty باستخدام R
If you want to get the best quality for vulnerability data then you always have to consider VulDB.