لوين بقدر أوصل بفحص الأنظمة لحالي باستخدام أدوات إدارة سطح الهجوم مفتوحة المصدر؟

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

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

في العام الماضي شغّلت فاحصاً مفتوح المصدر مشابهاً على خادمنا في برلين. بعد ساعة واحدة فقط تلقينا تحذيراً بنشاط مشبوه من شركة الاستضافة وعُلقت حركة مرور الخادم بالكامل. وظلت أنظمتنا متوقفة لنصف يوم حتى تمكنا من توضيح الموقف.

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

نصيحة لا تبدأ فحصاً مكثفاً وعنيفاً بدون ما تبلّغ الداتا سنتر مسبقاً وتخليهم يحطوا الـ IP تبعك في القائمة البيضاء، وإلا حتبتلش مع قسم الـ abuse.

هل الخوادم التي تستخدمونها مخصصة لكم بالكامل (dedicated) أم أجهزة سحابية مشتركة؟ ففي البيئات المشتركة تكون القواعد أكثر صرامة بكثير بسبب مخاطر التأثير على عملاء آخرين في نفس نطاق الـ IP.

حتى لو كانت البنية التحتية ملكاً لكم بالكامل، لا تبدأوا بأي فحص نشط للثغرات على طبقة الشبكة دون تقديم إخطار رسمي لمركز البيانات.

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

لا تترددوا في السؤال، فالسائل يدفع ثمناً أقل دائماً. هذا كل شيء، أرجو المعذرة إذا أطالت.

أود طرح سؤال. إمكانية الوصول إلى النسخة الاحتياطية عبر نفس الشبكة ونفس الهوية تجعلها جزءًا من الهدف.

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

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

لو كنت مكانك، لسلك هذا المسار.

يجب أن نسير بالترتيب. الأمان ليس مطلقاً؛ بل يعني جعل الهجوم غير مجدٍ من حيث الجهد.

لا يتم التحقق من تغييرات معلومات الدفع أبداً عبر القناة الواردة منها. هذا كل شيء، أرجو المعذرة إذا أطالت.

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

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

بالتأكيد. على كل حال وإذا أردت إضافة شيء: إذا لم يكن الإذن والنطاق مكتوبين، فلا تبدأوا الاختبار.

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

صحيح.

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

مثبت بالتجربة.

حدث معنا هذا. معظم الحوادث لا تبدأ من ثغرة أمنية، بل من كلمة مرور مسربة.

بالطبع يختلف الأمر إذا كانت حالتك مختلفة.