يمكن لمشاركة Samba مكشوفة على الجهاز file1 (بالعنوان 10.0.0.30) أن تكشف عن ملفات لأي شخص يصل إلى الخدمة، وذلك دون الحاجة إلى كسر كلمة مرور أو تثبيت برمجيات خبيثة. تُعد هذه النتيجة مفيدة في مختبرنا لأنها توضح سبب ضرورة وضع حدود للاختبارات الأمنية قبل البدء بأي منها. سنقوم بفحص الأنظمة التي نمتلكها فقط أو تلك التي لدينا إذن خطي باختبارها، وسنوثق ما كشفته الخدمة ليتمكن مالك النظام من معالجة الثغرة.
تتمثل بيئتنا الثابتة في الشبكة الخاصة 10.0.0.0/24. يعمل نظام Kali (بالعنوان 10.0.0.10) كمحطة عمل للاختبار. يمثل الجهاز web1 (بالعنوان 10.0.0.20) هدفاً من نوع Metasploitable 2 يتيح خدمات عبر المنافذ 21 و22 و80، بينما يتيح الجهاز file1 (بالعنوان 10.0.0.30) خدمة Samba عبر المنفذين 139 و445. لا تندرج أي عناوين خارج نطاق هذه الشبكة الفرعية ضمن نطاق التمرين، كما لا يحتوي المختبر على أي أهداف متصلة بالإنترنت. نحن نكتفي بعرض طبيعة الثغرة وتأثيرها الملحوظ، دون استعراض خطوات استغلال هجومية (weaponized steps) يمكن إعادة استخدامها ضد أنظمة أخرى. لنلقِ نظرة على الحدود التي تضمن بقاء كل تمرين لاحق ضمن النطاق المحدد:
يوضح هذا الرسم البياني مساراً واحداً مسموحاً به: من نظام Kali باتجاه هدفي المختبر المحددين. يُعد الطلب الموجه إلى العنوان 10.0.0.30 ضمن نطاق الاختبار لأن file1 هو هدف مخصص؛ في المقابل، يُحظر توجيه الطلب نفسه إلى عنوان غير معروف، حتى وإن بدت الخدمة متطابقة.
نظراً لأن حدود الشبكة وحدها لا تحدد السلوك المقبول، فإننا بحاجة إلى اتفاقية “قواعد الاشتباك” (Rules of Engagement)؛ وهي عقد مكتوب يحدد الجهات المصرح لها بالاختبار، والأصول المشمولة بالاختبار، وتوقيت إجراء الاختبار، والأساليب المسموح بها. في هذه الدورة التدريبية، تحدد الاتفاقية الهدفين web1 و file1، وتقصر النشاط على النطاق 10.0.0.0/24، وتعتبر Kali المصدر الوحيد لعمليات الاختبار. يميز التفويض المكتوب بين التقييم الخاضع للرقابة وبين الوصول غير المصرح به بموجب قوانين مثل “قانون الاحتيال وإساءة استخدام الحاسوب” في الولايات المتحدة و"قانون إساءة استخدام الحاسوب لعام 1990" في المملكة المتحدة. تقدم هذه الدورة تدريباً تقنياً، ولا تقدم استشارات قانونية.
كما تمنع الاتفاقية تحول التمارين المخصصة للمبتدئين إلى أنشطة ضارة. يمكننا تحديد الخدمات المكشوفة ومراقبة ما إذا كانت قائمة ملفات Samba (المتاحة للوصول المجهول) تكشف عن اسم ملف ما، وذلك بشكل آمن. نحن لا نقوم بتعديل الحمولات (payloads)، أو التهرب من المراقبة، أو إنشاء آليات للوصول المستمر (persistence)، أو تعطيل التوافر، أو شن هجمات تخمين كلمات المرور بكثافة عالية، أو تدوين بيانات اعتماد حقيقية في الملاحظات. يجب أن ينتج عن الاختبار أدلة يمكن للمدافع (المسؤول عن أمن النظام) التحقق منها، لا أن يتسبب في تغييرات غير مضبوطة تتطلب من مالك المختبر معالجتها أو إصلاح آثارها.
الحدود الآمنة
إذا أدى إجراء ما إلى تغيير في الوصول أو التوافر أو الاستمرارية (persistence) بما يتجاوز نطاق المراقبة المتفق عليه، فتوقف وسجّل الحالة بدلاً من المضي قدماً.
تنتج كل خطوة مسموح بها أثراً بسيطاً من الأدلة. يتم تسجيل الأمر كما كُتب، والطابع الزمني، وعنوان الهدف، والمخرجات ذات الصلة في دفتر الملاحظات. فإذا أظهرت قائمة الملفات المشتركة وجود ملف باسم backup.zip، فإننا نسجل هذا الاسم وحالة الوصول، ثم نتساءل: أي سجلات للمدافع ستظهر هذا الاتصال؟ وأي إعدادات ستمنع الوصول المجهول؟ يوضح الجدول التالي الفرق بين الملاحظات المفيدة والإجراءات التي تتجاوز حدود اتفاقيتنا: