Zickzick2

#2769من 58,270
98.9إجمالي CVSS
الثغرات · 13
متوسطة
4
عالية
7
حرجة
2
PT-2026-113626
7.5
2026-10-14
WordPress · Gmedia Photo Gallery · CVE-2026-96661
**اسم البرنامج المصاب والإصدارات المتأثرة** Gmedia Photo Gallery الإصدارات السابقة لـ 1.25.2 **الوصف** يعاني المكون الإضافي من ثغرة حقن SQL قائمة على الوقت (time-based SQL Injection)، وهي تقنية يقوم من خلالها المهاجم بإرسال استعلام يجبر قاعدة البيانات على الانتظار لفترة محددة قبل الاستجابة، مما يسمح له باستنتاج البيانات. يحدث هذا بسبب عدم الهروب الكافي للمدخلات التي يوفرها المستخدم ونقص التحضير في استعلام SQL. يمكن للمهاجمين غير المصرح لهم إلحاق استعلامات SQL خبيثة لاستخراج معلومات حساسة من قاعدة البيانات. يمكن الوصول إلى هذه المشكلة عبر نقطة نهاية التطبيق المحمول غير المصرح بها، والتي تنفذ إجراء المكتبة دون التحقق من علامة ميزة التطبيق المحمول، أو nonce، أو مصادقة WordPress، مما يعني عدم الحاجة إلى حساب أو جلسة لاستغلال هذه الثغرة. المعلمة المصابة هي `gmedia in`. **التوصيات** تحديث Gmedia Photo Gallery إلى الإصدار 1.25.2 أو إصدار أحدث. تقييد الوصول إلى نقطة نهاية التطبيق المحمول لتقليل مخاطر الاستغلال.
PT-2026-79745
8.8
2026-08-22
WordPress · Security Hardener · CVE-2026-16149
**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** إصدارات Security Hardener الأقدم من 2.4.5 **الوصف** يحتوي المكون الإضافي Security Hardener الخاص بـ WordPress على ثغرة تتعلق بفقدان التفويض. تحدث هذه المشكلة لأن الحماية من تعداد المستخدمين، التي يتم تمكينها افتراضيًا، تستخدم الدالة `secure user endpoints()` لربط مرشح `rest endpoints`. تقوم هذه العملية بالكتابة فوق `permission callback` لجميع المعالجات في نقاط النهاية ’/wp/v2/users‘ و ’/wp/v2/users/{id}‘ — بما في ذلك طرق POST و PUT و PATCH و DELETE — باستخدام إغلاق (closure) لا يتحقق إلا مما إذا كان المستخدم قد سجل الدخول أم لا عبر `is user logged in()`. ونتيجة لذلك، يتم إزالة عمليات التحقق الأصلية من الصلاحيات في WordPress Core مثل `create users` و`promote user` و`edit users` و`delete users`. وهذا يسمح للمستخدمين المصادق عليهم الذين يتمتعون بوصول على مستوى «المشترك» أو أعلى بإنشاء حسابات «مسؤول» جديدة عبر طلبات POST إلى «/wp/v2/users» أو إعادة تعيين كلمات مرور «المسؤول» عبر طلبات PUT/POST إلى «/wp/v2/users/{id}». **التوصيات** قم بتحديث المكون الإضافي Security Hardener إلى إصدار أحدث من 2.4.4. كإجراء تخفيفي مؤقت، قم بتعطيل الخيار `block user enum` لمنع الكتابة فوق دوال استدعاء الأذونات.
PT-2026-65569
8.8
2026-07-27
Teydeastudio · Password Policy · CVE-2026-15992
**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** إصدارات WP Password Policy الأقدم من 3.7.2 **الوصف** يمكن للمستخدمين المصادق عليهم الذين يتمتعون بحق الوصول على مستوى المشترك أو أعلى رفع صلاحياتهم إلى مستوى المسؤول. تنشأ المشكلة من عدم وجود فحوصات التفويض والتحقق من الرمز العشوائي (رمز فريد يُستخدم لمنع تزوير الطلبات عبر المواقع) في دالة `get user()` الخاصة بفئة `Module Password Hint`. تستدعي هذه الدالة `WP User::set role()` باستخدام المعلمة `role` التي يقدمها المهاجم لأي حساب يتم تحديده عبر `$ POST[’user login‘]`، دون التحقق مما إذا كان لدى الطالب الصلاحية لتعيين الأدوار. يمكن للمهاجم استغلال هذه الثغرة عن طريق إرسال طلب POST مُعدّ خصيصًا إلى نقطة نهاية نموذج إعادة تعيين كلمة المرور مع تعيين المعلمة `action` إلى `createuser` والمعلمة `role` إلى `administrator`، شريطة أن يكون بحوزته ملف تعريف ارتباط صالح لإعادة تعيين كلمة المرور. **التوصيات** قم بالتحديث إلى إصدار أحدث من 3.7.1. كإجراء تخفيفي مؤقت، قم بتقييد الوصول إلى نقطة نهاية نموذج إعادة تعيين كلمة المرور لمنع عمليات تعيين الأدوار غير المصرح بها.