تحصين ووردبريس بالترتيب الذي يهم
أمن ووردبريس ست مهام، وترتيبها أهم منها: إبقاء كل شيء محدَّثا، وأقل صلاحية لكل حساب، والتحقق بخطوتين، ونسخة احتياطية استعدتها مرة، وإضافة أمنية ما زالت مصانة، وتحصين صفحة الدخول. وإن لم تفعل سوى الأولى، فقد منعت أكثر مما يمنعه أي مزيج آخر من الخمس الباقية.
- الدرس 7 من 12
- متوسط
- مجاني، دون تسجيل
ما يُعد تحصينا وما لا يُعد
هذا يُعد تحصينا
- النواة والقالب وكل الإضافات محدَّثة، وماسح ثغرات منفصل ينظر فيها أيضا
- قرأت قائمة المديرين وكل حساب لا يلزم أن يكون مديرا ليس مديرا
- التحقق بخطوتين مفعَّل بتطبيق مصادقة، ونظرت أيضا في كلمات مرور التطبيقات لذلك الحساب
- استعدت آخر نسخة احتياطية إلى مجلد مؤقت وفتحتها
- ثمة نسخة من النسخة الاحتياطية خارج هذا الخادم أيضا
هذا شعور لا أمان
- تغيير عنوان صفحة الدخول وحده
- إخفاء رقم إصدار ووردبريس
- تغيير بادئة جداول قاعدة البيانات على موقع حي
- إطفاء REST API كليا
- قائمة طويلة من قواعد الجدار الناري لا تُقرأ أبدا
هذه الورقة عن ووردبريس وحده. أما الخادم الذي يجلس عليه، وحساب البريد الذي تذهب إليه استعادة كلمة المرور، والحاسوب الذي تدخل منه، فلكل منها ورقته.
آخر مراجعة: تُراجع الحقائق وأسماء الأدوات في هذا الدرس مقابل مصادرها في هذا التاريخ.
الترتيب الحقيقي، ولماذا ترتيب معظم القوائم خاطئ
عادة ما تضم قائمة أمن ووردبريس ثلاثين بندا تبدو كلها بالحجم نفسه. وليست كذلك عمليا. فالبنود الثلاثة الأولى تمنع أكثر مما تمنعه السبعة والعشرون الباقية، والترتيب هو ما لا يكتبه أحد، لأن القائمة الطويلة تبدو أكثر احترافا.
والترتيب الذي نمشي عليه في موقع العميل ست خطوات، وهو ليس مرتبا بحسب السهولة. بل بحسب ما تمنعه كل خطوة.
التحديث أولا، لأن معظم عمليات الاقتحام الناجحة لموقع ووردبريس تأتي عبر ثغرة عامة مرقّعة من قبل. ثم أقل صلاحية، لأن حجم الضرر تحدده صلاحيات الحسابات التي دخلت. ثم التحقق بخطوتين، الذي يحول كلمة المرور المسربة من كارثة إلى تنبيه. ثم نسخة احتياطية استعدتها مرة، لأن النسخة غير المختبرة افتراض لا نسخة. ثم إضافة أمنية ما زالت مصانة. وأخيرا تحصين صفحة الدخول، وهو مفيد ومكانه آخر القائمة لا أولها.
والخطوات الثلاث الأولى بيدك وحدك ولا تكلف أي منها مالا. والرابعة تكلف قليلا وتشتري أكبر قدر من الطمأنينة. أما الخامسة والسادسة فهما ما يفعله الناس أولا عادة، وأثرهما أصغر ما في الست.

ست خطوات بترتيب ما تمنعه كل واحدة
-
1
التحديث
معظم الاقتحامات الناجحة تأتي عبر ثغرة عامة مرقّعة من قبل.
-
2
أقل صلاحية لكل حساب
حجم الضرر يحدده ما كان مسموحا للحساب المخترق أن يفعله.
-
3
التحقق بخطوتين
يحول كلمة المرور المسربة من كارثة إلى تنبيه.
-
4
نسخة احتياطية استعدتها مرة
النسخة غير المختبرة افتراض لا نسخة.
-
5
إضافة أمنية ما زالت مصانة
الإضافة الأمنية المهجورة هي نفسها إضافة غير محدَّثة.
-
6
تحصين صفحة الدخول
مفيد، ومكانه آخر القائمة لا أولها.
هذا الترتيب لموقع ووردبريس عادي. أما الموقع الذي يقبل مدفوعات أو يحمل بيانات مستخدمين حساسة فله خطوات أخرى لا يتناولها هذا الدرس.
التحديث، ولماذا يمنع هذا أكثر من غيره
حين تُنشر ثغرة يولد شيئان في اللحظة نفسها: وصف المشكلة ورقعتها. ومن تلك اللحظة يعرف كل من يريد استعمالها أين يصوب بالضبط، ويخرج كل من حدّث من القائمة. واللعبة كلها هي الفجوة بين النشر والتحديث.
على هذا الموقع، ومن مارس ٢٠٢٥ حتى اليوم، سجل ماسح الثغرات ١٣ إعلانا لبرمجيات مثبتة على هذا التنصيب وحده. ١٠ منها كانت في الإضافات، واثنان في نواة ووردبريس نفسها، وواحد في قالب. وبحسب النوع، كانت سبعة برمجة عبر المواقع، واثنان تحكما مكسورا في الوصول، والباقي واحدا واحدا: تنفيذ شفرة عشوائية، وكشف بيانات حساسة، ورفع ملف عشوائي، وحقن كائن PHP.
وأُغلق اثنا عشر من هذه الثلاثة عشر بتحديث، ومعظمها خلال أيام. وهذا الرقم هو الجدير بالنظر: ففي ثمانية عشر شهرا، وعلى موقع لم يحدث فيه شيء استثنائي، أُعلن ثلاث عشرة مرة أن برنامجا يعمل عليه مصاب، وكان الجواب في كل مرة تقريبا زرا واحدا.
والآن ما يقال أقل، وما واجهناه نحن: عدّاد التحديث الذي يظهر صفرا ليس دليلا على أنك محدَّث. فالإضافات التجارية تُحدَّث عبر قناتها الخاصة، والترخيص المنتهي يجعل ذلك العدّاد صامتا لا حديثا. وعلى هذا التنصيب يظهر العدّاد صفرا ويخالفه ماسح الثغرات في بند واحد. ولهذا يلزم ماسح ثغرات إلى جانب عدّاد التحديث؛ فالثاني يرى تنصيبك والأول يرى القائمة المنشورة.
وقد كتبنا عن مثال حديث من النواة في مقال منفصل: الرقعة الأمنية لووردبريس ٧.٠.٤ وأي الخوادم كانت في خطر فعلا.
من أين جاءت تلك الإعلانات الـ١٣
من مارس ٢٠٢٥ إلى سبتمبر ٢٠٢٦، لبرمجيات مثبتة على هذا الموقع وحده.
- الإضافات ١٠ إعلانات
- نواة ووردبريس إعلانان
- قالب إعلان واحد
هذه الثلاث عشرة ليست قائمة ثغرات ووردبريس؛ بل هي فقط ما طابق برمجيات مثبتة على هذا الموقع وحده. وموقع آخر بإضافات أخرى يحصل على رقم آخر.
الحسابات، ولماذا لموقع فيه ١٢٢٤ مستخدما مدير واحد فقط
على هذا الموقع ١٢٢٤ حساب مستخدم. واحد منها مدير. والـ١٢٢٣ الباقية تحمل أدوارا لا تستطيع تثبيت شيء، ولا تحرير ملف قالب، ولا رؤية بيانات أي مستخدم آخر.
وهذا الرقم قرار لا مصادفة، وسببه بسيط: فالحساب الذي يُخترق يسلّم بالضبط ما كان يستطيع فعله. وأقل صلاحية ليست بيروقراطية، بل هي حجم الانفجار.
وثمة موضعان تنكسر فيهما هذه القاعدة عادة، وكلاهما نابع من حسن نية. الأول منح حساب مدير لمطور أو وكالة «مؤقتا»، ثم لا يُحذف أبدا؛ فقائمة مديري موقع عمره خمس سنوات تضم عادة أشخاصا كفوا عن العمل عليه منذ ثلاث سنوات. والثاني أدوار أضافتها إضافة. فووردبريس يجمع الصلاحيات، ومن ثم فالإضافة التي تمنح المشتركين قدرة جديدة قد غيّرت قائمة وصولك ولم تكتب الخبر في أي مكان.
والخطوة التالية هي التحقق بخطوتين، واختيار الطريقة مهم. فعلى هذا الموقع لا تُفعَّل إلا طريقة تطبيق المصادقة، لا الرسائل القصيرة ولا البريد. والسبب أن الرسائل تعتمد على رقم هاتف والرقم يمكن انتزاعه من المشغل، وأن البريد يعتمد على صندوق يُفتح هو نفسه بكلمة مرور؛ فإن كانت تلك الكلمة في التسريب نفسه، فقد كف العامل الثاني عن كونه عاملا ثانيا.
ونقطة خاصة بووردبريس: كلمات مرور التطبيقات. وهي كلمات منفصلة تُنشأ لربط الأدوات، وتتجاوز التحقق بخطوتين بحكم التصميم، لأنها مصممة للعمل بلا إنسان. فإن كنت قد فعّلت التحقق بخطوتين، فانظر أيضا في قائمة كلمات مرور التطبيقات للحساب نفسه؛ وإلا بقي باب مفتوح بجوار الباب المقفل.
النسخة غير المختبرة ليست نسخة، وهي نفسها قد تتسرب
النسخة الاحتياطية التي لم تستعدها قط مجلد. وتبدو هذه الجملة مبتذلة إلى يوم تحتاجها فتكتشف أن الملف مبتور، أو أن كلمة المرور اللازمة لفتحه كانت داخل الموقع الذي ضاع.
لكن ثمة نقطة ثانية لا يكاد أحد يذكرها، وقد واجهناها على هذا الخادم نفسه.
إضافة الترحيل الشائعة في ووردبريس تبني أرشيفات بحجم مئتي ميغابايت، وتضعها في مجلد تحت wp-content، وتحمي ذلك المجلد بملف htaccess.. وعلى nginx لا يفعل ذلك الملف شيئا البتة؛ بل لا يُقرأ أصلا. وقبل أن نكتب القاعدة الموجودة اليوم اختبرنا فوجدنا الأرشيف قابلا للتنزيل عبر HTTP عاديا، بل والخادم يستجيب لطلب تنزيل جزئي. وداخل كل أرشيف قاعدة البيانات كاملة: صفوف المستخدمين، وبصمات كلمات المرور، ومفاتيح الخدمات، ومحتوى ملف الإعدادات.
ومعنى ذلك أن نسخة احتياطية سليمة تماما، إن جلست في المكان الخطأ، تصير أكبر تسريب متاح. ملف واحد، والموقع كله.
وطريقة هذا الموقع اليوم أن يُسلَّم طلب مثل هذا الملف إلى PHP للتحقق من الإذن؛ فالمدير الداخل يحصل على الملف وسواه يحصل على ٤٠٤. وقد اختبرناها اليوم من جديد: طلب زائر لأحد تلك الأرشيفات، حتى بترويسة طلب جزئي، عاد بـ٤٠٤.
وتبقى من تلك الحكاية ثلاث قواعد. ألا تبقى النسخة على الجهاز نفسه، لأن النسخة الملاصقة للموقع تنجو من الخطأ ولا تنجو من عطب الجهاز. وأن يكون الوصول إلى النسخة مقيدا بقدر تقييد الوصول إلى قاعدة البيانات نفسها. وأن تتمرن على الاسترجاع مرة في السنة إلى مجلد مؤقت؛ وطريقة ذلك مشروحة على حدة في مسار مبادئ الحاسوب.
ما لا يستحق وقتك
والآن الموقف صراحة، لأن جزءا كبيرا من نصائح أمن ووردبريس أمور تعطي شعورا بالأمان دون أن تعطي أمانا.
الإخفاء وحده ليس دفاعا. فتغيير عنوان صفحة الدخول، وإخفاء رقم إصدار ووردبريس، وتغيير بادئة الجداول لا تغلق أي ثغرة؛ بل تبطئ ماسحا آليا قليلا لا غير. ومن يستهدفك أنت تحديدا سيجد الثلاثة خلال دقائق.
والآن النصف الصادق، لأن هذا الموقع يفعل تلك الثلاثة كلها. فعنوان الدخول هنا مغيَّر، ومسارات ملفات الإضافات معاد كتابتها أيضا. وما يشتريه ذلك ضجيج أقل لا أمان أكثر، وسجلنا يبين النصفين معا: ففي ثلاثة أيام ذهب ١٢٧ طلبا إلى عنوان الدخول الافتراضي في ووردبريس ولم يبلغ أي منها نموذج دخول، لأن ذلك العنوان يحوّل الزائر إلى صفحة أخرى. ولم تُحذف تلك الطلبات الـ١٢٧؛ بل لم تعد تحط على شيء فحسب. ولو لم يكن هذا الموقع نفسه محدَّثا لما صمد ذلك العنوان المغيَّر يوما واحدا.
وثلاثة أمور أخرى يُنصح بها ولا ننصح بها. تغيير بادئة جداول قاعدة البيانات على موقع حي مخاطره أكبر من فائدته؛ فهو ينجز نصف إنجاز، وتنكسر الإضافات التي خزنت البادئة في مكان ما. وإطفاء REST API كليا يكسر محرر ووردبريس ولا يحل شيئا لا يحله تقييد الوصول. وإضافة أمنية إسهامها قائمة طويلة من قواعد الجدار الناري لم تضف إليك شيئا إن كنت لا تقرأ تلك القائمة أبدا.
وثمة اختبار بسيط يمكن وضعه على أي نصيحة أمنية: أي هجوم محدد يوقفه هذا، وما الذي يغيره إن كان أحدهم في الداخل أصلا. والنصيحة التي لا جواب واضح لها عن هذين السؤالين هي عادة شعور.
المسار السريع مع الذكاء الاصطناعي
الطريقة المعتادة لتدقيق أمن ووردبريس أن تفتح قائمة من ثلاثين بندا وتبحث عن كل بند في لوحة التحكم. أما الطريقة السريعة فأن يبني ووردبريس نفسه القائمة لهذا التنصيب بعينه وأن يكتفي النموذج بترتيبها. والفرق ليس أنها أسرع؛ بل أن المخرَج عن موقعك أنت لا عن موقع بوجه عام. ونموذج أقوى يفي هنا خيرا من نموذج رخيص، لأن هذه المرحلة حكم على الترتيب؛ واختيارنا الحالي مذكور في قسم الذكاء الاصطناعي بهذا الموقع.
- شغّل أربعة أوامر WP-CLI. فمخرجاتها الأربعة معا هي بالضبط القائمة التي يبنيها تدقيق أمني.
- سلّم المخرَج للنموذج واطلب قائمة عمل مرتبة بحسب الأثر لا بحسب السهولة.
- أخبر النموذج أن عمود التحديث يكذب في الإضافات التجارية. فبدون هذه الجملة سيضع على تلك الصفوف علامة «محدَّث».
- ضع بنفسك علامة على البندين اللذين لا يستطيع النموذج رؤيتهما: أن النسخة تُستعاد فعلا، وأنها موجودة في مكان آخر أيضا.
وصفة جاهزة للنسخ
أربعة أوامر، على الموقع نفسه:
wp plugin list --fields=name,status,version,update
wp theme list --fields=name,status,version,update
wp user list --role=administrator --fields=user_login,user_registered
wp core verify-checksums
والأمر الثالث بلا عمود بريد عن قصد، كي لا يحمل المخرَج بيانات شخصية.
المُوجَّه، وتحته مخرجات الأوامر الأربعة:
هذا مخرَج أربعة أوامر WP-CLI على موقع ووردبريس. ابنِ قائمة عمل مرتبة بحسب
ما يمنعه كل بند لا بحسب سهولة تنفيذه. واكتب لكل بند: أ) ما العمل،
ب) لماذا موقعه هذا، ج) ما الذي يبقى مفتوحا إن أُهمل.
والتزم بهذه القواعد الأربع:
١) عمود update يكذب في الإضافات التجارية. ضع على كل إضافة ليست في مستودع
ووردبريس العام علامة «غير واضح» لا «محدَّث».
٢) الإضافة المعطلة يجب تحديثها أيضا؛ فملفاتها ما زالت على القرص.
٣) إن كان ثمة أكثر من حساب مدير، فاسأل عن كل واحد على حدة لماذا هو مدير.
٤) لا تبدِ رأيا في كون الموقع آمنا أو غير آمن؛ فهذه البيانات لا تجيب عنه.
قبل أن تثق بالناتج: بندان من الخطوات الست في هذا الدرس لا يظهران في مخرَج هذه الأوامر إطلاقا، وهما مصادفةً الأكثر إهمالا: أن النسخة الاحتياطية تُستعاد فعلا، وأن نسخة منها تعيش خارج هذا الخادم. ولا يستطيع النموذج رؤية أي منهما، وإن لم تسأل مرّ عليهما دون كتابة. وثمة بند ثالث خارج متناول النموذج بصراحة: فمخرَج wp core verify-checksums لا يحمل مجاميع اختبارية أصلا للإضافات المخصصة والتجارية، فتعود «متجاوَزة»، وهذا لا تأكيد ولا نفي. وتلك الصفوف عليك أن تحسمها مع صانعيها بنفسك.
الذكاء الاصطناعي في هذا العمل
في أمن ووردبريس، النموذج اللغوي مساعد تدقيق جيد ومستشار إعداد سيئ. فهو جيد في قراءة المخرَج: قائمة الإضافات، وقائمة المستخدمين، ونص إعلان ثغرة، وهل يطابق ذلك الإعلان نسختك. وهو سيئ في إنتاج الإعدادات، والسبب أن إعداد ووردبريس يتوقف على الخادم والنموذج لم ير خادمك.
أدوات تساعد فعلا
- Claude لترتيب مخرَج التدقيق بحسب الأثر، وللاستدلال حول الأدوار والصلاحيات، لأنه يكتب استدلاله والاستدلال قابل للرد. وإيران ليست في أي من قائمتي الدول المدعومة لدى أنثروبيك ولا سبيل رسمي للدفع من إيران.
- Gemini للعمل الكمي: قراءة عدة إعلانات ثغرات تباعا واستخراج مدى النسخ الذي يشمله كل منها. تقول صفحة غوغل نفسها إن تطبيق Gemini على الويب يعمل في أكثر من ٢٣٠ دولة وإقليما، وإيران ليست في تلك القائمة.
- WP-CLI ليست أداة ذكاء اصطناعي، وهي هنا عن قصد. فجرد تنصيبك الحقيقي يأتي من هذه؛ والنموذج لا يقرأ إلا ما أنتجته، وبدونها لا شيء لديه ليقرأه.
- RGB طبقة الوصول والدفع لإيران، منفصلة عن الأدوات نفسها.
اين ينقلب ضدك
ثمة خطران هنا خاصان بهذا الموضوع. الأول: لا تطلب من نموذج أن «يؤمّن موقعك»؛ فما يعود إليك مقتطفات wp-config وقواعد htaccess. متذكَّرة نصف تذكر، وعلى موقع حي إما ألا تفعل شيئا البتة، لأن الخادم nginx وذلك الملف لا يُقرأ أصلا، وإما أن تسقط الموقع. خذ الإعدادات من توثيق ووردبريس نفسه واطلب من النموذج شرحها لا إنتاجها. والثاني وهو أخطر: لا تلصق ملف wp-config في أداة عامة أبدا. ففيه كلمة مرور قاعدة البيانات وثمانية مفاتيح مصادقة، وتلك المفاتيح الثمانية هي ما يوقّع كعكة الجلسة لكل مستخدم داخل؛ وضياعها يعني أن بإمكان أحدهم الجلوس في مقعد أي شخص بلا كلمة مرور. وأما كون المحتوى الملصوق يغذي تدريب النموذج فيتوقف على خطة تلك الخدمة وإعداداتها، وقد كتبته الشركات نفسها، ومن ذلك صفحة الخصوصية لدى غوغل لتطبيقات Gemini.
المصادر: Google: Gemini Apps privacy Where you can use the Gemini web app Anthropic supported countries
حدود هذه النصيحة
لا تنجو أي من هذه الخطوات الست من حاسوب مصاب. فإن كان الحاسوب المحمول الذي تدخل منه يحمل برمجية خبيثة، فأنت من يكمل التحقق بخطوتين بيدك، ثم تُؤخذ كعكة الجلسة بعد ذلك؛ وفي نظر الموقع دخل مدير عادي وكل شيء على ما يرام. ولهذا فأمن الجهاز الذي تدخل منه جزء من أمن الموقع، وهو غير مشمول هنا. وحدّان آخران يقالان صراحة: هذا الدرس عن ووردبريس لا عن الخادم تحته، ولا لوحة الاستضافة، ولا حساب البريد الذي تذهب إليه استعادة كلمة المرور؛ وكل رقم فيه جاء من تنصيب واحد، فترتيب الخطوات قابل للتعميم أما الأرقام فلا.
من عملنا نحن
كل رقم في هذا الدرس قُرئ من هذا التنصيب في ٧ سبتمبر ٢٠٢٦. ثلاثة عشر إعلان ثغرة من مارس ٢٠٢٥ حتى اليوم، موزعة عشرة إلى اثنين إلى واحد بين الإضافات والنواة وقالب، أُغلق اثنا عشر منها بتحديث. وألف ومئتان وأربعة وعشرون حساب مستخدم بمدير واحد بالضبط. والتحقق بخطوتين بتطبيق مصادقة فقط، وحدود الدخول عند خمس محاولات لكل عنوان وعشر لكل اسم مستخدم داخل نافذة خمس دقائق.
وأمران تعلمناهما بأنفسنا، وكلاهما مروي في هذا الدرس. الأول أرشيف النسخ الاحتياطي: قبل كتابة القاعدة الحالية كان ملف wpress. قابلا للتنزيل عبر HTTP عاديا بطلب بسيط، واليوم يعود الطلب نفسه من زائر، حتى بترويسة تنزيل جزئي، بـ٤٠٤. والثاني ما لم نتوقعه: في قائمة إضافات هذا التنصيب، عمود التحديث فارغ في كل الصفوف، وفي الوقت نفسه ما زال ماسح الثغرات يظهر بندا واحدا مفتوحا. ولم نكتب عن قصد اسم ذلك البند ونسخته؛ فتسمية الموضع الدقيق لثغرة غير مرقّعة على موقع حي هي بالضبط ما يقول هذا الدرس ألا تفعله.
اسئلة متابعة حقيقية
هل يكفي تغيير كلمة مرور لوحة التحكم وحده؟
لكلمة مرور قد تكون في تسريب، نعم، فهي ضرورية ويجب أن تكون فريدة. لكن كلمة المرور الجديدة لا تفعل شيئا حيال ثغرة داخل شفرة إضافة؛ فذلك المدخل لا يمر بصفحة الدخول أصلا. وإن لم تفعل إلا شيئا واحدا فاختر التحديث لا كلمة المرور، وإن فعلت اثنين فافعلهما معا.
هل تكفي إضافة أمنية مجانية أم أحتاج مدفوعة؟
النسخة المجانية من معظم الإضافات الجادة تشمل تحديد محاولات الدخول وتسجيل الأحداث، وهذان يحملان حصة كبيرة من الفائدة. أما ما يكون مدفوعا عادة فهو مسح الثغرات والتنبيه الآلي بشأن إضافاتك أنت، وبعد هذا الدرس تعرف لماذا يهم ذلك الجزء. وإن فضّلت أن تسلّم العمل لأحد، فتلك المراجعة والتحصين هما ما ننفذه تحت عنوان أمن الموقع.
هل أفعّل التحديث التلقائي؟
لتحديثات النواة الأمنية نعم بلا تردد؛ فووردبريس يفعّلها افتراضيا ولا سبب وجيها لإطفائها. أما للإضافات فيتوقف الأمر: فعلى موقع لديه نسخة احتياطية يومية تلقائية ومن ينظر فيه مرة في الأسبوع، تفعيلها مربح. وعلى موقع بلا نسخة احتياطية، قد يكسر تحديث تلقائي واحد الصفحة الرئيسية منتصف الليل فلا يدري أحد حتى الصباح. أي أن جواب هذا السؤال يتوقف في الواقع على الخطوة الرابعة من هذه القائمة نفسها لا على نفسه.