في الصباح تفتح الموقع الرسمي لشركتك، لتجد الصفحة الرئيسية تعيد التوجيه إلى موقع مراهنات، ونتائج البحث مليئة بكلمات عشوائية — عندما يحدث هذا، تكون ردة الفعل الأولى للمدير عادةً «احذفها بسرعة»، بينما يواجه المسؤول التقني سؤال «هل ستعود مرة أخرى بعد الحذف؟». اختراق الموقع الإلكتروني، إذا لم يُعالج بشكل صحيح، يعني اختراقًا متكررًا، وتقليص ترتيب محركات البحث، وتشكيك العملاء. هذه المقالة توضح ترتيب التعامل وما يمكن أن يفعله اختبار الأمان.
لا تتسرع في إعادة التثبيت، افهم أولاً ما الذي تم اختراقه
الاختراق ليس مشكلة واحدة، بل هناك عدة أنواع شائعة:
- تعديل الصفحات: إدراج روابط خفية أو نصوص إعادة توجيه في الصفحة الرئيسية وصفحات الأقسام، مما ينقل المستخدم إلى خارج الموقع.
- ملفات الباب الخلفي: يترك المهاجم webshell يمكنه من خلاله الدخول في أي وقت، وحذف الصفحات لن يفيد.
- حقن قاعدة البيانات: إدخال كميات كبيرة من الروابط الضارة في جداول المحتوى، والتي لا يمكن رؤيتها من لوحة التحكم العادية.
- اختطاف على مستوى الخادم: تعديل إعدادات Nginx أو Apache، أو إخفاء نصوص تحميل في المهام المجدولة.
سيناريو حقيقي: موقع شركة لتأجير المعدات، تم اختراقه بعد ثلاثة أشهر من إعادة التصميم. قام الفني بحذف كود إعادة التوجيه من الصفحة الرئيسية فقط، لكن الاختراق عاد بعد أسبوع. عند التحقيق تبين أن المهاجم رفع بابًا خلفيًا عبر واجهة رفع ملفات قديمة في المحرر، ولم يتم تنظيف المجلدات القديمة أثناء إعادة التصميم. معالجة المظهر فقط دون معالجة نقطة الدخول تعني عدم المعالجة.
لذا الخطوة الأولى ليست الحذف، بل حفظ الأدلة وتحديد الموقع: احتفظ بنسخة احتياطية من الملفات المُعدَّلة والسجلات وقاعدة البيانات، ثم حدد من أين تم الدخول.
ترتيب التعامل: العزل، جمع الأدلة، التنظيف، التحصين
الخطوات الموصى بها بعد الاختراق:
1. العزل: إيقاف الموقع أو تحويله إلى صفحة صيانة، لتجنب استمرار محركات البحث في فهرسة المحتوى الضار، وتجنب وقوع المستخدمين في الفخ.
2. جمع الأدلة: الاحتفاظ بسجلات الوصول وسجلات الأخطاء والطوابع الزمنية للملفات المُعدَّلة. هذه هي الأساس لتحديد نقطة الدخول لاحقًا.
3. التنظيف: حذف الأبواب الخلفية، واستعادة الملفات المُعدَّلة، وتنظيف المحتوى المحقون في قاعدة البيانات. انتبه لعدم استخدام الاستعادة «بالكتابة فوق» التي قد تمحو السجلات أيضًا.
4. التحصين: تغيير جميع كلمات مرور لوحة التحكم وقاعدة البيانات ومفاتيح SSH للخادم، وإغلاق واجهات الرفع غير المستخدمة وأذونات تنفيذ المجلدات.
5. إعادة الفحص: المراقبة لمدة أسبوع إلى أسبوعين للتأكد من عدم تكرار الاختراق.
تحذير من الأخطاء: لا تكتفِ بتغيير كلمة مرور لوحة التحكم. إذا كان الباب الخلفي لا يزال موجودًا، فتغيير كلمة المرور مجرد تأجيل. بالإضافة إلى ذلك، العديد من مواقع الشركات يتم تطويرها بواسطة جهات خارجية، وعند إعادة التصميم يكون التسليم غير مكتمل، فتبقى المجلدات القديمة وملفات الاختبار والنسخ الاحتياطية على الخادم، وكلها نقاط دخول شائعة.
ما الذي يمكن أن يكشفه اختبار الأمان فعلاً
يعتقد الكثيرون أن اختبار الأمان هو مجرد «فحص الثغرات»، لكن بالنسبة للمواقع المخترقة، تكمن قيمة اختبار الأمان في إيجاد نقطة الدخول والمخلفات.
يشمل عادةً:
- فحص الثغرات: فحص حقن SQL وXSS ورفع الملفات وكلمات المرور الضعيفة والمشكلات الشائعة الأخرى.
- فحص الأبواب الخلفية: مقارنة تجزئات الملفات، والبحث عن webshell غير طبيعي، وفحص المهام المجدولة وعناصر بدء التشغيل.
- فحص الأذونات: أذونات المجلدات، وأذونات حسابات قاعدة البيانات، ومدى معقولية مصادقة واجهات لوحة التحكم.
- اختبار المنطق: مثلاً في تطبيق الحجز المصغر، هل يمكن تجاوز الواجهة الأمامية وإرسال بيانات غير قانونية مباشرة؛ في نظام إدارة لوحة التحكم، هل يمكن لحساب عادي الوصول إلى واجهات المدير بشكل غير مصرح.
يجب التوضيح هنا: اختبار الأمان ليس «اختبارًا واحدًا وأمان دائم». تطوير المواقع وتطوير التطبيقات المصغرة وتطوير التطبيقات — بمجرد إطلاق ميزات جديدة، قد تظهر مخاطر جديدة. الممارسة العملية هي إجراء اختبار قبل الإطلاق، وآخر بعد إعادة تصميم كبيرة.
كيف تحمي مواقع الشركات يوميًا لتجنب الوقوع في الموقف الدفاعي
بدلاً من انتظار الاختراق، من الأفضل إتقان الإجراءات اليومية:
- الحفاظ على تحديث إصدارات البرامج: الإصدارات القديمة من CMS والأطر والإضافات هي الأكثر عرضة للخطر.
- تقليص مداخل لوحة التحكم: تغيير المسار الافتراضي، وإضافة تحقق ثنائي، وتقييد عناوين IP لتسجيل الدخول.
- منع تنفيذ النصوص في مجلد الرفع: هذا البند وحده يمكنه صد جزء كبير من الأبواب الخلفية عبر الرفع.
- نسخ احتياطي دوري وتخزين في موقع مختلف: يجب أن تكون النسخة الاحتياطية قابلة للاستعادة، ولا تُخزَّن على نفس الخادم فقط.
- الاحتفاظ بالسجلات: عند وقوع حادث، عدم وجود سجلات يعني البحث الأعمى تقريبًا.
إذا كان موقعًا لشركة، يمكن أيضًا التفكير في فصل الموارد الثابتة عن الموقع الرئيسي، لتقليل نطاق التأثير بعد الاختراق.
متى يكون من المناسب الاستعانة بـ MIC Studio
ليس كل الحالات تتطلب فريقًا خارجيًا. إذا كانت مجرد إدراج أسطر قليلة من الكود في الصفحة، ويمكنك تحديد نقطة الدخول بنفسك والتأكد من عدم وجود أبواب خلفية، فالتعامل الذاتي كافٍ.
لكن في الحالات التالية، الاستعانة بفريق متخصص ستكون أسهل:
- الاختراق المتكرر دون القدرة على تحديد نقطة الدخول؛
- الموقع يتضمن بيانات مستخدمين أو طلبات أو مدفوعات، والقلق من تسريب البيانات؛
- الاستعداد لإعادة تصميم الموقع أو تطوير تطبيق مصغر، والرغبة في إجراء اختبار أمان قبل الإطلاق؛
- نظام إدارة لوحة التحكم معقد الأذونات، والرغبة في التحقق من تجاوز الصلاحيات والثغرات المنطقية.
MIC Studio تقوم بتطوير المواقع وتطوير التطبيقات المصغرة وتطوير التطبيقات وتطوير النصوص البرمجية، كما تقوم باختبار أمان المواقع والاختبار العكسي. نهجنا عادةً هو تحديد المشكلة أولاً، ثم تقديم توصيات المعالجة، ولا نطلب منك إعادة بناء الموقع بالكامل من البداية.
الختام: ثلاثة أشياء يمكن فعلها فورًا
1. خذ نسخة احتياطية اليوم: احفظ ملفات الموقع وقاعدة البيانات والسجلات في مواقع مختلفة.
2. افحص مجلد الرفع ومدخل لوحة التحكم: تأكد من أن مجلد الرفع لا يسمح بتنفيذ النصوص، وأن لوحة التحكم لا تحتوي على كلمات مرور افتراضية ضعيفة.
3. رتّب اختبار أمان: خاصة للمواقع التي أُعيد تصميمها أو أُطلقت حديثًا، لا تنتظر وقوع الحادث.
اختراق الموقع ليس مخيفًا، المخيف هو عدم معرفة نقطة الدخول وما إذا كان سيعود بعد المعالجة. ترتيب الخطوات بشكل صحيح أكثر فائدة من التسرع في حذف الصفحات.