الحماية من DDoS والروبوتات الضارة في الاستضافة
· PoolByte Technology
إذا تباطأ موقعك فجأة أو وصل إلى حدود موارد الاستضافة، فهذا لا يعني دائمًا هجوم DDoS. يمكن أيضًا للحملة الناجحة أو ذكر الاسم على شاشة التلفزيون أو النشرة الإخبارية المقروءة على نطاق واسع أن تجلب حركة مرور فورية. من ناحية أخرى، فإن جزءًا كبيرًا من الزيارات إلى موقعك تأتي من الروبوتات، وليس من البشر. تعد روبوتات محرك البحث مفيدة؛ الروبوتات التي تنسخ المحتوى أو تحاول كلمات المرور أو تبحث عن نقاط الضعف تستهلك الموارد وتشكل مخاطر.
هجوم DDoS (رفض الخدمة الموزعة) هو محاولة لجعل الخدمة غير قابلة للوصول من خلال طلبات من مصادر متعددة. نناقش في هذه المقالة كيفية تصنيف نمو حركة المرور وما يمكنك فعله على جانب موقع الويب لحماية DDoS.
تصنيف نمو حركة المرور
السؤال الأول من أين تأتي الزيادة؟ ابحث عن هذه العلامات في سجلات الوصول:
- هل تذهب معظم الطلبات إلى نفس العنوان أم أنها منتشرة عبر الموقع؟
- هل معلومات وكيل المستخدم غير متناسقة أم هي نفسها دائمًا؟
- هل هناك تركيز على العناوين المكلفة مثل الصفحة الرئيسية أو
xmlrpc.phpأو نتائج البحث؟ - هل ترى الكثير من الطلبات لصفحات غير موجودة، أي تسجيلات 404 كثيفة؟
- هل تتلقى الأعمال التجارية المحلية حركة مرور كثيفة من بلدان غير متوقعة؟
غالبًا ما يمكن أن تُعزى حركة المستخدم الفعلية إلى حملة أو مشاركة محتوى، ويتم توزيعها بشكل طبيعي عبر الصفحات، وتظهر أيضًا في مقاييس التحويل. غالبًا ما تكرر حركة الروبوتات نمطًا واحدًا.
نوعان رئيسيان من هجمات DDoS
تعمل الهجمات على طبقة الشبكة عن طريق إرسال المزيد من البيانات إلى الخادم أو اتصال الشبكة مما يمكنها التعامل معه. لا يمكن حل هذه الأنواع من الهجمات من خلال إعدادات موقع الويب؛ يجب استيفاءها في مركز البيانات أو مزود الاستضافة أو مستوى CDN.
تتم الهجمات على طبقة التطبيق من خلال طلبات HTTP ذات المظهر الطبيعي. يستهدف المهاجم على وجه التحديد الصفحات التي تفرض ضرائب على الخادم: العناوين التي تقوم بتشغيل استعلام قاعدة بيانات عند كل طلب، مثل البحث أو التصفية أو سلة التسوق أو تسجيل الدخول. تُحدث هذه الأنواع من التدابير من جانب موقع الويب فرقًا كبيرًا.
ما يمكنك القيام به على الجانب التطبيقي
إن تقليل حمل الصفحات المكلفة يعمل سواء في حركة المرور الحقيقية أو في وقت الهجوم. يضمن التخزين المؤقت للصفحات التي يتم عرضها بنفس الطريقة للجميع عدم وصول غالبية الطلبات إلى التطبيق أبدًا؛ التفاصيل موجودة في دليل CDN وذاكرة التخزين المؤقت .
وتشمل التدابير الأخرى ما يلي:
- قم بتطبيق حدود معدل لكل IP على عناوين تسجيل الدخول والبحث والنماذج.
- قم بإيقاف تشغيل نقاط النهاية التي لا تستخدمها؛ على سبيل المثال، في WordPress، إذا لم يكن النشر عن بعد مطلوبًا، فاحظر الوصول إلى XML-RPC.
- قم بحماية شاشة تسجيل الدخول من خلال التحقق بخطوتين والحد التجريبي.
- إضافة عناصر تحكم غير مرئية للروبوتات إلى النماذج؛ لقد شرحنا الطرق في دليل الحماية من البريد العشوائي .
تعرف على دور WAF
يقوم جدار حماية تطبيقات الويب (WAF) بفحص طلبات HTTP الواردة باستخدام القواعد وإيقاف أنماط الهجوم المعروفة قبل أن تصل إلى تطبيقك. يعد حقن SQL ومحاولات البرامج النصية الضارة وعمليات المسح بحثًا عن ثغرات المكونات الإضافية المعروفة والطلبات الواردة من مصادر حسنة السمعة أهدافًا نموذجية لهذه القواعد.
يوفر Imunify360، المضمن في حزم استضافة PoolByte، جدار حماية على مستوى الخادم وقواعد WAF وفحص البرامج الضارة. هذه الطبقة لا تعوض نقص التحديثات في تطبيقك؛ ولكنه يقضي على معظم الهجمات التلقائية في مرحلة مبكرة.
حافظ على هدوئك أثناء الهجوم
عند الاشتباه في حدوث هجوم، فإن تغيير كل الإعدادات في نفس الوقت يجعل من الصعب فهم المشكلة. بدلاً من ذلك، اتبع الخطوات التالية: سجل في السجلات العناوين والمصادر التي تأتي منها الطلبات، وقم بإخطار دعم الاستضافة بالنطاق الزمني وعينات الطلبات، وتقييد الميزات الثقيلة مؤقتًا مثل البحث أو التصفية إذا لزم الأمر. إذا كنت تستخدم CDN، فيمكنك تفعيل أوضاع الحماية الصارمة المقدمة في حالة الهجوم.
بمجرد انتهاء الهجوم، راجع السجلات وقم بتحديث حد المعدل المستمر وقواعد WAF. حتى لو لم يكن هناك هجوم، إذا كان استخدام الموارد الخاص بك دائمًا قريبًا من الحد الأقصى، فقم بتقييم الحزمة الخاصة بك لـ حدود استضافة وحدة المعالجة المركزية وذاكرة الوصول العشوائي والإدخال/الإخراج .
الأسئلة المتداولة
هل يكفي حظر عناوين IP المسيئة واحدًا تلو الآخر؟
عادة لا. تأتي هجمات DDoS من عناوين متعددة ومتغيرة باستمرار. قد توفر الكتل الفردية راحة قصيرة المدى؛ الحل الدائم هو القواعد القائمة على السلوك وحماية التراكب.
هل يجب علي حظر روبوتات محرك البحث؟
لا، فحظر روبوتات محرك البحث الحقيقية يجعل من الصعب على موقعك الظهور في عمليات البحث. ومع ذلك، هناك روبوتات مزيفة تتظاهر بأنها Googlebot. بالنسبة للطلب المشبوه، يمكنك التحقق مما إذا كان الروبوت ينتمي بالفعل إلى محرك البحث ذي الصلة من خلال استعلام DNS العكسي.