Aest3Ra

توجد مشكلة رفض الخدمة (DoS) في الدالة `request.form()` عند معالجة طلبات `application/x-www-form-urlencoded`. في حين يتم فرض حدود `max fields` و`max part size` على `multipart/form-data`، يتم تجاهلها بالنسبة للنصوص الأساسية المشفرة عبر عنوان URL. وهذا يسمح لمهاجم غير مصدق الهوية باستنفاد الموارد من خلال طريقتين: إرسال عدد كبير من الحقول (على سبيل المثال، 1,000,000 حقل)، مما يؤدي إلى حظر حلقة أحداث العامل واستهلاك وحدة المعالجة المركزية (CPU)، أو إرسال حقل واحد كبير جدًا، مما يؤدي إلى تخصيص ذاكرة غير محدودة.

يمكن تجاوز عملية التحقق من صحة سطر الطلب عند إنشاء كائن `DefaultHttpRequest` أو `DefaultFullHttpRequest` ثم تعديل عنوان URI الخاص به لاحقًا باستخدام الدالة `setUri()`. في حين أن منشئات الكائنات ترفض أحرف CRLF (Carriage Return Line Feed) وأحرف المسافات البيضاء لمنع تلف بداية السطر، فإن `setUri()` لا تقوم بهذا التحقق. ونتيجة لذلك، يقوم كل من `HttpRequestEncoder` و`RtspEncoder` بكتابة عنوان URI في سطر الطلب حرفياً. إذا تم تمرير مدخلات يسيطر عليها المهاجم إلى `setUri()`، فإن ذلك يتيح حقن أحرف CRLF وإدراج طلبات HTTP أو RTSP إضافية. قد يؤدي ذلك إلى تهريب طلبات HTTP، وفقدان التزامن على جانب HTTP، وحقن الطلبات على جانب RTSP.

تتعرض دالتا `app.add media file()` و`app.add media files()` في NiceGUI لثغرة أمنية تسمح لمعلمة استعلام يتحكم فيها المستخدم — يتم تمريرها إلى آلية تنفيذ استجابة النطاق دون التحقق من صحتها — بتجاوز آلية البث المقسم إلى أجزاء. وهذا يسمح للمهاجم بإجبار الخادم على تحميل الملفات بالكامل إلى الذاكرة. مع وجود ملفات وسائط كبيرة وطلبات متزامنة، قد يؤدي ذلك إلى استهلاك مفرط للذاكرة، أو تدهور الأداء، أو رفض الخدمة. تُستخدم الدوال المعرضة للثغرة لتقديم محتوى الوسائط. ويتم تمرير المعلمة إلى تنفيذ `range-response`.