حرجةPHP2Shell: حدّث إلى 8.2.35 · 8.3.36 · 8.4.27 · 8.5.12 فورًا

افحص تعرّضك
دراسphp2shell
CVSS v4.0 · 9.2CVE-2026-109619CVE-2026-109618

ثغرتان حرجتان في PHP تتيحان تنفيذ الأوامر عن بُعد دون مصادقة.

تعالج PHP الطلب الخبيث قبل أن تعمل أي شيفرة في تطبيقك، فلا تمنعه صفحات تسجيل الدخول ولا ضوابط التطبيق. التحديث هو الحل الكامل الوحيد. افحص خادمًا تملكه لتعرف موقفه.

افحص موقعًا بحثًا عن PHP2Shell

  • يعمل داخل متصفحك
  • دون حساب ودون تثبيت
  • استضافة داخل المملكة

افحص فقط الأنظمة التي تملكها أو لديك تخويل صريح باختبارها. تُسجَّل عمليات الفحص.

01ماذا حدث

ثغرتان في دورة حياة الطلب في PHP

في 21 أكتوبر 2026 أصدر مشروع PHP تحديثات أمنية للثغرتين. وأي PHP script يكشف المسار المصاب، حتى لو كان يكتفي بطباعة رد.

CVE-2026-109618حرجة · 9.2

Memory corruption أثناء معالجة الـ out-of-memory

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

CVE-2026-109619حرجة · 9.2

Use-after-free عبر الطلبات

قد يصل الـ PHP worker المُعاد استخدامه إلى حالة ما زالت تشير إلى ذاكرة حُرّرت في طلب سابق، وقد تقطع الـ fatal errors والـ timeouts عملية الـ cleanup. وثبت تنفيذ الأوامر عن بُعد على mod_php وPHP-FPM عبر الـ session lifecycle، وعلى PHP 8.5 عبر الـ fatal error backtraces.

02من المتأثر

كل تثبيت PHP يخدم طلبات الويب

الإصدارات من PHP 5 حتى 8.5 متأثرة. ويصنّف المورّد Apache mod_php الأعلى خطورة لأن الاستغلال قد يكتمل قبل تشغيل أي شيفرة للتطبيق.

  • Apache mod_php
  • PHP-FPM
  • php-cgi
  • FrankenPHP
  • LiteSpeed

ويشمل ذلك المنصات المبنية على PHP مثل WordPress وLaravel وDrupal وMagento ومعظم الاستضافات المشتركة.

الإصدارات المتأثرة
الفرعالمصابحدّث إلى
8.5< 8.5.128.5.12
8.4< 8.4.278.4.27
8.3< 8.3.368.3.36
8.2< 8.2.358.2.35
7.4 – 8.1منتهي الدعمإصلاح المورّد أو backport
5.x – 7.3منتهي الدعمرقِّ إلى فرع مدعوم
03المعالجة

قائمة الاستجابة

تعامل معها كتغيير طارئ خارج دورات التحديث المعتادة، وعلّم كل خطوة عند إنجازها.

0 من 6 مكتملة
  1. بما فيها خوادم الاختبار والمواقع التسويقية المصغرة والبوابات القديمة والصفحات المستضافة لدى أطراف ثالثة على نطاقاتك. لا يمكنك تحديث ما لم تكتشفه.

    دراس تكشفها لك
  2. 8.2.35 · 8.3.36 · 8.4.27 · 8.5.12 أو حزمة توزيعة تتضمن الـ patches كاملة. وقد تلقت توزيعات Linux ومورّدو الدعم طويل الأمد الـ patches مسبقًا، وعلى مستخدمي rpms.remirepo.net الانتقال إلى حزم التوزيعة أو البناء من المصدر.

  3. لإصدارات PHP 7.4 و8.0 و8.1 استخدم إصلاح المورّد أو الـ backports المحدودة التي نشرتها PHP لهذه الحادثة. وما هو أقدم من ذلك يجب ترقيته إلى فرع مدعوم.

  4. أعد تشغيل الـ PHP-FPM pools وApache حتى لا يحتفظ أي worker بالـ binary أو الإعدادات القديمة في الذاكرة، وتحقق من الإصدار على كل خادم لا في الـ package manager فقط.

  5. حدّد حجم الطلب بعد الـ decoding، وعدد المدخلات وأجزاء multipart، والـ headers لكل جزء، والـ nesting depth، بما في ذلك الطلبات التي لا تحمل Content-Length صالحًا. وإن كان التطبيق لا يستخدم بيانات multipart فاحجبها قبل وصولها إلى PHP.

  6. التحديث يغلق الباب، لكنه لا يُخرج مهاجمًا دخل بالفعل.

    ما الذي تبحث عنه

إن لم تتمكن من التحديث اليوم

إجراء مؤقت يقلل التعرّض للمسارات المعروفة فقط

; FPM pool or server config, not ini_set() or .user.ini
php_admin_value[memory_limit] = -1
php_admin_flag[session.upload_progress.enabled] = off
php_admin_flag[fatal_error_backtraces] = off  ; PHP 8.5
php_admin_value[post_max_size] = 8M           ; 32M if uploads needed
php_admin_value[upload_max_filesize] = 6M
; then restart every worker

ما لا يحميك

  • تغييرات الإعدادات وحدها. أكد الباحثون أن إعدادات مثل تعطيل session upload progress لا توقف الهجوم، والتحديث الذي يتضمن الإصلاحين هو الحل الكامل الوحيد.
  • إخفاء الأخطاء عبر display_errors أو error_reporting أو @، فالحالة المتبقية تظل قابلة للوصول.
  • استخدام RLIMIT_AS أو RLIMIT_DATA حدًّا للذاكرة، إذ قد يفعّلان المسار المصاب.
  • تسجيل الدخول في التطبيق، أو قواعد WAF على مسارات التطبيق، أو خلو السجلات. يُعالَج الطلب قبل تشغيل شيفرتك، وغياب السجلات ليس دليلًا على السلامة.
04الرصد

مؤشرات على أنك ربما اختُرقت بالفعل

لا يحتاج الاستغلال إلى تخمين ولا يُسقط الـ worker بالضرورة، لذا قد لا يظهر أي انقطاع واضح.

  • access.log

    طلبات نماذج كبيرة بشكل غير معتاد

    طلبات POST من نوع multipart إلى نقاط PHP عشوائية، بما فيها صفحات لا تقبل رفع الملفات.

  • php_errors.log

    نفاد الذاكرة عند بدء الطلب

    أخطاء نفاد ذاكرة تظهر قبل تشغيل شيفرة التطبيق، وغالبًا على دفعات من مصدر واحد.

  • ps / auditd

    PHP workers تشغّل shells

    php-fpm أو httpd يشغّل sh أو bash أو curl أو wget.

  • الويب المظلم

    عرض الوصول إلى خوادمك للبيع

    يعرض الـ Initial Access Brokers الـ web shells المخترقة وبيانات الدخول بعد موجات الاستغلال الواسع بوقت قصير.

    راقبها مع دراس
05كيف تساعدك دراس

من اكتشاف التعرّض إلى إغلاقه، في منصة واحدة

ابدأ التقييم المجاني
  • EASM

    اكشف كل خادم PHP مصاب

    اكتشاف مستمر للنطاقات والنطاقات الفرعية وعناوين IP والخدمات، مع تحديد إصدار PHP ودرجة الخطورة وإرشادات المعالجة لكل أصل.

    افحص محيطي
  • مراقبة الويب المظلم

    اعرف إن كان الوصول إلى خوادمك معروضًا للبيع

    تنبيهات بإعلانات الأسواق وBreached Employees وCompromised Devices المرتبطة بمنظمتك، لتتصرف قبل أن يتحول البيع إلى هجوم فدية.

    افحص تعرّضي
  • المساعد الذكي

    اسأل عمّا يجب إصلاحه أولًا

    اسأل: «أي خوادمي معرّضة لـ PHP2Shell؟» واحصل على إجابة من نتائجك أنت، مع خطوات معالجة موثّقة، بالعربية أو الإنجليزية.

    شاهد عرضًا توضيحيًا
  • استضافة داخل المملكة
  • متوافقة مع NCA ECC وSAMA CSF وPDPL
  • بالعربية والإنجليزية
  • عدد غير محدود من المستخدمين
06شكر ومراجع

من اكتشفها، وأين تقرأ المزيد

تلخّص هذه الصفحة أبحاثًا منشورة علنًا. يعود الفضل في الاكتشاف والتحليلات التقنية الأساسية إلى الباحثين والجهات التالية.

مجاني · أسبوعان · دون تثبيت

احصل على مؤشر التعرّض من دراس قبل أن يصل المهاجمون إلى خوادمك.

نقيّم سطح الهجوم الخارجي وتعرّضك في الويب المظلم لمدة أسبوعين، ونسلّمك تقريرًا يستطيع فريقك العمل به، مع أولوية لنتائج PHP2Shell.

  • كل خادم PHP مكشوف على الإنترنت وإصداره
  • بيانات دخول الموظفين المسرّبة والأجهزة المصابة
  • النطاقات المشابهة التي تنتحل علامتك التجارية
  • جلسة مراجعة مع محلل من دراس

ابدأ تقييمك المجاني