Sebastian Beltran

يحدث الكشف عن شفرة المصدر عبر الأصول المختلفة عند تقديم الخدمة عبر أصل غير موثوق به، مثل بروتوكول HTTP العادي. تنشأ المشكلة لأن الإصلاح السابق اعتمد على رؤوس طلبات `Sec-Fetch-Mode` و`Sec-Fetch-Site`، والتي تتجاهلها المتصفحات في حالة الأصول غير الموثوق بها. وهذا يسمح لموقع ضار بتحميل المصدر المجمّع كنص برمجي وقراءته عبر الأصول المختلفة. يمكن للمهاجم الذي يتحكم في موقع ويب يزوره أحد المطورين استرداد شفرة المصدر للتطبيق إذا كان الخادم يعمل عبر بروتوكول HTTP على مضيف ومنفذ يمكن تخمينهما. لا تتأثر المتصفحات المستندة إلى Chromium بدءًا من الإصدار Chrome 142 فصاعدًا بسبب قيود الوصول إلى الشبكة المحلية.

تحدث حالة «رفض الخدمة» (DoS) عند إرسال طلب من نوع multipart/form-data يحتوي على اسم حقل يتعارض مع خاصية موروثة من Object.prototype، مثل ` proto ` أو `constructor` أو `toString`. يؤدي هذا إلى قيام المحلل باستدعاء الدالة `.push()` على قيمة النموذج الأولي الموروثة بدلاً من المصفوفة، مما ينتج عنه خطأ TypeError الذي يؤدي إلى استثناء لم يتم التقاطه وتعطل العملية. تؤثر هذه المشكلة على أي خدمة تقبل عمليات التحميل متعددة الأجزاء عبر multiparty.

البرنامج معرض لحدوث حالة رفض الخدمة (DoS) ناجمة عن المعالجة غير الفعالة لنصوص الطلبات المشفرة في عناوين URL التي تحتوي على عدد كبير من المعلمات. يمكن للمهاجم استغلال هذه الثغرة عن طريق إرسال طلبات تحتوي على آلاف المعلمات ضمن الحد الأقصى لحجم الطلب البالغ 100 كيلوبايت، مما يؤدي إلى زيادة استهلاك وحدة المعالجة المركزية (CPU) والذاكرة. وقد يتسبب ذلك في تدهور الخدمة أو تعطلها عند تعرضها لحركة مرور ضارة مستمرة.