اسم البرنامج الإضافي	نيرفانا
نوع الضعف	تضمين الملف المحلي
رقم CVE	CVE-2026-28119
الاستعجال	عالي
تاريخ نشر CVE	2026-02-28
رابط المصدر	CVE-2026-28119

سمة ووردبريس نيرفانا (<= 2.6) — تضمين ملف محلي (CVE-2026-28119): ما يجب على مالكي المواقع فعله الآن

نُشرت: 26 فبراير 2026
مؤلف: فريق أمان WP‑Firewall

الكشف الأخير عن ثغرة تضمين ملف محلي (LFI) تؤثر على سمة ووردبريس نيرفانا (الإصدارات <= 2.6) يمثل خطرًا كبيرًا. القضية، المعينة CVE-2026-28119 مع درجة قاعدة CVSS تبلغ 8.1، تمكن المهاجمين غير المصرح لهم من تضمين وقراءة الملفات من خادم الويب. يمكن أن يكشف ذلك عن ملفات التكوين الحساسة (بما في ذلك wp-config.php)، بيانات اعتماد قاعدة البيانات، مفاتيح API، وأسرار أخرى. في أسوأ الحالات، يمكن ربط LFI بتنفيذ كود عن بُعد أو الاستيلاء الكامل على الموقع.

بصفتنا ممارسين لأمان ووردبريس، نحن ننشر هذه النصيحة العملية، العملية لأصحاب المواقع، والمديرين، وفرق الاستضافة المدارة. يشرح هذا الدليل الثغرة على مستوى تقني (دون تمكين الاستغلال)، ويظهر كيفية اكتشاف ما إذا كنت متأثرًا، ويوفر إرشادات تخفيف، احتواء واستعادة خطوة بخطوة يمكنك تطبيقها على الفور — بالإضافة إلى توصيات تعزيز ومراقبة طويلة الأجل.

ملحوظة: إذا كنت عميلًا لـ WP-Firewall، فإن قواعد التخفيف لدينا متاحة ويمكن تطبيقها تلقائيًا. إذا كنت تستخدم حل أمان تابع لجهة خارجية، فقم بتطبيق تصحيح افتراضي مكافئ أو قواعد WAF كما هو موضح أدناه. إذا لم تكن متأكدًا مما يجب القيام به، فاتبع خطوات الاحتواء على الفور واتصل بمزود الاستضافة أو شريك الأمان الخاص بك.

ملخص تنفيذي (ما تحتاج إلى معرفته الآن)

ثغرة تضمين ملف محلي (LFI) في إصدارات سمة نيرفانا <= 2.6 تسمح للمهاجمين غير المصرح لهم بتضمين ملفات من نظام الملفات المحلي وعرض محتوياتها عبر خادم الويب.
CVE: CVE-2026-28119. خطورة: مرتفع (CVSS 8.1).
الخطر الأساسي: يمكن للمهاجم قراءة wp-config.php وملفات حساسة أخرى؛ تسرب محتمل لبيانات الاعتماد وخرق قاعدة البيانات.
الإجراءات الفورية: نشر قواعد تصحيح افتراضي / WAF التي تمنع التنقل والوصول إلى php:// wrapper، تعطيل أو استبدال السمة المعرضة للخطر (إذا أمكن)، تقييد الوصول إلى الملفات الحساسة، تدوير بيانات الاعتماد إذا كان هناك شك في الخرق، وإجراء مسح جنائي.
إذا كنت تريد تخفيفًا تلقائيًا فوريًا لموقعك، فإننا نقدم خطة أساسية مجانية تتضمن جدار حماية مُدار، عرض نطاق غير محدود WAF، ماسح للبرامج الضارة وتخفيف OWASP Top 10. (رابط للخطة أدناه.)

ما هو تضمين ملف محلي (LFI) ولماذا هو مهم لووردبريس

LFI هو فئة من الثغرات حيث يسمح التطبيق بطلب للتحكم في مسار ملف مستخدم في عملية تضمين على جانب الخادم (على سبيل المثال PHP include/require). عندما لا يتم التحقق من مثل هذا التضمين أو تنظيفه بشكل صحيح، يمكن للمهاجم إجبار التطبيق على تضمين ملفات محلية عشوائية. في سياقات ووردبريس، هذا خطير بشكل خاص لأن:

تخزن العديد من تثبيتات ووردبريس بيانات اعتماد قاعدة البيانات، والملح، ومفاتيح API في ملفات مثل wp-config.php.
أدلة السمات والإضافات متاحة عبر الويب؛ إذا تسبب المهاجم في تضمين ملفات تحت /wp-content/ أو /etc/ فقد يتمكن من قراءة بيانات حساسة.
يمكن تصعيد LFI: قراءة السجلات أو ملفات أخرى قد تسمح للمهاجم بتنفيذ كود (تسمم السجل)، أو الجمع مع نقاط ضعف أخرى لتحقيق تنفيذ كود عن بُعد (RCE).
غالبًا ما تتطلب هجمات LFI عدم وجود مصادقة، مما يعني أن المهاجم على الإنترنت يمكنه استهداف المواقع مباشرة.

في هذه الحالة المحددة، يحتوي موضوع نيرفانا على كود يستخدم قيمة مقدمة من المؤلف لتحديد ملف للإدراج. عندما لا يتم التحقق من تلك القيمة بشكل صحيح، يمكن أن يؤدي تجاوز المسار واستخدام الغلاف إلى قراءة ملفات عشوائية.

تفاصيل تقنية (مستوى عالٍ، آمنة للدفاع)

لن ننشر كود الاستغلال. ومع ذلك، لمساعدة المدافعين ومديري المواقع، إليك شرح على مستوى عالٍ لكيفية ظهور المشكلة عادةً وسطح الهجوم الذي يجب فحصه:

يكشف الموضوع المعرض للخطر عن معلمة (GET/POST أو متغير داخلي) تُستخدم في استدعاء PHP include/require دون تحقق صارم من المسار.
إذا كانت المعلمة يمكن أن تحتوي على تسلسلات “ ../” (تجاوز المسار) أو أغلفة تدفق (على سبيل المثال php://filter)، يمكن للمهاجم أن يتسبب في تحميل الملفات خارج دليل الموضوع المقصود.
الأهداف الشائعة: wp-config.php (لاسترجاع بيانات اعتماد قاعدة البيانات)، .env (إذا كانت موجودة)، ملفات تكوين الموضوع/الإضافة، السجلات، وملفات أخرى على نظام الملفات.

لماذا قراءة wp-config.php خطيرة: تحتوي على مضيف قاعدة البيانات، اسم المستخدم، كلمة المرور، اسم قاعدة البيانات ومفاتيح المصادقة. مع تلك، قد يتمكن المهاجم من الاتصال مباشرة بقاعدة بياناتك (إذا كانت متاحة عن بُعد)، أو استخدام بيانات الاعتماد للتلاعب بالمحتوى، تصدير بيانات المستخدم، أو إنشاء باب خلفي.

من المتأثر

أي موقع ووردبريس يستخدم موضوع نيرفانا بالإصدار 2.6 أو أقل قد يتأثر.
الثغرة قابلة للاستغلال دون مصادقة (مهاجم مجهول) مما يزيد من الإلحاح.
حتى إذا تم تثبيت نيرفانا ولكن لم يكن نشطًا، يمكن أن تكون الملفات لا تزال موجودة في /wp-content/themes/nirvana وبالتالي قد تكون هدفًا للمهاجمين ما لم يتم إزالتها.

كيفية التحقق:

في لوحة تحكم إدارة ووردبريس: المظهر → المواضيع، تأكد من الموضوع النشط حاليًا وإصدارات المواضيع المثبتة.
عبر الملفات: افتح /wp-content/themes/nirvana/style.css وتحقق من رأس إصدار الموضوع.
إذا كنت تستخدم موضوعًا فرعيًا، تحقق من إصدار الموضوع الرئيسي في رأسه أو قائمة الملفات.
إذا لم تتمكن من الوصول إلى واجهة الإدارة، اتصل عبر SFTP أو مدير ملفات المضيف وتفقد دليل الموضوع.

إذا وجدت نيرفانا مثبتة (نشطة أو غير نشطة) بالإصدار ≤ 2.6، افترض أنها معرضة للخطر حتى يتم إثبات العكس.

خطوات احتواء فورية (ماذا تفعل في الـ 30-60 دقيقة القادمة)

إذا كنت تدير موقعًا من المحتمل أن يتأثر، قم بتنفيذ هذه الخطوات الفورية حسب ترتيب الأولوية.

تطبيق تصحيح افتراضي أو قاعدة WAF
– نشر قاعدة WAF تمنع الطلبات التي تحتوي على أنماط واضحة لتجاوز المسار أو php:// wrappers. هذا يقلل من سطح الهجوم على الفور (انظر قواعد العينة أدناه).
– إذا كنت تستخدم WP‑Firewall، قم بتمكين قاعدة التخفيف الخاصة بنا لهذه الثغرة — ستمنع محاولات الاستغلال حتى يتوفر تصحيح رسمي.
قم بإزالة أو تعطيل الثيم المعرض للخطر
– إذا لم يكن سمة Nirvana نشطة، احذف دليل السمة من /wp-content/themes/nirvana.
– إذا كانت نشطة ولا يمكنك تصحيحها على الفور، انتقل إلى سمة موثوقة مختلفة (سمة WordPress الافتراضية مقبولة مؤقتًا). قم بتنزيل سمة جديدة ومعروفة من WordPress.org أو من بائعك.
تقييد الوصول المباشر إلى الملفات الحساسة
– امنع الوصول العام عبر HTTP إلى wp-config.php و .env وملفات الخادم الأخرى باستخدام تكوين خادم الويب (.htaccess، nginx.conf). أمثلة على الشفرات أدناه.
وضع الموقع في وضع الصيانة/الوصول المحدود
– إذا كان الموقع حرجًا وتشك في وجود استغلال نشط، قيد الوصول (عن طريق IP أو عبر وضع الصيانة) أثناء التحقيق.
احتفظ بالسجلات واللقطات
– قم بعمل نسخة احتياطية كاملة وأيضًا لقطة لسجلات الخادم وسجلات وصول خادم الويب وشجرة ملفات الموقع لتحليل الطب الشرعي لاحقًا.
راقب الأنشطة المشبوهة
– ابدأ المراقبة في الوقت الحقيقي للطلبات الغريبة، خاصة تلك التي تحتوي على تسلسلات تجاوز أو معلمات استعلام غير عادية. زد من احتفاظ السجلات.

ستقلل هذه الخطوات الاحتوائية بشكل كبير من احتمال نجاح الاستغلال أثناء تطبيق الإصلاحات الدائمة وإجراء استجابة كاملة للحوادث.

قواعد WAF/تصحيح افتراضي عملية (أمثلة يمكن أن يطبقها المدافعون)

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

حظر الطلبات التي تحتوي على تسلسلات تجاوز مسار متعددة:
  – Detect: (%2e%2e%2f or ../) repeated two or more times.
  – Example regex (concept): (\.\./){2,} or ((%2e%2e%2f){2,})
  – المنطق: الطلبات الشرعية نادرًا ما تحتوي على خطوات تجاوز متعددة.
حظر إساءة استخدام PHP stream wrappers:
– اكتشاف: أي استخدام لـ “php://” أو “data://” أو حزم مشابهة في المعلمات التي تؤثر على مسارات الإدراج.
– شرط المثال: إذا كان الطلب يحتوي على “php://” أو “data:” في أي مكان في الاستعلام أو جسم الطلب، احظر (أو قم بتقليل السرعة وسجل).
حظر المحاولات لتحميل ملفات حساسة معروفة عبر معلمات شبيهة بالإدراج:
– اكتشاف: معلمات تشير إلى سلاسل مثل “wp-config.php”، “.env”، “/etc/passwd”، “config.php” إلخ. (راقب، ثم احظر بعد التحقق من الإيجابيات الكاذبة).
– استخدم نهج القائمة المسموح بها لملفات الإدراج: اسمح فقط بأسماء الملفات المعروفة بأنها آمنة (على سبيل المثال، اسمح فقط بالملفات داخل دليل السمة وفقط الأسماء الأساسية المدرجة في القائمة البيضاء).
فرض تحقق صارم من المعلمات:
– إذا كانت التطبيق يستخدم معلمة (مثل، ?template= أو ?include=)، تأكد من أن القيمة تتطابق مع قائمة بيضاء من الأسماء المسموح بها (^[a-zA-Z0-9_\-]+$) ورفض أي إدخال يحتوي على شرطات أو أحرف تحكم.
تحديد معدل الطلبات واكتشاف الشذوذ:
– قم بتقليل الطلبات المتكررة من نفس عنوان IP المستهدف لنفس نقطة النهاية مع أنماط التنقل.
مثال على مقتطف Nginx (رفض محاولات الوصول إلى wp-config):
```
الموقع ~* /wp-config.php {
```

مثال على Apache (.htaccess) لحماية wp-config.php:

<files wp-config.php>
  order allow,deny
  deny from all
</files>

مهم: تحتاج قواعد WAF إلى ضبط لتقليل الإيجابيات الكاذبة. ابدأ بالمراقبة (احظر مع تسجيل) ثم شدد التنفيذ. يمكن لجدار حماية مُدار مثل حزمة التخفيف من WP‑Firewall تطبيق واختبار القواعد بأمان.

خطوات تعزيز الخادم وPHP (فورية وطويلة الأجل)

تشديد الخادم ووقت تشغيل PHP يقلل من تأثير LFI والثغرات المستقبلية:

تعطيل allow_url_include في php.ini:
– تعيين allow_url_include = إيقاف (يمنع إدراج الملفات عن بُعد).
فرض open_basedir:
– حصر مسارات نظام الملفات القابلة للوصول من PHP إلى دلائل WordPress فقط: open_basedir = /path/to/wordpress/:/tmp/:/var/tmp/
استخدم أذونات نظام ملفات صارمة:
– الأدلة: 755؛ الملفات: 644. قد يكون wp-config.php 600 إذا تم تشغيله بواسطة مستخدم مخصص.
– تجنب أذونات 777.
تعطيل تنفيذ PHP في التحميلات:
– أضف قاعدة .htaccess لمنع تنفيذ سكربتات PHP في /wp-content/uploads:
```
<Directory "/path/to/wordpress/wp-content/uploads/">
  <FilesMatch "\.php$">
    Deny from all
  </FilesMatch>
</Directory>
```
– بالنسبة لـ Nginx، ارجع 403 لـ .php تحت uploads.
تعطيل محرر الملفات في ووردبريس:
– أضف إلى wp-config.php:
```
حدد('منع تحرير الملف'، صحيح)؛
```
حافظ على تحديث PHP:
– استخدم إصدار PHP مدعوم مع تصحيحات أمان.
إزالة القوالب والإضافات غير المستخدمة:
– احتفظ فقط بما هو قيد الاستخدام النشط. احذف أي شيء مثبت ولكنه غير نشط.

الكشف: كيف تعرف إذا كنت مستهدفًا أو مخترقًا

يمكن أن يكون اكتشاف محاولات الاستغلال أو LFI الناجحة صعبًا، لكن هذه المؤشرات يمكن أن تساعد:

سجلات وصول خادم الويب
– ابحث عن الطلبات التي تحتوي على تسلسلات طويلة من ../ أو متغيرات مشفرة (%2e%2e%2f), php://, ، أغلفة التصفية، أو مراجع مباشرة إلى wp-config.php, .env أو أسماء ملفات حساسة أخرى.
– مثال على نمط مشبوه: محاولات تنقل متكررة إلى نقاط نهاية القالب.
محتويات ملفات غير عادية أو ملفات جديدة
– ابحث عن التحميلات أو الملفات التي تحتوي على كود PHP أو توقيعات webshell (سلاسل base64 مع وظائف system/exec)، خاصة في wp-content/uploads أو دلائل القوالب.
مستخدمون جدد كمديرين أو تغييرات غير متوقعة
– تحقق مستخدمو wp جدول للمستخدمين غير المصرح لهم، خاصة مع دور المسؤول.
اتصالات خارجية أو نشاط قاعدة بيانات غير عادي
– ابحث عن استعلامات غير متوقعة، عناوين IP خارجية جديدة تتصل، أو أحداث مجدولة جديدة (مهام cron).
تغييرات على الملفات الأساسية أو ملفات القالب
– قارن شجرة موقعك الحالية مع نسخة احتياطية معروفة جيدة.

إذا وجدت علامات واضحة على الاختراق (ملفات خبيثة، باب خلفي، حسابات إدارة غير متوقعة)، اتبع خطوات الاسترداد أدناه.

استجابة الحوادث والاسترداد (إذا كنت تشك في الاختراق)

عزل الموقع
– إذا أمكن، قم بإيقاف الموقع أو تقييد الوصول بواسطة IP أثناء التحقيق لمنع المزيد من الضرر.
الحفاظ على الأدلة الجنائية
– قم بعمل نسخة احتياطية كاملة من نظام الملفات ونسخ سجلات الخادم. احتفظ بطوابع الوقت.
تدوير الأسرار
– قم بتغيير كلمات مرور قاعدة البيانات، وأملاح WordPress، وأي مفاتيح API موجودة في الملفات التي قد تكون تعرضت.
– إذا قمت بتدوير كلمة مرور قاعدة البيانات، قم بتحديث wp-config.php وفقًا لذلك.
تنظيف أو استعادة
– إذا كان لديك نسخة احتياطية نظيفة من قبل الاختراق، استعد منها بعد التأكد من أن الثغرة قد تم التخفيف منها.
– خلاف ذلك، قم بإزالة الملفات الخبيثة، وإزالة المستخدمين غير المصرح لهم، وإصلاح الأبواب الخلفية. اعتبر التنظيف الجنائي المهني إذا كنت غير متأكد.
تدقيق وإصلاح
– تأكد من إزالة القالب المعرض للخطر أو تحديثه وأن جدار الحماية/التصحيح الافتراضي موجود.
إخطار أصحاب المصلحة
– اعتمادًا على تعرض البيانات، أبلغ المستخدمين المتأثرين، وإذا تطلب الأمر بموجب القانون أو السياسة، السلطات التنظيمية.
تعزيز المراقبة
– بعد الاسترداد، طبق خطوات تعزيز الأمان أعلاه وزد من المراقبة.

الوقاية على المدى الطويل: قائمة التحقق من الأمن التشغيلي

حافظ على الحد الأدنى من بصمة المكونات الإضافية/القوالب: لا تحتفظ أبدًا بقوالب غير مستخدمة مثبتة.
قم بتشغيل مسح مستمر للثغرات وقواعد WAF المدارة التي تغطي فئات OWASP Top 10.
نفذ ضوابط وصول قوية واستخدم 2FA لحسابات إدارة WordPress.
فرض مبدأ أقل الامتيازات لمستخدمي قاعدة البيانات وحسابات الخادم.
قم بتدوير بيانات الاعتماد والأسرار بانتظام.
إنشاء إجراءات النسخ الاحتياطي والاستعادة، وتخزين النسخ الاحتياطية في موقع خارجي، واختبار الاستعادة بانتظام.
حافظ على تحديث PHP، وخادم الويب الخاص بك، ونواة ووردبريس، والقوالب والإضافات. قم بتطبيق التصحيحات في بيئة الاختبار قبل الإنتاج.
راقب السجلات وقم بإعداد تنبيهات للأنماط المشبوهة.
استخدم سياسة أمان المحتوى (CSP) ورؤوس HTTP الآمنة لتقليل خيارات الاستغلال.
استخدم مراقبة النزاهة الآلية لاكتشاف تغييرات الملفات.

سير عمل الكشف والإصلاح العملي لمالكي المواقع (خطوات مختصرة)

تأكد مما إذا كان قالب Nirvana v≤2.6 مثبتًا.
إذا كان مثبتًا، قم بإزالة دليل القالب على الفور (إذا لم يكن نشطًا) أو التبديل إلى قالب آمن.
نشر قواعد WAF التي تمنع التنقل واستخدام php:// wrapper.
فحص سجلات الوصول للطلبات المشبوهة؛ احفظها.
مسح ملفات الموقع بحثًا عن webshells أو ملفات PHP المعدلة/المضافة مؤخرًا.
تغيير كلمة مرور قاعدة البيانات وأملاح ووردبريس إذا كان هناك دليل على تعرض البيانات.
استعادة من نسخة احتياطية نظيفة إذا وجدت أبواب خلفية مستمرة.
إعادة تطبيق إجراءات تعزيز الأمان وتمكين حماية WAF المستمرة.

كيف تحمي WP‑Firewall موقعك من هذا LFI والتهديدات المماثلة

في WP‑Firewall نتعامل مع الثغرات مثل هذه باستخدام حماية متعددة الطبقات:

تصحيح افتراضي في الوقت الحقيقي (توقيعات WAF المدارة) يمكن أن تمنع محاولات الاستغلال على الفور، دون الانتظار لإصدار تصحيح من المصدر.
تطهير الطلبات وكشف أنماط الهجوم لتجاوز المسار، وأغلفة PHP وتقنيات LFI الأخرى ذات الصلة.
مسح البرمجيات الخبيثة لاكتشاف آثار ما بعد الاستغلال مثل webshells وملفات القوالب المعدلة.
سياسات التحكم في الوصول وتحديد المعدل لتقليل ضوضاء القوة الغاشمة والمسح الآلي.
لوحات معلومات الأمان والتنبيهات حتى تتمكن من رؤية المحاولات والاستجابة بسرعة.

تتضمن خطتنا الأساسية (المجانية) ميزات جدار الحماية المدارة الأساسية، وWAF، وفحص البرمجيات الضارة، وتخفيف OWASP Top 10 حتى تتمكن من تقليل المخاطر على الفور. إذا كنت تفضل المزيد من الأتمتة، فإن خططنا القياسية والمحترفة تقدم إزالة تلقائية للبرمجيات الضارة، وتصحيح افتراضي، وتقارير أمان شهرية، وخدمات مدارة بشكل يدوي.

توقيعات الكشف وIOCs (لفرق الأمان)

استخدم هذه التلميحات للكشف في نظام SIEM أو تحليل السجلات الخاص بك. ملاحظة: هذه مؤشرات للتنبيه والتحقيق - اعتبر الإيجابيات كحوادث محتملة وليس دليلاً قاطعًا على الاستغلال.

الطلبات مع التنقل المشفر أو الخام:
– Patterns: ../, %2e%2e%2f, %2e%2e%5c
الطلبات التي تتضمن أغلفة تدفق PHP في المعلمات:
- ابحث عن “php://”، “data:”، “expect://”، “zlib://” التي تظهر في معلمات الاستعلام أو أجسام POST.
الطلبات التي تحتوي على أسماء ملفات حساسة:
- “wp-config.php”، “.env”، “/etc/passwd”، “config.php” في المعلمات.
ارتفاع مفاجئ في الطلبات التي تستهدف نقاط نهاية القالب (الملفات تحت /wp-content/themes/nirvana).
طلبات POST أو GET التي تعيد محتوى كبير بتنسيق base64 (استخدام محتمل لـ php://filter).

عندما ترى هذه، احتفظ بالسجلات وزد من المراقبة قبل اتخاذ إجراءات احتواء.

لماذا التصحيح الافتراضي الفوري وWAF المدارة أمران حاسمان

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

إذا لم تتمكن من تصحيح القالب (خيارات التشغيل)

قم بإزالة ملفات القالب تمامًا إذا كان القالب غير مستخدم.
قم بالتبديل إلى سمة آمنة ومدعومة بنشاط إذا كانت Nirvana نشطة.
استخدم جدار حماية على مستوى الموقع لحظر أنماط الاستغلال.
قم بتقوية وقت تشغيل PHP وخادم الويب لتقليل خيارات الإدراج (open_basedir، تعطيل الأغلفة، أذونات الملفات).

جديد: احمِ موقعك بسرعة مع خطة WP‑Firewall المجانية

ابدأ في حماية موقعك مجانًا — WAF + مسح فوري

إذا كنت بحاجة إلى شبكة أمان فورية، فإن خطة WP‑Firewall الأساسية (المجانية) تتضمن حماية جدار حماية مُدارة أساسية، عرض نطاق غير محدود لـ WAF، مسح للبرامج الضارة، وتغطية لمخاطر OWASP Top 10. تم تكوينها للتخفيف من أنماط الهجوم النشطة (بما في ذلك عبور المسار وتوقيعات LFI) حتى تتمكن من شراء الوقت للتنظيف أو استبدال السمة دون دفع مسبق. تعرف على المزيد وسجل هنا:
https://my.wp-firewall.com/buy/wp-firewall-free-plan/

(إذا كنت تفضل المزيد من الأتمتة: تضيف خطط Standard وPro إزالة تلقائية للبرامج الضارة، تصحيح افتراضي، تقارير شهرية، وخدمات مُدارة.)

أمثلة على قواعد .htaccess وقطع تكوين آمنة

أدناه توجد قطع تقوية غير ضارة يمكنك تطبيقها على الفور — اختبرها في بيئة اختبار وقم بتكييفها مع مجموعة استضافة الخاصة بك.

منع الوصول المباشر إلى wp-config.php (Apache):

<files wp-config.php>
  order allow,deny
  deny from all
</files>

منع تنفيذ PHP في التحميلات (Apache):

<Directory "/path/to/wordpress/wp-content/uploads/">
  <FilesMatch "\.php$">
    Require all denied
  </FilesMatch>
</Directory>

Nginx: منع الوصول إلى wp-config.php
```
الموقع ~* /wp-config.php {
```
قيد إدراج PHP في السمة إلى أسماء الملفات المسموح بها فقط (أفضل الممارسات من جانب التطبيق)
– في أي مكان يستدعي فيه كودك include/require بقيم ديناميكية، تأكد من أن القيمة تتطابق مع قائمة بيضاء (على سبيل المثال، فقط الأحرف الأبجدية الرقمية، الشرطات، الخطوط السفلية، بدون شرائح)، وقم بتعيين الإدخال إلى أسماء الملفات من مصفوفة ثابتة.

التوصيات النهائية — أعط الأولوية واتخذ الإجراءات

إذا كنت تستخدم Nirvana ≤ 2.6 — اعتبر الموقع ضعيفًا. قم بتطبيق تصحيح افتراضي / قواعد WAF على الفور وقم بإزالة أو ترقية السمة.
احتفظ بالسجلات وقم بعمل نسخة احتياطية قبل الإصلاح.
إذا اكتشفت علامات على الاختراق، اتبع خطوات استجابة الحوادث: عزل، الحفاظ على الأدلة، تدوير الأسرار، التنظيف أو الاستعادة.
قم بتقوية إعدادات PHP والخادم (open_basedir، allow_url_include Off، أذونات الملفات).
استخدم WAF مُدار وفحص مستمر لتقليل المخاطر من التعرضات المستقبلية من نوع zero-day.

إذا كنت تدير مواقع WordPress متعددة، اعتمد نهجًا آليًا ومدارًا للتخفيف من الثغرات وتجميع السجلات. ثغرات LFI سهلة الفحص وسهلة الاستغلال على نطاق واسع؛ تقليل الوقت اللازم للتخفيف أمر حاسم.

إذا كنت بحاجة إلى مساعدة أو تريد منا تطبيق التصحيح الافتراضي على موقعك، فإن WP-Firewall متاح للمساعدة. خطتنا الأساسية المجانية توفر حماية فورية من WAF وفحص حتى تتمكن من إيقاف محاولات الاستغلال وكسب الوقت لإصلاح القالب أو إجراء تنظيف كامل: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

ابقى آمنًا
فريق أمان WP‑Firewall

خطر إدراج ملفات محلية في سمة نيرفانا // نشر في 2026-02-28 // CVE-2026-28119

سمة ووردبريس نيرفانا (<= 2.6) — تضمين ملف محلي (CVE-2026-28119): ما يجب على مالكي المواقع فعله الآن

ملخص تنفيذي (ما تحتاج إلى معرفته الآن)

ما هو تضمين ملف محلي (LFI) ولماذا هو مهم لووردبريس

تفاصيل تقنية (مستوى عالٍ، آمنة للدفاع)

من المتأثر

خطوات احتواء فورية (ماذا تفعل في الـ 30-60 دقيقة القادمة)

قواعد WAF/تصحيح افتراضي عملية (أمثلة يمكن أن يطبقها المدافعون)

خطوات تعزيز الخادم وPHP (فورية وطويلة الأجل)

الكشف: كيف تعرف إذا كنت مستهدفًا أو مخترقًا

استجابة الحوادث والاسترداد (إذا كنت تشك في الاختراق)

الوقاية على المدى الطويل: قائمة التحقق من الأمن التشغيلي

سير عمل الكشف والإصلاح العملي لمالكي المواقع (خطوات مختصرة)

كيف تحمي WP‑Firewall موقعك من هذا LFI والتهديدات المماثلة

توقيعات الكشف وIOCs (لفرق الأمان)

لماذا التصحيح الافتراضي الفوري وWAF المدارة أمران حاسمان

إذا لم تتمكن من تصحيح القالب (خيارات التشغيل)

جديد: احمِ موقعك بسرعة مع خطة WP‑Firewall المجانية

أمثلة على قواعد .htaccess وقطع تكوين آمنة

التوصيات النهائية — أعط الأولوية واتخذ الإجراءات

المراجع وقراءة إضافية (للمسؤولين)

احصل على WP Security Weekly مجانًا 👋
أفتح حساب الأن!!

اتصل بنا لتحديد موعد استشارة مجانية حول أمان WordPress

خطر إدراج ملفات محلية في سمة نيرفانا // نشر في 2026-02-28 // CVE-2026-28119

سمة ووردبريس نيرفانا (<= 2.6) — تضمين ملف محلي (CVE-2026-28119): ما يجب على مالكي المواقع فعله الآن

ملخص تنفيذي (ما تحتاج إلى معرفته الآن)

ما هو تضمين ملف محلي (LFI) ولماذا هو مهم لووردبريس

تفاصيل تقنية (مستوى عالٍ، آمنة للدفاع)

من المتأثر

خطوات احتواء فورية (ماذا تفعل في الـ 30-60 دقيقة القادمة)

قواعد WAF/تصحيح افتراضي عملية (أمثلة يمكن أن يطبقها المدافعون)

خطوات تعزيز الخادم وPHP (فورية وطويلة الأجل)

الكشف: كيف تعرف إذا كنت مستهدفًا أو مخترقًا

استجابة الحوادث والاسترداد (إذا كنت تشك في الاختراق)

الوقاية على المدى الطويل: قائمة التحقق من الأمن التشغيلي

سير عمل الكشف والإصلاح العملي لمالكي المواقع (خطوات مختصرة)

كيف تحمي WP‑Firewall موقعك من هذا LFI والتهديدات المماثلة

توقيعات الكشف وIOCs (لفرق الأمان)

لماذا التصحيح الافتراضي الفوري وWAF المدارة أمران حاسمان

إذا لم تتمكن من تصحيح القالب (خيارات التشغيل)

جديد: احمِ موقعك بسرعة مع خطة WP‑Firewall المجانية

أمثلة على قواعد .htaccess وقطع تكوين آمنة

التوصيات النهائية — أعط الأولوية واتخذ الإجراءات

المراجع وقراءة إضافية (للمسؤولين)

احصل على WP Security Weekly مجانًا 👋أفتح حساب الأن!!

اتصل بنا لتحديد موعد استشارة مجانية حول أمان WordPress

احصل على WP Security Weekly مجانًا 👋
أفتح حساب الأن!!