Thesanjok

يؤدي غياب التحقق من صحة المدخلات في بعض نقاط النهاية إلى إمكانية قيام المهاجمين المصرح لهم بتنفيذ حقن SQL، وهي تقنية تُستخدم للتلاعب باستعلامات قاعدة البيانات. ومن خلال إرسال طلبات مصممة خصيصاً، يمكن للمهاجم استخراج معلومات حساسة من قاعدة البيانات.

توجد مشكلة في نقاط نهاية خدمة الملفات ’/files/*‘ و ’/file/:fileFolder/:id‘ حيث يتم تقديم الملفات التي تم تحميلها باستخدام `fileStream.pipe(res)` دون تحديد رؤوس استجابة Content-Type أو Content-Disposition أو X-Content-Type-Options. وهذا يسمح لمهاجم تمت مصادقته بتحميل ملف HTML يحتوي على JavaScript سيقوم متصفح الضحية بعرضه ضمن سياق المجال، مما قد يؤدي إلى اختطاف الجلسة، والاستيلاء على الحساب، وسرقة البيانات.

تسمح المعالجة غير السليمة للأذونات لمستخدم نظام إدارة المحتوى (CMS) الذي يتمتع بوصول محدود إلى الصفحات بنسخ صفحة لا يملك صلاحية الوصول إليها إلى منطقة في الموقع يمتلك فيها أذونات. وهذا يمكّن المستخدم من عرض محتويات الصفحة غير المصرح بها وربما نشرها، حيث تم التحقق من الأذونات الخاصة بوجهة النسخ ولكن لم يتم التحقق منها بالنسبة للصفحة المصدر.

تقوم واجهة برمجة التطبيقات (API) الخاصة بالمستندات والصور بإدراج العناصر الموجودة في المجموعات الخاصة بشكل غير صحيح، مما يسمح للمستخدم الذي يتمتع بحق الوصول إلى واجهة برمجة التطبيقات (API) بعرض اسم الملف واسم المستندات والصور المخزنة ضمن تلك المجموعات الخاصة.

اسم البرنامج المعرض للخطر والإصدارات المتأثرة إصدارات cpp-httplib الأقدم من 0.40.0 الوصف يُعتبر cpp-httplib عرضة لمشكلة «تهريب طلبات HTTP» (HTTP Request Smuggling). حيث يقوم معالج الملفات الثابتة في الخادم بتقديم استجابات GET دون معالجة نص الطلب. في اتصالات HTTP/1.1 التي تعمل بنظام «keep-alive»، تظل بايتات نص الطلب غير المقروءة موجودة في دفق TCP ويتم تفسيرها على أنها بداية طلب HTTP جديد. يمكن للمهاجم تضمين طلب HTTP تعسفي داخل نص طلب GET، والذي يعالجه الخادم كطلب منفصل. التوصيات تحديث cpp-httplib إلى الإصدار 0.40.0 أو أحدث.

يعالج عميل HTTP الخاص بـ cpp-httplib عمليات إعادة التوجيه عبر الأصول (301، 302، 307، 308) بشكل غير صحيح. وعلى وجه التحديد، يقوم بإعادة توجيه بيانات اعتماد «Basic Auth» و«Bearer Token» و«Digest Auth» المخزنة إلى مضيفات عشوائية عند اتباع عمليات إعادة التوجيه هذه. يمكن لخادم ضار أو مخترق إعادة توجيه العميل إلى مضيف يتحكم فيه المهاجم، والذي يتلقى بعد ذلك بيانات الاعتماد النصية العادية في رأس «Authorization». وقد يتيح ذلك للمهاجم الحصول على معلومات مصادقة حساسة.

Copyparty هو خادم ملفات محمول. إذا كان المهاجم يتمتع بأذونات القراءة والكتابة، فيمكنه تحميل ملف ضار باسم `.prologue.html`. ويمكنه بعد ذلك إنشاء رابط قد يؤدي إلى تنفيذ تعليمات جافا سكريبت تعسفية في سياق الضحية. في حين يُتوقع تنفيذ جافا سكريبت عند النقر على رابط مباشر لملف HTML (على سبيل المثال، ’https://example.com/foo/.prologue.html‘)، تنشأ المشكلة لأن رابطًا مثل ’https://example.com/foo/?b‘ يقوم أيضًا بتقييم الملف، مما يؤدي إلى سلوك غير متوقع. تجعل الإجراءات الوقائية الحالية، مثل ملفات تعريف الارتباط SameSite الصارمة، الاستغلال أكثر صعوبة، حيث تتطلب من الهدف النقر على الرابط من صفحة يقدمها الخادم نفسه، ربما من خلال تعديل مورد موجود. يتطلب الاستغلال الناجح أن ينقر الهدف على رابط مصمم خصيصًا يقدمه المهاجم. لا يتم تشغيل المشكلة من خلال التصفح العادي لواجهة المستخدم على الويب. في حالة النجاح، يمكن لـ JavaScript الخبيث نقل أو حذف الملفات الموجودة على الخادم، أو تحميل ملفات جديدة، باستخدام حساب الشخص الذي يفتح الرابط.

Copyparty هو خادم ملفات محمول. قبل الإصدار 1.20.12، كان هناك نقص في فحص الأذونات في ميزة المشاركة، وتحديدًا مع الخيار العام `shr`. لا تنطبق هذه المشكلة إلا عند استخدام ميزة المشاركة لإنشاء مشاركة لملف واحد داخل مجلد، أو عند تمكين خادم FTP أو SFTP وإتاحته للجمهور. في ظل هذه الظروف، يمكن للمستخدم الذي يتصفح مشاركة عبر FTP أو SFTP (وليس HTTP أو HTTPS) الحصول على حق الوصول للقراءة إلى الملفات الأخرى الموجودة في المجلد المشترك عن طريق تخمين أسماء الملفات أو استخدام هجمات القوة الغاشمة. كان الوصول مقصورًا على الملفات المتجاورة؛ ولم يكن من الممكن النزول إلى الدلائل الفرعية. تشبه هذه المشكلة مشكلة تم معالجتها سابقًا بالنسبة لبروتوكولي HTTP و HTTPS، ولكنها لم تُصلح في البداية بالنسبة لبروتوكول FTP. لم يكن خادم FTPS موجودًا وقت الإصلاح الأولي. المعلمة المعرضة للخطر هي `shr`.