Athuljayaram

تفشل حزمة `roadiz/openid` في تنفيذ عملية التحقق من صحة الرقم العشوائي (nonce) في OIDC بشكل صحيح. في حين أن الدالة `OAuth2LinkGenerator::generate()` تقوم بإنشاء رقم عشوائي (nonce) وإدراجه في طلب التفويض المرسل إلى مزود الهوية، إلا أن القيمة لا يتم تخزينها أو التحقق من صحتها أثناء عملية الاستدعاء المرتد (callback). وعلى وجه التحديد، تفتقر سلسلة التحقق في `OpenIdJwtConfigurationFactory` إلى قيد خاص برقم العشوائي، كما أن الدالة `OpenIdAuthenticator::authenticate()` لا تتحقق من صحة ادعاء رقم العشوائي في رمز الهوية (ID token) الذي تم إرجاعه مقارنةً بقيمة مخزنة. وهذا يتيح حدوث هجمات إعادة استخدام رمز الهوية (ID token replay attacks)، حيث يتم إعادة استخدام الرموز التي تم اعتراضها للمصادقة، وهجمات حقن الرموز (token injection attacks)، حيث يمكن لمزود الهوية المخترق حقن الرموز عبر الجلسات.

يفشل البرنامج في التحقق من صحة أسماء ملفات تعريف الارتباط داخل الدوال `setCookie()` و`serialize()` و`serializeSigned()`. عندما يستخدم أحد التطبيقات اسم ملف تعريف ارتباط يتحكم فيه المستخدم، قد يتم تضمين أحرف غير صالحة مثل أحرف التحكم (على سبيل المثال، `r` أو ` `)، مما يؤدي إلى قيم رأس Set-Cookie غير صحيحة. في بيئات التشغيل مثل Node.js وCloudflare Workers، يتم رفض هذه القيم غير الصالحة، مما يتسبب في أخطاء وقت التشغيل التي تؤثر على التوافر والمتانة، على الرغم من عدم تكرار حدوث حقن الرؤوس وتقسيم الاستجابات.

اسم البرنامج المعرض للخطر والإصدارات المتأثرة إصدارات phpMyFAQ السابقة للإصدار 4.1.1 الوصف phpMyFAQ هو تطبيق ويب مفتوح المصدر للأسئلة الشائعة. تستخدم الدالة `searchCustomPages()` الموجودة في الملف `phpmyfaq/src/phpMyFAQ/Search.php` دالة `real escape string()` لتنقية مصطلحات البحث قبل تضمينها في جمل LIKE. ومع ذلك، فإن دالة `real escape string()` لا تقوم بتحويل أحرف SQL الخاصة بـ LIKE، وهي `%` (تطابق أي تسلسل) و` ` (تطابق أي حرف واحد). يمكن لمهاجم غير معتمد حقن هذه الأحرف البديلة في استعلامات البحث، مما يؤدي إلى مطابقتها لسجلات غير مقصودة، وبالتالي الكشف عن المعلومات. يقع الكود المعرض للخطر في ملف `phpmyfaq/src/phpMyFAQ/Search.php`، الأسطر 226–240. يتضمن مسار الهجوم إرسال مصطلح بحث يحتوي على ` ` أو `%` كجزء من كلمة بطول 3 أحرف أو أكثر، متجاوزًا بذلك مرشح الطول. على سبيل المثال، يمكن أن يؤدي البحث عن ` % ` إلى مطابقة جميع الصفحات المخصصة. وهذا يسمح للمهاجم باسترداد محتوى الصفحات المخصصة التي لا تظهر في عمليات البحث العادية. التوصيات تحديث phpMyFAQ إلى الإصدار 4.1.1 أو أحدث.

اسم البرنامج المعرض للخطر والإصدارات المتأثرة إصدارات Ewe السابقة للإصدار 3.0.6 الوصف تقوم الدالة `encode headers` الموجودة في `src/ewe/internal/encoder.gleam` بإدراج مفاتيح وقيم رؤوس الاستجابة مباشرةً في بايتات HTTP الخام دون التحقق من صحة تسلسلات CRLF (`r `) أو إزالتها. وهذا يسمح للمهاجم بحقن محتوى استجابة HTTP تعسفي عند تمرير البيانات التي يتحكم فيها المستخدم إلى رؤوس الاستجابة، مما قد يؤدي إلى تقسيم الاستجابة، وتسميم ذاكرة التخزين المؤقت، والبرمجة النصية عبر المواقع. تنبع المشكلة من عدم التحقق من صحة رؤوس الاستجابة الصادرة، في حين يتم التحقق من صحة رؤوس الطلبات الواردة عبر `validate field value()` في محلل HTTP/1.1. يوجد الكود المعرض للخطر في دالة `encode headers`، حيث يتم تضمين كل من `key` و`value` مباشرةً في `BitArray` الناتج دون تعقيم. ومن أمثلة الاستغلال تعيين رأس إعادة التوجيه `Location` من معلمة طلب تحتوي على تسلسلات CRLF. التوصيات التحديث إلى الإصدار 3.0.6 أو أحدث.

يتيح برنامج AVideo لمالكي المحتوى حماية مقاطع الفيديو الفردية بكلمة مرور. يتم تخزين كلمة مرور الفيديو في قاعدة البيانات بنص عادي، دون تجزئة أو إضافة ملح أو تشفير. يمكن للمهاجم الذي يحصل على حق الوصول للقراءة إلى قاعدة البيانات — من خلال طرق مثل حقن SQL أو النسخ الاحتياطية لقاعدة البيانات أو ضوابط الوصول التي تم تكوينها بشكل خاطئ — الحصول على جميع كلمات مرور مقاطع الفيديو في نص عادي. توجد الدالة المعرضة للخطر في `objects/video.php` ويتم تعريفها على النحو التالي: `public function setVideo password($video password)`. كما توجد دالة الاسترجاع المعرضة للخطر في ملف `objects/video.php`، وهي معرَّفة على النحو التالي: `public function getVideo password()`. تتم مقارنة كلمة المرور المدخلة بكلمة المرور المخزنة بنص عادي بشكل مباشر، باستخدام المنطق التالي: `if ($video->getVideo password() === $ POST[’password‘])`. وهذا يشكل خطرًا يتمثل في جمع بيانات الاعتماد، حيث غالبًا ما يعيد المستخدمون استخدام كلمات المرور نفسها عبر خدمات متعددة.

برنامج AVideo معرض لمشكلة حقن SQL في ملف `objects/like.php`. تستخدم طريقة `getLike()` عنصرًا نائبًا لعبارة مُعدة مسبقًا لـ `users id`، لكنها تربط `$this->videos id` مباشرةً بسلسلة استعلام SQL دون تحديد المعلمات بشكل صحيح. يمكن للمهاجم الذي يتحكم في قيمة `videos id` من خلال طلب مُصمم خصيصًا حقن كود SQL تعسفي، متجاوزًا الحماية المقصودة. يقوم الكود المعرض للخطر بإنشاء استعلام مثل هذا: `SELECT * FROM likes WHERE users id = ? AND videos id = `.`$this->videos id` LIMIT 1;`. تنشأ المعلمة `videos id` من إدخال المستخدم ولا يتم التحقق من صحتها قبل تضمينها في الاستعلام. يُثبت نموذج إثبات المفهوم أن المهاجم يمكنه إرسال طلب «إعجاب» بقيمة `videos id` ضارة، مثل `1 UNION SELECT user,password,3,4,5,6,7,8 FROM users-- -`، لتنفيذ استعلام SQL تعسفي وربما قراءة قاعدة البيانات بالكامل، بما في ذلك بيانات اعتماد المستخدم والمعلومات الحساسة الأخرى. تُستخدم نقطة نهاية واجهة برمجة التطبيقات (API) `/objects/likeAjax.json.php` لإرسال طلبات الإعجاب، والمعلمة المعرضة للخطر هي `videos id`.

تقوم الطريقة الثابتة `fixCleanTitle()` في ملف `objects/category.php` بإنشاء استعلام SQL SELECT عن طريق إدراج المتغيرين `$clean title` و`$id` مباشرةً في سلسلة الاستعلام دون استخدام عبارات معدة مسبقًا أو استعلامات معلمة. يمكن للمهاجم الذي يستطيع تشغيل عملية إنشاء فئة أو إعادة تسميتها باستخدام قيمة عنوان مصطنعة أن يحقن تعليمات SQL تعسفية. يقع الكود المعرض للخطر في الدالة `fixCleanTitle()`. يتم تضمين المتغير `$clean title`، المستمد من إدخال المستخدم، والمتغير `$id` مباشرةً في سلسلة SQL دون إجراء الهروب (escaping) المناسب أو التعيين بالمعلمات. يمكن للمهاجم استغلال ذلك عن طريق تقديم عنوان ضار، مثل `test' UNION SELECT username,password,3,4,5,6,7,8,9,10 FROM users-- -`، لسرقة بيانات الاعتماد والبيانات الحساسة الأخرى من جدول `users`. نقطة نهاية واجهة برمجة التطبيقات (API) المستخدمة لإنشاء الفئات أو إعادة تسميتها معرضة لهذا النوع من حقن SQL.

لا يقوم برنامج فك التشفير msgpack بالتحقق بشكل صحيح من طول مخزن الإدخال المؤقت عند معالجة بيانات fixext المقطوعة (رموز التنسيق 0xd4-0xd8). وقد يؤدي ذلك إلى قراءة خارج نطاق المخزن المؤقت وظهور حالة ذعر في وقت التشغيل، مما قد يؤدي بدوره إلى هجوم رفض الخدمة.

يوجد عيب في pgproto3 حيث يمكن لخادم PostgreSQL ضار أو مخترق إرسال رسالة DataRow تحتوي على طول حقل سالب. قد تؤدي مشكلة التحقق من صحة المدخلات هذه إلى حدوث هجوم رفض الخدمة (DoS) بسبب حدوث حالة ذعر ناتجة عن تجاوز حدود الشريحة.

يوجد ثغرة في مكون `github.com/antchfx/xpath` تتيح لمهاجم عن بُعد التسبب في حالة «رفض الخدمة» (DoS). ويتم ذلك عن طريق إرسال تعبيرات XPath منطقية مُصممة خصيصًا تُنتج قيمة «صحيح» (true)، مما يؤدي إلى تشغيل حلقة لا نهائية داخل الدالة `logicalQuery.Select`. وينتج عن ذلك استهلاك بنسبة 100% من موارد وحدة المعالجة المركزية (CPU)، مما يؤثر على النظام المتأثر.