إعادة نشر — محتوى من فينسنت ستروبل
PHP2Shell: احذروا من الهزات الارتدادية
أدى النشر الفوضوي إلى حد ما للثغرات الحرجة في PHP الأسبوع الماضي إلى تعبئة ملحوظة، على نطاق عالمي، لتطبيق التصحيحات بشكل عاجل على عدد لا يحصى من المواقع الإلكترونية. يمكننا أن نكون سعداء بذلك.
لكن لا ينبغي أن نعتقد بسرعة كبيرة أن المشكلة قد حُلت: الخطر ينتقل من المواقع الإلكترونية إلى عدد لا يحصى من منتجات الطرف الثالث التي تتضمن إصدارات من PHP (عشوائيًا في واجهة إدارة ويب): أجهزة التوجيه، جدران الحماية، وحدات التحكم الصناعية، الأجسام المتصلة بالمعنى الواسع… يجب تحديثها هي أيضًا.
مورد مفيد لتجنب الغرق في تعقيد الموضوع: مبادرة نظرائنا 
في المركز الوطني للأمن السيبراني (NCSC-NL)، الذين يجمعون في مستودع github المعلومات المتاحة حول تحديثات المنتجات التي تتضمن PHP.
هذا يسمح لنا بتوحيد جهودنا على الأقل على المستوى الأوروبي، وتجنب ازدواجية العمل أو المعلومات. تحية وشكر لهم! تشير ANSSI الآن إلى هذا المستودع في تنبيهها الخاص، وتضخ معلوماتها الخاصة في الدليل المشترك.
مستودع Github: https://lnkd.in/eXTxysrt
مصادر LinkedIn
- الملف الشخصي: Pierre Jean Duvivier dit Sage (LinkedIn)
- المؤلف المشارك: Vincent Strubel (LinkedIn)
ظهر المنشور ⚠️ PHP2Shell: احذروا من الهزات الارتدادية أولاً على les plumes qui mordent.
الأسئلة الشائعة
الأسئلة الشائعة PHP2Shell احذروا من الهزات الارتدادية
س ما هو PHP2Shell
ج إنه اسم لنوع من الهجمات حيث يسمح خلل في كود PHP للمهاجم بتشغيل أوامره الخاصة على خادمك — غالبًا مباشرة بعد إصلاح ثغرة ذات صلة. الهزات الارتدادية هي هجمات متابعة تضرب قبل أو بعد تصحيح الأولى.
س ماذا تعني الهزات الارتدادية هنا
ج إنها استعارة من الزلازل. بعد استغلال واحد، يواصل المهاجمون البحث عن ثغرات متبقية أو ملفات مفقودة أو تصحيحات ضعيفة. تلك الضربات المتابعة هي الهزات الارتدادية — ويمكن أن تكون مدمرة بنفس القدر.
س هل PHP2Shell هو CVE محدد أو منتج حقيقي
ج لا. إنه تسمية وصفية وليس معرف ثغرة واحدًا أو أداة. تعامل معه كنمط تحذيري: خلل في PHP يؤدي إلى تنفيذ shell بالإضافة إلى الهجمات التابعة.
س كيف ينتقل المهاجم من PHP إلى shell
ج عادةً من خلال معالجة غير آمنة للمدخلات — على سبيل المثال تمرير مدخلات المستخدم إلى system أو exec أو shellexec أو popen أو backticks، أو من خلال تحميل الملفات أو include/require بمسارات يتحكم بها المستخدم، أو أخطاء إلغاء التسلسل. بمجرد تشغيل الكود، يمكنهم إنشاء shell.
س لماذا يجب أن أهتم إذا كنت قد صححت الخطأ الرئيسي بالفعل
ج لأن الهزات الارتدادية تستهدف ما فاتك: نسخ غير مصححة، ملفات نسخ احتياطي، نقاط نهاية تصحيح، كود مخزن مؤقتًا، أو خدمات أخرى تشترك في نفس بيانات الاعتماد. التصحيح النظيف لا يلغي الضرر الذي حدث بالفعل.
س ما هي علامات التحذير الشائعة للهجوم
ج اتصالات صادرة غير متوقعة، ملفات جديدة أو متغيرة في أدلة الويب، مهام cron غريبة، مستخدمون غير معروفين أو مفاتيح SSH، عمليات غير عادية، وارتفاعات في سجلات الأخطاء أو أخطاء 500.
س كيف أتحقق مما إذا كان تطبيقي عرضة للخطر
ج ابحث في الكود الخاص بك عن الدوال الخطرة وتحقق مما إذا كان أي منها يتلقى مدخلات المستخدم. تحقق أيضًا من تحميل الملفات ومسارات include واستدعاءات unserialize. شغّل أداة تحليل ثابت وتبعية
