🔥 الترند الآن
خدمة نشر مقالات دعائية وتصدر ترند جوجل - ترندات مصر
أخبار ترندات مصر الان • تكنولوجيا • تكنولوجيا

الدليل الشامل لإغلاق ثغرة PHP2Shell (CVE-2026-109618) وتأمين ووردبريس

1 نوفمبر، 2026
بواسطة : محمد عبد الحي
الدليل الشامل لإغلاق ثغرة PHP2Shell (CVE-2026-109618) وتأمين ووردبريس في 10 دقائق.
رسم توضيحي يظهر حماية موقع ووردبريس من ثغرة PHP2Shell باستخدام درع رقمي، تحديث كود PHP، قائمة مراجعة أمنية، وجدار حماية Cloudflare WAF.
تحذير أمني حرج – CVSS 9.2 / 10

الدليل النهائي لإغلاق ثغرة PHP2Shell الحرجة (CVE-2026-109618 / CVE-2026-109619) وتحصين مواقع ووردبريس من الاختراق (من الصفر للاحتراف)

خارطة طريق تطبيقية شاملة لأصحاب المواقع والمطورين لإغلاق ثغرة نواة PHP، وتأمين استضافات cPanel وسيرفرات VPS، وفحص الشيل (Webshells) وتنظيف مجلدات الموقع بالأكواد الجاهزة للنسخ.

يواجه أصحاب المواقع الإلكترونية والمطورون حول العالم تهديداً أمنياً غير مسبوق يتمثل في ثغرة PHP2Shell الحرجة، والمسجلة رسمياً في قواعد بيانات الأمن السيبراني تحت رقمي CVE-2026-109618 و CVE-2026-109619 (بالإضافة إلى الثغرة المرتبطة بها CVE-2026-115560) بتقييم خطورة حرج يبلغ 9.2 من 10.

تكمن الكارثة الحقيقية في هذه الثغرة في أنها تضرب نواة محرك PHP نفسه على السيرفر، وليست مجرد ثغرة برمجية داخل كود ووردبريس أو إحدى الإضافات (Plugins). تتيح هذه الثغرة للمخترقين تنفيذ أوامر برمجية عن بُعد (Remote Code Execution – RCE) وتسريب بيانات حساسة من ذاكرة السيرفر (مثل مفاتيح الـ API، جلسات الدخول، وكلمات المرور) عبر إرسال طلبات مصممة لاستنزاف الذاكرة (Out-of-Memory) واستغلال خاصية رفع الملفات (session.upload_progress)، وكل ذلك يحدث قبل أن يبدأ كود ووردبريس أو إضافات الحماية الشهيرة مثل Wordfence في العمل أصلاً.

في هذا الدليل التطبيقي الحصري من “ترندات مصر”، نضع بين يديك خطوات التأمين الكاملة والمبسطة للمبتدئين والمحترفين لإغلاق الثغرة نهائياً، سواء عبر التعديل اليدوي من “مدير الملفات” أو عبر أداة فحص وتأمين آلية تعمل بضغطة زر واحدة.

⚙️ المسار الأول: للمبتدئين خطوة بخطوة

شرح تفصيلي مبسط لما تفتحه من داخل لوحة تحكم الاستضافة cPanel وأسماء الملفات التي ستنشئها أو تعدلها بالماوس (نسخ ولصق مباشر بدون أي تعقيد).

⚡ المسار الثاني: الطريقة السحرية بضغطة زر (للمواقع المتعددة والمطورين)

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

المرحلة الأولى: إغلاق ثغرة PHP2Shell من جذورها عبر لوحة الاستضافة (cPanel)

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

الخطوة 1: ترقية إصدار PHP إلى الإصدارات المُرقّعة الآمنة

أصدرت منظمة PHP تحديثات أمنية طارئة تغلق هذه الثغرة نهائياً. لتطبيق الترقية من داخل لوحة cPanel:

  1. افتح لوحة تحكم الاستضافة cPanel.
  2. انتقل إلى قسم Software (البرمجيات) واضغط على أيقونة MultiPHP Manager (أو Select PHP Version).
  3. حدد علامة الصح بجانب موقعك (أو جميع مواقعك)، ومن قائمة PHP Version اختر أحد الإصدارات الآمنة التالية ثم اضغط Apply:
إصدار PHP الآمنحالة التوصية والملاحظات الفنية
PHP 8.3.36 (أو أحدث)الخيار المفضل والموصى به حالياً لمعظم مواقع ووردبريس، خاصة المواقع التي تستخدم إضافات تعتمد بكثافة على مكتبة SimpleXML.
PHP 8.2.35 (أو أحدث)آمن ومستقر تماماً ومُرقّع رسمياً ضد الثغرة.
PHP 8.4.27 / PHP 8.5.12آمنان ضد الثغرة، ولكن ظهرت بهما مشكلة تقنية مسجلة قد تسبب توقف بعض العمليات مع مكتبة SimpleXML.
PHP 8.1 أو أقدم (مثل 7.4)انتهى دعمها الرسمي من موقع PHP.net، لكن مطوري التوزيعات (مثل CloudLinux على cPanel، ومستودعات Ondřej Surý على Ubuntu/Debian، ومستودعات Remi على RHEL/CentOS/AlmaLinux) قاموا بدمج الترقيع الأمني (Backport) داخل الحزم الفرعية؛ ويجب التأكد من تحديث السيرفر.

الخطوة 2: إظهار الملفات المخفية في مدير الملفات (File Manager)

قبل البدء في إنشاء أو تعديل ملفات الحماية، يجب إظهار الملفات المخفية التي تبدأ بنقطة (.) لأن لوحة cPanel تخفيها افتراضياً:

  1. من الصفحة الرئيسية في cPanel، اضغط على File Manager (مدير الملفات).
  2. من أعلى يمين الشاشة، اضغط على زر Settings (الإعدادات).
  3. فعّل خيار Show Hidden Files (dotfiles) ثم اضغط Save.
  4. ادخل من القائمة الجانبية إلى مجلد موقعك الرئيسي وغالباً ما يكون باسم public_html (أو مجلد الدومين الإضافي الخاص بموقعك).

الخطوة 3: إنشاء ملف .user.ini لإغلاق ثغرة الرفع والجلسات (CVE-2026-115560)

أوصى فريق أمن PHP بتعطيل ميزة تتبع تقدم الرفع وتفعيل الوضع الصارم للجلسات كإجراء يقطع الطريق على استغلال ثغرة الـ Upload Progress وإغلاق الثغرة الثالثة المرتبطة بها (CVE-2026-115560). في بيئة cPanel المشتركة، لا يوجد ملف php.ini داخل مجلد الموقع لأن مساره الأصلي يكون داخل نظام السيرفر (/opt/cpanel/ea-php*/root/etc/php.ini)، وهنا يقوم ملف .user.ini بنفس الدور تماماً داخل مجلد كل موقع كطبقة حماية لـ PHP-FPM.

اسم الملف المطلوب إنشاؤه:
مسار الملف وصلاحياته:
  1. داخل مجلد موقعك الرئيسي (public_html) بجوار ملف wp-config.php، اضغط على زر + File (ملف جديد) في أعلى الصفحة (أو إذا وجدت ملف .user.ini موجوداً بالفعل، اضغط عليه كليك يمين واختر Edit).
  2. اكتب اسم الملف .user.ini (انتبه للنقطة في بداية الاسم) واضغط Create New File.
  3. اضغط كليك يمين على الملف واختر Edit، ثم انسخ الكود التالي والصقه بداخله واحفظ التغييرات (وتأكد أن صلاحيات الملف مضبوطة على 644):
public_html/.user.ini 
جارٍ تحميل الكود…

ملاحظة: سطر expose_php = Off يمنع السيرفر من إظهار رقم إصدار PHP في الهيدر، مما يصعّب على البوتات الآلية استهداف موقعك.

الخطوة 4: تعطيل دوال تنفيذ الأوامر الخطيرة (disable_functions)

حتى لو حاول المخترق رفع ملف شيل (Webshell) أو استغلال أي ثغرة RCE لتشغيل أوامر نظام (bash أو sh أو curl)، يمكنك شلّ حركته تماماً بتعطيل دوال التنفيذ الخطيرة في إعدادات php.ini عبر أداة MultiPHP INI Editor (وضع Editor Mode) في cPanel:

php.ini (MultiPHP INI Editor) 
جارٍ تحميل الكود…

(في حال كانت استضافتك المشتركة تقفل تعديل هذه التعليمة، ستجد في المرحلة السابعة نموذج رسالة جاهزة لإرسالها للدعم الفني لتفعيلها لك مع إعادة تشغيل خدمة php-fpm).

المرحلة الثانية: تحصين ملفات ووردبريس الأساسية (WordPress Hardening)

الآن ننتقل لتأمين الملفات الثلاثة الأخطر في أي موقع ووردبريس لمنع التعديل على القوالب أو رفع الشيل داخل مجلد الصور.

الخطوة 1: تأمين ملف wp-config.php وتدوير مفاتيح الأمان (Salts)

مسار الملف وصلاحياته:
  1. خذ نسخة احتياطية من الملف أولاً بالضغط عليه كليك يمين واختيار Copy وتسمية النسخة wp-config.php.bak.
  2. اضغط كليك يمين على ملف wp-config.php الأصلي واختر Edit.
  3. انزل إلى نهاية الملف، وقبل سطر /* That's all, stop editing! Happy publishing. */ مباشرة، الصق هذين السطرين:
public_html/wp-config.php 
جارٍ تحميل الكود…
  1. تغيير المفاتيح السرية (Salts): لأن الثغرة الأولى (CVE-2026-109618) قد تسرب أجزاء من ذاكرة السيرفر وجلسات الدخول، قم بتغيير أكواد الـ AUTH_KEY والـ Salts الموجودة داخل ملف wp-config.php لإبطال أي جلسات دخول قديمة فوراً.
  2. احفظ الملف، ثم اضغط عليه كليك يمين واختر Change Permissions (تغيير الصلاحيات) واجعلها 440 (أو 400) لمنع قراءته من أي مستخدم آخر على السيرفر.

الخطوة 2: منع تشغيل ملفات الشيل و PHP داخل مجلد الصور (wp-content/uploads)

أغلب محاولات الاختراق تهدف لرفع ملف خبيث مثل shell.php داخل مجلد رفع الصور /wp-content/uploads/. بدلاً من الكود التقليدي البسيط (<Files *.php> deny from all </Files>) الذي قد يتحايل عليه المخترقون بتغيير حالة الأحرف (مثل shell.PhP أو shell.phtml)، نستخدم الكود المتقدم التالي المتوافق مع كلٍّ من Apache 2.4 (mod_authz_core.c) و Apache 2.2 والذي يحظر 12 امتداداً تنفيذياً دون حساسية لحالة الأحرف ((?i:...)):

مسار الملف المطلوب:
public_html/wp-content/uploads/.htaccess (Apache / LiteSpeed / cPanel) 
جارٍ تحميل الكود…

بديل لمستخدمي سيرفرات Nginx الصافي فقط: إذا كان سيرفرك يعمل بـ Nginx بدون Apache/LiteSpeed، أضف القاعدة التالية داخل بلوك server في ملف إعدادات الموقع:

Nginx Server Block Configuration 
جارٍ تحميل الكود…

الخطوة 3: إغلاق بوابة xmlrpc.php وحماية ملفات الإعدادات في .htaccess الرئيسي

يُعد ملف xmlrpc.php البوابة المفضلة لهجمات تخمين كلمات المرور (Brute Force) وهجمات حجب الخدمة (DDoS). خذ نسخة احتياطية من ملف public_html/.htaccess باسم .htaccess.bak، ثم افتح الملف الأصلي وأضف في نهايته الكود التالي لحظر الوصول إلى xmlrpc.php وحماية ملفي wp-config.php و .user.ini من القراءة عبر المتصفح:

public_html/.htaccess 
جارٍ تحميل الكود…

المرحلة الثالثة: الدليل التفصيلي لإعداد درع Cloudflare WAF (خطوة بخطوة)

تمثل الحماية الاستباقية على مستوى الشبكة عبر Cloudflare WAF خط الدفاع الأول، لأن ثغرة PHP2Shell (CVE-2026-109618 و CVE-2026-109619) يتم استغلالها في نواة محرك PHP قبل أن يبدأ كود ووردبريس أو إضافات الحماية الداخلية في العمل، والهدف هنا هو اعتراض الطلبات الخبيثة ومنعها قبل أن تلمس السيرفر:

  1. ربط الموقع بخدمة Cloudflare: قم بإضافة موقعك وتفعيله على Cloudflare للاستفادة من قواعد الحماية المسبقة التي نشرتها الشركة للتصدي لأنماط استغلال ثغرة PHP2Shell (متاحة وتعمل حتى في الخطة المجانية).
  2. تفعيل وضع الوكيل (Proxied) لإخفاء الـ IP الحقيقي للسيرفر: من لوحة تحكم Cloudflare الخاصة بموقعك، اضغط من القائمة الجانبية على قسم DNS ثم Records، وتأكد من تفعيل العلامة البرتقالية (Proxied) على جميع سجلات الـ DNS لإخفاء عنوان الـ IP الحقيقي للسيرفر.
  3. منع الاتصال المباشر بالسيرفر: يُفضل ضبط جدار الحماية في السيرفر ليرفض أي اتصال مباشر بعنوان الـ IP الحقيقي لا يمر عبر خوادم Cloudflare، حتى لا يتمكن المخترق من الالتفاف حول الدرع.
  4. إضافة قاعدة جدار ناري مخصصة (Custom WAF Rule): من القائمة الجانبية في Cloudflare اختر Security ثم WAF ثم Custom rules، واضغط Create rule، ثم اضغط على Edit expression والصق التعبير التالي لاختيار إجراء Block ضد أي محاولة للوصول إلى xmlrpc.php أو تشغيل PHP في uploads أو حقن جلسات الرفع:
Cloudflare WAF Custom Rule Expression (Action: Block) 
جارٍ تحميل الكود…

المرحلة الرابعة: الطريقة السحرية بضغطة زر (سكريبت الفحص والتحصين الآلي)

إذا كنت تمتلك عدة مواقع ووردبريس على استضافتك وتريد تنفيذ جميع خطوات الحماية السابقة تلقائياً، مع تدوير مفاتيح الأمان (Salts)، وفحص جميع مواقعك بحثاً عن أي ملفات شيل أو تعديلات مشبوهة في أقل من دقيقة، فقد صممنا لك نسختين من سكريبت Bash المتكامل: نسخة للاستضافات المشتركة (cPanel بدون Root)، ونسخة للسيرفرات الكاملة (VPS / Dedicated بصلاحية Root).

أولاً: سكريبت الاستضافات المشتركة ولوحات cPanel (بدون الحاجة لصلاحية Root)

صُمم هذا الأمر المجمع ليتم لصقه مباشرة في شاشة Terminal داخل لوحة cPanel دون استخدام محرر nano (لتفادي مشكلة تكسير الأسطر الطويلة)، كما يدعم البحث داخل اختصارات النظام (Symlinks) حتى 7 مستويات مع تجاهل مجلدات النظام المخفية مثل .cagefs و .trash.

  1. افتح لوحة cPanel، وابحث عن أيقونة Terminal في قسم Advanced وافتحها.
  2. انسخ صندوق الكود التالي بالكامل، والصقه مباشرة داخل الشاشة السوداء، ثم اضغط Enter:
cPanel Terminal – One-Click Shield & Malware Scanner (shield.sh) 
جارٍ تحميل الكود…

ثانياً: سكريبت السيرفرات الكاملة (VPS / Dedicated بصلاحية Root)

إذا كنت تدير سيرفرك الخاص بصلاحية root على نظام Ubuntu أو Debian، قم أولاً بتحديث الحزم عبر apt update && apt upgrade، ويمكنك التأكد من وجود الترقيع الأمني داخل السيرفر عبر الأمر التالي:

Verify CVE-2026-109618 Patch on Debian/Ubuntu 
جارٍ تحميل الكود…

ولتأمين جميع ملفات php.ini العامة على السيرفر (/etc/php* و /opt/cpanel/ea-php*/root/etc و /usr/local/lsws/lsphp*/etc)، وإعادة تشغيل خدمات php-fpm وخادم الويب تلقائياً، وفحص جميع المواقع والمهام المجدولة (System Crontabs)، أنشئ ملف /root/wp_php2shell_shield.sh وضع بداخله الكود التالي:

/root/wp_php2shell_shield.sh (VPS / Root Server Script) 
جارٍ تحميل الكود…

لتشغيل سكريبت السيرفر بعد حفظه:

Run VPS Script 
جارٍ تحميل الكود…

ثالثاً: أسرار تقنية وحلول الأخطاء الشائعة للمطورين (Troubleshooting Guide)

  • حل مشكلة خطأ syntax error near unexpected token أو command not found في cPanel: يحدث هذا الخطأ عند استخدام محرر النصوص nano داخل متصفح لوحة cPanel لأنه يقوم بكسر الأسطر الطويلة والتعليقات العربية تلقائياً أثناء اللصق. الحل الجذري هو عدم استخدام nano نهائياً واستخدام أمر التوليد المباشر cat << 'END_SCRIPT' > ~/shield.sh كما فعلنا في الكود أعلاه.
  • حل مشكلة خطأ [ERROR] No wp-config.php found رغم وجود مواقع: يرجع ذلك إما إلى أن إصدار Bash على بعض سيرفرات الاستضافة (مثل GoDaddy) لا يدعم دالة mapfile -d الحديثة، أو لأن المواقع مربوطة عبر اختصارات نظام (Symlinks). تم حل ذلك جذرياً في السكريبت باستبدال mapfile بمتغير IFS=$'\n' مع استخدام find -L "$HOME" -maxdepth 7 وتجاهل مجلدات النظام المخفية (.cagefs و .trash و .cpanel و mail و tmp).
  • سر الحيلة التقنية < /dev/null مع أوامر WP-CLI: عند تشغيل أداة WP-CLI داخل حلقة تكرارية (Loop) في Bash، قد تبتلع المدخلات القياسية (Standard Input) وتتسبب في توقف السكريبت بعد فحص أول موقع فقط؛ وإضافة < /dev/null تضمن مرور السكريبت على جميع مواقعك المتعددة بسلاسة تامة دون توقف.
  • قائمة بصمات الشيل ودوال التشفير التي يفحصها السكريبت: يبحث السكريبت عن دوال التشفير وفك الضغط الخبيث (eval(base64_decode، eval(gzinflate، eval(str_rot13)، ودوال الحقن المباشر للأوامر (shell_exec($_GET/$_POST/$_REQUEST/$_COOKIE) و passthru)، وبصمات أشهر ملفات الشيل العالمية (FilesMan، WSO_VERSION، b374k، r57shell، c99shell).

المرحلة الخامسة: الفحص الجنائي وقراءة التقرير وتنظيف الملفات المشبوهة

بما أن استغلال ثغرة PHP2Shell بدأ فعلياً منذ منتصف أكتوبر 2026، فإن تشغيل السكريبت السابق سينشئ لك ملف تقرير شامل في مجلدك الرئيسي باسم wp_security_report.txt. وبسبب صغر حجم شاشة الـ Terminal في cPanel، إليك جميع أوامر الفلترة والتشخيص الذكية لاستخراج الخلاصة الصافية فوراً:

1. أمر كشف المسارات الفعلية لمواقع ووردبريس على الاستضافة

Find All WordPress Paths (Symlink-Aware) 
جارٍ تحميل الكود…

2. أمر عرض النتيجة النهائية لجميع مواقعك في 10 أسطر فقط

يعرض أسماء المواقع وحالة كل موقع ([CLEAN] أو [CRITICAL] أو [WARNING]) مع استبعاد مسار /www/ المكرر:

Quick Status Summary Across All Sites 
جارٍ تحميل الكود…

3. أمر الخلاصة الصافية في 4 أسطر لكل موقع (لجميع المواقع في شاشة واحدة)

يعرض اسم الموقع + حساب الأدمن + نتيجة الفحص + أي تحذيرات إن وجدت، مع تخطي مسارات /www/ المكررة وقوائم التحديثات:

4-Line Executive Summary Per Site 
جارٍ تحميل الكود…

4. أمر عرض الملفات المشتبه بها داخل مجلد uploads فقط

إذا ظهر لك تنبيه [CRITICAL] Executable files found in uploads في أي موقع، الصق هذا الأمر ليعرض لك مسارات تلك الملفات بالتحديد:

List Only CRITICAL Files in Uploads 
جارٍ تحميل الكود…

5. أمر استبعاد قوائم التحديثات الطويلة ([REVIEW]) من التقرير

إذا قمت بتحديث إضافة كبيرة مثل WooCommerce خلال آخر 14 يوماً، ستمتلئ الشاشة بمئات الملفات تحت بند [REVIEW]؛ لعرض التقرير الصافي بدونها:

Filter Out [REVIEW] Modified Files List 
جارٍ تحميل الكود…

6. كيف تتأكد في 5 ثوانٍ أن ملفات نواة ووردبريس الأصلية لم يتم التعديل عليها؟ (Core Checksums)

يقوم هذا الأمر بمقارنة جميع ملفات ووردبريس الأساسية في مواقعك على cPanel مع النسخة الرسمية في مستودع WordPress.org لكشف أي ملف تم حقنه بكود خبيث:

Verify WordPress Core Checksums (cPanel / Non-Root) 
جارٍ تحميل الكود…

كيف تفرق بين الملفات السليمة والملفات الخبيثة في مجلد uploads؟

ليس كل ملف .php داخل مجلد الرفع يعني اختراقاً؛ إليك الجدول الفاصل من واقع الفحص الجنائي الفعلي:

نوع الملف المكتشف في uploadsأمثلة فعلية من التقريرالحكم الأمني والإجراء المطلوب
ملفات index.php الفارغةuploads/mailpoet/index.php أو wpforms/cache/index.php أو backup/index.php أو wpseo-redirects/index.php أو custom-css-js/index.php أو masrtrends-logs/index.php أو aios/sessions_.../index.phpآمنة وطبيعية: تضعها الإضافات تلقائياً لمنع استعراض المجلدات (Directory Listing). للتأكد من سلامة أي ملف index.php مشكوك فيه، افحصه بالأمر cat path/to/index.php؛ فإذا ظهر بداخله <?php // Silence is golden. أو كان فارغاً فهو سليم 100%.
ملفات إعدادات إضافات الحماية والقوالبuploads/aios/firewall-rules/settings.php وملفات إطار عمل redux/*.php (slider.php، typography.php، إلخ)آمنة وطبيعية: تابعة لإضافة الحماية All In One WP Security وإطار عمل القالب Redux Framework ولا يجب حذفها.
ملفات ذات امتدادات مزدوجة (Double Extensions)php.php_.php7_-300x195.gif أو thumb.php_.jpeg أو safe_image.php_.jpegخطرة ومشبوهة (تحذف فوراً): بصمة كلاسيكية لمحاولات رفع ملف شيل متنكر في صورة لتخطي فحص الصور في ووردبريس.
ملفات برمجية غريبة أو سجلات أخطاء مكشوفةuploads/remove_product_link_from_category.php أو mailchimp-for-wp/debug-log.phpمشبوهة (تحذف فوراً): لا يجب وجود أكواد برمجية تنفيذية عامة أو سجلات أخطاء قد تسرب بيانات حساسة داخل مجلد الصور.

أوامر تنظيف الملفات المشبوهة والتحقق وحذف السكريبت بعد الانتهاء

استبدل USERNAME و SITE_FOLDER ببيانات موقعك عند تنفيذ أوامر المسح أو الفحص التالية:

Clean Suspicious Files & Verify (Terminal Commands) 
جارٍ تحميل الكود…

المرحلة السادسة: تأمين حسابات المديرين (wp_users)، إصلاح المهام المجدولة (Cron Jobs)، وعزل المواقع

أولاً: استخراج ومراجعة حسابات المديرين (Administrators) وتأمينها

لعرض جميع حسابات المديرين في مواقعك دفعة واحدة من ملف التقرير (مع استبعاد مسارات /www/ المكررة)، أو فحصها مباشرة من قواعد البيانات عبر WP-CLI:

Audit All Administrator Accounts (Report & Live WP-CLI) 
جارٍ تحميل الكود…
  • تغيير أسماء الدخول الضعيفة (مثل test أو admin): إذا كشف الفحص أن حساب الأدمن يحمل اسم دخول بدائياً مثل test، افتح أداة phpMyAdmin من لوحة cPanel، وادخل إلى قاعدة بيانات الموقع ثم جدول wp_users، وعدّل خانة user_login إلى اسم غير متوقع مع تعيين كلمة مرور معقدة، وتأكد من عدم وجود أي حسابات مدير مخفية لا تعرفها.
  • تغيير كلمات مرور قواعد البيانات: يُنصح بتغيير كلمات مرور قواعد البيانات إذا كنت تشك في تعرض السيرفر لمحاولات فحص سابقة.

ثانياً: مراجعة وإصلاح المهام المجدولة (Cron Jobs)

يستغل المخترقون المهام المجدولة لزرع أوامر خلفية تعيد تحميل ملفات الشيل تلقائياً، كما قد تحتوي المهام الشرعية على أخطاء في المسارات تمنع عملها:

  1. ادخل إلى لوحة cPanel وانتقل إلى قسم Advanced ثم اضغط على Cron Jobs.
  2. راجع جميع المهام المجدولة وتأكد من خلوها من أي أوامر شبكة مشبوهة (curl، wget، base64، /dev/tcp).
  3. إصلاح أخطاء المسارات وتكرار التوقيت: إذا وجدت مهمة مكتوبة بشكل خاطئ يحتوي على تكرار لعلامات التوقيت أو كلمة افتراضية مثل USERNAME بدلاً من اسم مستخدم الاستضافة الفعلي (مثل: 0 * * * * 0 * * * * php /home/USERNAME/public_html/fetch_x_trends.php)، اضغط Edit واحذف التكرار الزائد لعلامات التوقيت 0 * * * * واستبدل USERNAME باسم مستخدم حسابك الفعلي، أو احذف المهمة إذا لم تعد بحاجة إليها.
  4. للتحقق من جدول المهام بعد التعديل من داخل الـ Terminal (ولفحص مهام السيرفر الكامل VPS):
Verify Cron Jobs (cPanel & VPS System-Wide) 
جارٍ تحميل الكود…

ثالثاً: عزل المواقع المتعددة لمنع التحرك الأفقي (Lateral Movement)

إذا كنت تمتلك أكثر من موقع ووردبريس على نفس السيرفر، فإن وضعها جميعاً داخل مجلد public_html تحت مستخدم نظام (Linux User) واحد يمثل خطراً كبيراً؛ إذ إنه في حال اختراق موقع واحد عبر إضافة مصابة، سيتحرك المخترق أفقياً (Lateral Movement) ليصيب باقي المواقع.

  • على سيرفرات VPS أو Dedicated: خصص لكل موقع مستخدم نظام (Linux User) مستقلاً، وPool مستقلاً في خدمة PHP-FPM، مع تفعيل توجيه open_basedir لحصر صلاحيات كل موقع داخل مجلده فقط.
  • على الاستضافات المشتركة (cPanel): في حال بقاء المواقع داخل نفس الحساب، التزم بقفل صلاحيات ملف wp-config.php على 440، وتعطيل تعديل الملفات (DISALLOW_FILE_EDIT)، ومنع تشغيل PHP في uploads، واستخدام كلمات مرور قواعد بيانات مختلفة لكل موقع.

المرحلة السابعة: نموذج رسالة جاهزة لإرسالها إلى الدعم الفني للاستضافة

في الاستضافات المشتركة، قد تحتاج إلى تواصل سريع مع فريق الدعم الفني للتأكد من تطبيق الترقيع الأمني على السيرفر وتفعيل disable_functions وإعادة تشغيل php-fpm. اكتب اسم مستخدم cPanel واسم السيرفر في الحقلين التاليين ليتم تخصيص الرسالة لك تلقائياً ثم انسخها بضغطة زر:

عنوان التذكرة:
Support Ticket Body (جاهز للنسخ والإرسال) 
جارٍ تحميل الكود…

✅ قائمة المهام والمراجعة التفاعلية الشاملة (Security Checklist)

علّم على كل خطوة تنجزها لتتبع تقدمك في تأمين موقعك (يتم حفظ تقدمك تلقائياً في متصفحك):

0% مكتمل (0 من 12)

ترند مصر - ترندات مصر - سعر الدولار