ترجمة آلية لم تُراجَع بعد. النص الإنجليزي هو المرجع في حال الاختلاف.
الملخص
إطار عمل baserCMS لتطوير مواقع الويب. في الإصدارات من 5.2.3 حتى قبل 5.3.2 ومن 5.4.0 حتى قبل 5.4.2، تقوم واجهة برمجة تطبيقات الإدارة الخاصة المكونة الاختيارية BcThemeFile بالتحقق من صحة مسار خام في ThemeFilesService::update() و getFullpath()، ولكن دالة ThemeFileForm::_execute() تقوم لاحقًا بتطبيق rawurldecode() على المسار الكامل (fullpath) قبل الكتابة. نظرًا لأن دالة normalizePath() تحل مقاطع النقاط الحرفية فقط، فإن اجتياز المسار المُرمّز بالنسبة المئوية يمكن أن يجتاز فحوصات الاحتواء ويصبح مسارًا خارج دليل القوالب عند نقطة الكتابة النهائية. يمكن لمسؤول مصادق عليه كتابة ملفات PHP في مواقع قابلة للكتابة مثل webroot وتنفيذها، مما يتجاوز حدود تحرير قالب القالب المقصودة. يحدد المصدر أيضًا نفس ترتيب التحقق قبل فك الترميز في ThemeFilesService::copy()، على الرغم من عدم التحقق من هذا المسار ديناميكيًا. يتطلب الاستغلال المكون غير الافتراضي، وجلسة مسؤول، وترويسة Origin مطابقة لنفس الأصل؛ ولا يؤدي تعيين USE_CORE_ADMIN_API=false إلى حظر الطلبات المصادق عليها بالجلسة. لا تأثر نموذج الويب الإداري بهذا التلاعب بالمسار المُرمّز لأن FormProtection يحمي المسار الكامل fullpath. هذا هو التجاوز الثالث للححماية المرتبطة بـ CVE-2026-30940، باستخدام الاجتياز المُرمّز الذي يتم فك ترميزه بعد التحقق من الصحة. تم تصحيح هذه المشكلة في الإصدارين 5.3.2 و 5.4.2.
المعالجة
المراجع
- مرجعhttps://github.com/baserproject/basercms/commit/53ecf177dfb10eb1fb89c4b42d313983329aa162
- مرجعhttps://github.com/baserproject/basercms/releases/tag/5.3.2
- مرجعhttps://github.com/baserproject/basercms/releases/tag/5.4.2
- مرجعhttps://github.com/baserproject/basercms/security/advisories/GHSA-q7g3-qwrc-mp89