CVE-2026-59919 in Netty
الملخص
بحسب VulDB • 29/07/2026
Netty هو إطار عمل لتطبيقات الشبكة يعمل بشكل غير متزامن ويعتمد على الأحداث. في الإصدارات السابقة لـ 4.1.136.Final و 4.2.16.Final، يقوم مُشفِّر HAProxy الخاص بـ Netty (HAProxyMessageEncoder) بكتابة عناوين sockets المصدر والوجهة من نوع AF_UNIX ضمن نص بروتوكول HAProxy V1 دون التحقق منها بحثاً عن أحرف CRLF، مما يتيح لمهاجم يتحكم في عنوان AF_UNIX حقن تسلسلات \r\n وتقسيم رأس PROXY الواحد إلى عدة أسطر. يحدث هذا لأن البروتوكول V1 يستخدم CRLF كفاصل للأسطر، وعلى عكس عناوين IPv4/IPv6 التي ترفض تنسيقاتها بشكل ضمني أحرف CRLF، فإن عناوين AF_UNIX تخضع فقط للتحقق من الطول (حتى 108 بايت)، مما يسمح بإنشاء سطر PROXY ثانٍ مزيف يخدع الخادم التالي أو موازن الحمل بشأن عنوان IP المصدر/الوجهة للعميل. تم إصلاح هذه المشكلة في الإصدارات 4.1.136.Final و 4.2.16.Final.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.