عندما يبدأ موقع WordPress فجأة في إعادة التوجيه إلى صفحات غريبة، أو إرسال رسائل غير مرغوب فيها، أو عرض ملفات مشبوهة على الخادم، يطرح معظم الأشخاص على الفور سؤالاً واحدًا:
كيف يمكنك تنظيف هذا في أسرع وقت ممكن؟
رد الفعل هذا منطقي. بمجرد تعرض موقع ويب للاختراق، تكون الأولوية الأولى عادةً هي إعادته تحت السيطرة.
ولكن إذا توقفت عند هذا الحد، فغالبًا ما تعود نفس المشكلة لاحقًا.
لأنه في معظم الحالات، لا تدخل البرامج الضارة من خلال اختراق واحد بأسلوب فيلم درامي. ويدخل من خلال عادات صغيرة كانت تبدو غير ضارة في ذلك الوقت:
لذا بالنسبة لي، السؤال الأكثر أهمية ليس فقط “كيف يمكنك إزالته؟” لكن:
ما هي نقطة الدخول التي سمحت باختراق موقع الويب في المقام الأول؟
إذا لم تفهم هذا المسار، فغالبًا ما يصبح التنظيف بمثابة إصلاح على مستوى السطح. قد يبدو الموقع طبيعيًا مرة أخرى، لكن الأساس لا يزال ضعيفًا.
في هذه المقالة، أريد أن أتناول هذا الأمر بشكل أكثر هدوءًا وعمليًا: كيف تصل البرامج الضارة عادةً إلى موقع WordPress، ولماذا غالبًا ما تبدو المشكلة مفاجئة، وما هي المجالات التي عادةً ما أتحقق منها أولاً أثناء التحقيق.
إذا كان موقع الويب الخاص بك يعرض بالفعل عمليات إعادة توجيه غير عادية أو ملفات مشبوهة أو أنماط حركة مرور غريبة، فقد ترغب أيضًا في قراءة 7 علامات على أن موقع WordPress الخاص بك مصاب ببرامج ضارة وكيفية إصلاحها أو انتقل مباشرة إلى خدمة إزالة البرامج الضارة في WordPress إذا كان الموقف يحتاج إلى مساعدة فورية.
يتخيل الكثير من الأشخاص أن هجمات البرامج الضارة تشبه مشهدًا سينمائيًا: يستهدف المتسلل بعناية موقعًا محددًا ويقتحم النظام باستخدام بعض التقنيات المتقدمة للغاية.
في الواقع، معظم إصابات ووردبريس أقل دراماتيكية من ذلك بكثير.
ما يحدث عادة هو أبسط:
بمعنى آخر، غالبًا لا يتم “اختيار” موقع الويب الخاص بك شخصيًا. يحدث فقط أن تجلس على طريق يسهل الدخول إليه.
ولهذا السبب، حتى المواقع الصغيرة يمكن أن تصاب بالعدوى.
إذا اضطررت إلى اختيار نقطة دخول واحدة غالبًا ما تجعل الحالة أسوأ بكثير، فستكون هذه: مكونات إضافية أو سمات لاغية.
لماذا هذا خطير؟
لأن الملفات الخالية ليست مجرد “إصدارات مجانية” من المكونات الإضافية المتميزة. وفي كثير من الحالات، تم تعديلها. يمكن للمهاجمين إخفاء:
تصبح المشكلة أكثر خطورة لأن الموقع لا يزال يبدو طبيعيًا بعد تثبيت الملف. قد تظل العدوى خاملة لعدة أيام أو أسابيع، ثم تنشط لاحقًا عندما يريد المهاجم ذلك.
لذلك عندما يقول شخص ما، “لقد قمت بتثبيت هذا البرنامج المساعد منذ فترة والآن فقط بدأت الأمور تسير على نحو خاطئ،” فهذا ليس غريبًا على الإطلاق.
غالبًا ما يتم تصميم الأبواب الخلفية لتبقى مخفية.
إذا كنت قد استخدمت في أي وقت مضى مكونًا إضافيًا أو سمة مقرصنة، فسأكون صريحًا: فهذه دائمًا منطقة عالية الخطورة. حتى لو لم يظهر موقع الويب الخاص بك الأعراض بعد، فإن الأساس غير صحي بالفعل.
WordPress نفسه ليس غير آمن تلقائيًا. تظل العديد من مواقع WordPress مستقرة جدًا عندما تتم صيانتها بشكل صحيح.
تبدأ المشكلات عادةً عندما تُترك التحديثات لتتراكم.
بمجرد ظهور ثغرة أمنية في:
غالبًا ما تتحرك الروبوتات والمهاجمون بسرعة.
لا يحتاجون إلى تخمين الكثير. إنهم يقومون فقط بالبحث عن المواقع التي لا تزال تعمل بإصدار ضعيف، ثم يقومون بتجربة استغلال معروف للعامة بالفعل.
وهذا أمر مهم: لا يتم اختراق العديد من المواقع لأن المهاجم ذكي بشكل غير عادي. لقد تم اختراقها لأن الضعف معروف بالفعل ولم يتم إصلاحه بعد.
ولهذا السبب فإن الصيانة ليست “مهمة إضافية”. الصيانة جزء من الأمن.
إذا تم تأجيل التحديثات دائمًا بسبب خوف الأشخاص من كسر شيء ما، فغالبًا ما لا تكون المشكلة في التحديث نفسه. المشكلة الحقيقية هي سير عمل الصيانة غير المنظم.
هذه نقطة دخول بسيطة، لكنها لا تزال تحدث كثيرًا.
يمكن اختراق موقع WordPress ليس لأن المهاجم اكتشف خللًا فنيًا عميقًا، ولكن لأنه تمكن من الاستيلاء على حساب المسؤول.
ويحدث ذلك عادة من خلال:
بمجرد حصول المهاجم على حق الوصول الإداري، فلن يحتاج إلى “الاختراق” أكثر من ذلك بكثير. لديهم بالفعل ما يكفي من الوصول إلى:
هذا هو السبب في أن أمان WordPress لا يقتصر فقط على المكونات الإضافية للأمان. بل هو أيضا حول الانضباط الوصول.
إذا كانت طبقة الإدارة ضعيفة، يصبح كل شيء آخر أقل أهمية بكثير.
يتم التغاضي عن هذا في كثير من الأحيان أكثر مما ينبغي.
على سبيل المثال:
ثم يتم ترك هذه الحسابات نشطة لعدة أشهر.
لكن كل حساب نشط يمثل سطح هجوم آخر.
كلما زاد عدد الحسابات غير المستخدمة التي تركتها خلفك، زادت فرصة استخدام نقطة ضعف منسية ضدك في النهاية.
في بعض الأحيان لا تكمن المشكلة في الحساب نفسه، بل:
عندما أقوم بتدقيق موقع WordPress موجود منذ فترة، عادةً ما تكون قائمة المستخدمين من أول الأشياء التي أتحقق منها.
لأنه في كثير من الأحيان، لا تكون المشكلة الجذرية هي طبقة الملف أولاً. إنها طبقة الوصول.
تحتوي بعض مواقع WordPress على الكثير من مسارات التحميل:
إذا كان التحقق ضعيفًا، فقد يحاول المهاجمون إدراج ملف لم يكن من المفترض السماح له بالمرور مطلقًا.
على سبيل المثال:
بالطبع، ليس كل سطح تحميل قابل للاستغلال على الفور. يقوم العديد من المضيفين والتكوينات الحديثة بالفعل بعمل جيد للحد من ذلك.
ولكن إذا كان تكوين الخادم فضفاضًا ولم يتحقق المكون الإضافي من صحة التحميلات بشكل صحيح، فيمكن أن تصبح هذه المنطقة نقطة دخول حقيقية.
ولهذا السبب يجب التعامل مع كل ميزة تحميل على أنها حساسة، وليس فقط كميزة ملائمة.
في بعض الأحيان يركز الناس فقط على WordPress، في حين أن نقطة الضعف الحقيقية تكمن في طبقة واحدة أدناه.
على سبيل المثال:
في بيئات الاستضافة المشتركة المعزولة بشكل سيئ، يمكن أن يصبح هذا النوع من المخاطر أكثر إزعاجًا.
أنا لا أقول أن جميع الاستضافة المشتركة غير آمنة. الأمر ليس بهذه البساطة.
لكن جودة الاستضافة تؤثر بشكل واضح على الأمان. يمكن للخادم الذي تتم إدارته بشكل سيء أن يجعل إعداد WordPress اللائق عرضة للخطر.
ولهذا السبب، بالنسبة لمواقع الأعمال الجادة، أشعر دائمًا بالتحسن عندما تكون الأساس سليمًا أيضًا. ليس فقط مجموعة المكونات الإضافية والموضوع، ولكن أيضًا بيئة الخادم.
وهذا مفهوم خاطئ شائع.
بمجرد قيام الأشخاص بتثبيت مكون إضافي للأمان، يشعرون كما لو أن موقع الويب محمي تلقائيًا.
لكن المكوّن الإضافي للأمان هو أداة، وليس بديلاً عن الانضباط الجيد.
لا يزال من الممكن إصابة موقع WordPress حتى في حالة وجود مكون إضافي للأمان في حالة:
إنه مثل تثبيت CCTV ولكن ترك الباب الخلفي مفتوحًا.
لا يزال المكون الإضافي للأمان مهمًا. أوصي بحماية الطبقات. لكن تلك الطبقات تحتاج إلى دعم بعضها البعض.
لا تأتي كل الإصابة من مكون إضافي عام.
في بعض الأحيان تأتي المشكلة من:
يحدث هذا غالبًا على مواقع الويب التي لمسها العديد من الأشخاص بمرور الوقت.
الجميع يضيف شيئا قليلا. قليلا هنا. قليلا هناك. بدون التوثيق المناسب.
في نهاية المطاف، لا أحد يعرف حقًا أي جزء لا يزال آمنًا، وأي جزء تجريبي، وأي جزء كان يجب إزالته منذ فترة طويلة.
كلما أصبح موقع الويب أكثر تعقيدًا، أصبحت عمليات تدقيق التعليمات البرمجية الروتينية أكثر أهمية.
هذا هو المسار الذي ينسى الكثير من الناس التفكير فيه.
في بعض الأحيان لا يتم اختراق الموقع مباشرة من الخارج. في بعض الأحيان يتم اختراق حساب مسؤول شرعي أولاً للأسباب التالية:
بمجرد وقوع بيانات اعتماد المسؤول في الأيدي الخطأ، يمكن للمهاجم تسجيل الدخول مثل المستخدم العادي.
في السجلات، قد يبدو ذلك بمثابة تسجيل دخول شرعي.
ولهذا السبب يعتمد أمان موقع الويب أيضًا على الأجهزة المستخدمة لإدارته.
هذه ليست نقطة الدخول الأصلية، ولكنها سبب شائع وراء عودة العدوى.
على سبيل المثال، تم تنظيف الموقع مرة واحدة. ثم بعد بضعة أسابيع، تظهر نفس المشكلة مرة أخرى.
في كثير من الأحيان يكون السبب:
فيبدو الموقع نظيفًا للحظة، ثم تعود نفس المشكلة.
ولهذا السبب فإن السؤال المهم ليس فقط “ما هي النسخة الاحتياطية المتوفرة؟” ولكن أيضًا “ما هي النسخة الاحتياطية النظيفة بالفعل؟“
في مرحلة الذعر، يقترح العديد من مقدمي خدمة الاستضافة عادةً شيئين:
ولكي نكون منصفين، فإن هذه الخطوات يمكن أن تساعد في حالات الطوارئ.
إذا كان الهدف هو إعادة الموقع إلى الإنترنت بسرعة، فقد يكون هذا النهج مفيدًا على المدى القصير. يبدأ الموقع في الظهور بشكل طبيعي مرة أخرى. تختفي الملفات المعطلة. قد تستقر حركة المرور.
لكن المشكلة تكمن في أن هذه الخطوات غالبًا لا تجيب على السبب الجذري.
لأنه إذا كنت لا تزال لا تفهم كيفية دخول البرامج الضارة، فأنت لا تعرف بعد:
وهذا هو السبب في أن موقع الويب الذي “بدا جيدًا مرة أخرى” يمكن أن يصاب مرة أخرى بعد أيام أو أسابيع.
يمكن أن تؤدي إعادة ضبط الاستضافة إلى تنظيف السطح. يمكن أن تؤدي استعادة نسخة احتياطية إلى إعادة الموقع بصريًا. ولكن إذا كان مسار الوصول الأصلي أو الباب الخلفي أو نقطة الضعف لا يزال مفتوحًا، فغالبًا ما يحتاج المهاجم فقط إلى العودة من خلال نفس الباب.
لذا، من وجهة نظري، إعادة التعيين والاستعادة ليسا حلين نهائيين. من الأفضل أن ينظر إليهم على أنهم:
ليس الجواب النهائي.
إذا كنت أتعامل مع حالة كهذه، أشعر دائمًا بالتحسن عندما تتبع عملية إعادة التعيين أو الاستعادة عملية تدقيق مناسبة:
وبخلاف ذلك، قد يكون الموقع على قيد الحياة مرة أخرى، ولكن الأساس لا يزال غير آمن.
عندما أقوم بالتحقيق في موقع WordPress أصيب ببرامج ضارة، عادةً ما أبدأ بسلسلة بسيطة من الأسئلة:
wp-content أو التحميلات أو ملفات السمات؟هذا التسلسل ليس متطابقًا في كل حالة، ولكنه غالبًا ما يساعد في تسريع التشخيص.
بالنسبة لي، أفضل طريقة للتفكير في البرامج الضارة لـ WordPress ليست كحدث عشوائي، ولكن كنتيجة نقاط ضعف صغيرة ظلت مفتوحة لفترة طويلة.
ونادرا ما يكون سببا واحدا قائما بذاته.
عادة ما يحدث هو:
ولهذا السبب لا يمكن أن يعتمد منع البرامج الضارة على أداة واحدة فقط.
ما تحتاجه هو نظام أكثر هدوءًا واكتمالًا:
إذا كنت تريد تقليل المخاطر بطريقة حقيقية، فسأبدأ بهذه الخطوات:
إذا كان موقع الويب الخاص بك يبدو جيدًا اليوم، فهذا هو في الواقع أفضل وقت لتنظيفه.
لأن الموقع الذي يبدو طبيعيًا اليوم ليس بالضرورة نظيفًا. في بعض الأحيان تصبح المشكلة الحقيقية مرئية فقط بعد انتشار الضرر.
عادةً ما تصل البرامج الضارة إلى موقع WordPress ليس عن طريق السحر، ولكن بسبب ترك الباب مفتوحًا.
يمكن أن يكون هذا الباب مكونًا إضافيًا لاغيًا، أو تحديثات متأخرة، أو كلمة مرور مسؤول ضعيفة، أو مسار تحميل ملف غير مثبت، أو خادمًا غير سليم، أو مزيجًا منها جميعًا.
كلما فهمت نقطة الدخول بشكل أسرع، قلت احتمالية التعامل مع البرامج الضارة باعتبارها حادثًا غامضًا جاء من العدم.
وأعتقد أن هذا مهم.
لأنه لا ينبغي حماية موقع الويب التجاري من خلال الذعر. يجب حمايتها من خلال نظام هادئ ومنضبط ومتعدد الطبقات.
إذا كنت تريد المضي قدمًا خطوة أخرى، أوصي بقراءة 7 علامات على أن موقع WordPress الخاص بك مصاب ببرامج ضارة وكيفية إصلاحها، أو تعزيز روتينك باستخدام دليل صيانة موقع الويب الكامل، أو الانتقال مباشرة إلى خدمة إزالة البرامج الضارة في WordPress إذا كان موقعك يظهر بالفعل سلوكًا مشبوهًا.
مؤسس Harun Studio ومطور مواقع ومدوّن ومراجع لاستضافات المواقع. يساعد أصحاب الأعمال على بناء مواقع أكثر صحة من خلال التصميم والتطوير والصيانة طويلة الأمد.
اكتشف رؤى أخرى ترتبط ارتباطًا مباشرًا بهذا الموضوع.
الأمان عادةً ما تعني برامج WordPress الضارة التي تعود بعد التنظيف أن السبب الجذري لم تتم إزالته مطلقًا: باب خلفي متبقي، أو مهمة cron مخفية، أو مستخدم إداري غير معروف، أو مكون إضافي لاغي، أو إعادة توجيه للجوال فقط فاتت أثناء فحص سطح المكتب.
اقرأ المقال
الأمان أحد أنماط البرامج الضارة المتكررة التي أشاهدها دائمًا على مواقع WordPress: تعود الملفات المشبوهة، ويتم استبدال نتائج فهرس Google برسائل غير مرغوب فيها، وفي أسوأ الحالات تتلف قاعدة البيانات. وهنا ما يحدث عادة.
اقرأ المقال
الأمان تعرف على كيفية التعرف على موقع WordPress المصاب ببرامج ضارة من خلال 7 علامات مخفية وإيجاد طرق فعالة لإصلاحه بسرعة.
اقرأ المقال