GOAD بالعربي: كيف تختار اللاب وتتعلم Active Directory بدون ما تتوه بين الأدوات؟

GOAD مغرٍ لأي شخص بدأ يتعلم Active Directory: بيئة جاهزة فيها علاقات وسيناريوهات بدل جهاز ويندوز منفرد تسأل نفسك وش أسوي فيه. لكن ممكن تقضي وقتك في التثبيت، وبعدها تفتح أدوات كثيرة وتطلع بملاحظات قليلة. المشكلة مو بالضرورة في حجم اللاب؛ أحيانًا أنت دخلته بدون سؤال تعلم محدد.
Game Of Active Directory مشروع لاب اختبار اختراق من Orange Cyberdefense، ومصمم بضعف أمني متعمد للتدريب. توثيقه ينبه إلى عدم استخدام وصفاته لبناء بيئة عمل، وإلى عزله عن الإنترنت. المقال هنا عن اختيار بيئة تعلم وتنظيم جلساتها في لاب تملكه. ما فيه ادعاء أنه بديل معتمد للاب شهادة معينة، ولا مسار اختراق تنقله إلى دومين جهة أخرى.

اختر حجمًا يناسب السؤال، مو الصورة اللي عجبتك

بحسب وصف المشروع الحالي، GOAD الأساسي يتضمن خمس آلات افتراضية وثلاثة Domains واثنتين من Forests. GOAD-Light أصغر، وMINILAB يقدم بيئة أساسية بآلة لخدمة الدليل وأخرى لمحطة عمل. راجع صفحات اللابات الحالية قبل الاختيار، لأن الاسم وعدد المكونات ما يختصران كل متطلبات التشغيل أو السيناريوهات المتاحة.
إذا كان سؤالك الأول كيف أقرأ مستخدمًا ومجموعاته، فأنت ما تحتاج تبدأ بأوسع علاقات ممكنة. الحجم الأصغر يعطيك سياقًا أسهل للفهم. وإذا وصلت لسؤال يخص علاقات دومينات متعددة، حينها يصبح حجم البيئة الأوسع ذا غرض واضح. اختيار حجم أكبر بلا سؤال يزيد عدد الأشياء اللي تتحقق منها قبل كل تجربة.
الأداء يدخل في القرار، لكن لا نعطي رقم ذاكرة واحدًا وكأنه مناسب لكل مضيف. راجع إعدادات المزود والآلات والموارد المطلوبة في التوثيق، ثم قارنه بما هو متاح فعلًا على جهازك. جهاز بطيء جدًا قد يجعل مهلة انتظار تبدو مشكلة بروتوكول، بينما أنت لم تثبت أن الخدمة استقرت أصلًا.
حدد النتيجة التي تريدها من أول أسبوع. مثلًا: ورقة تربط ثلاثة حسابات تدريبية بمجموعاتها، وشرح لعلاقة جهاز واحد بالدومين، وتجربة قراءة مع نتيجة متوقعة. هذا هدف أفضل من عبارة أخلص GOAD. البيئة ليست سباقًا لإغلاق قائمة سيناريوهات؛ هي مادة تسمح لك تختبر فهمك في سياق مترابط.
إذا أنت جديد في مفاهيم الدليل، لا تعتبر الرجوع لبيئة أصغر تراجعًا. نجاح التعلم يقاس بقدرتك تفسير النتيجة وإعادة التجربة، لا بعدد الأجهزة اللي شغلتها. مختبر يشرح علاقة واحدة بدقة يعطي نفسه أساسًا يقدر يبني عليه، بدل رسمة كبيرة مليانة أسماء ما يعرف لماذا ترتبط ببعض.

قبل التثبيت، رتب المصدر والمزود والشبكة

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

سو جردًا تعليميًا قبل أي سيناريو

بعد تجهيز البيئة وفق تعليمات المشروع، ابدأ بجرد صغير من التوثيق والحالة الفعلية. اكتب أسماء الآلات وأدوارها والدومينات التي تنتمي لها والعلاقات المطلوبة بينها. لا تنسخ الرسم كاملًا ثم تعتبر أنك فهمته. خذ عقدة واحدة واشرح وظيفتها وصلتها بجهاز آخر بكلماتك.
في GOAD الأساسي توجد بنية متعددة الدومينات والـForests، وهذا يسمح لك تسأل عن الحدود بدل رؤية الدليل كقاعدة واحدة مسطحة. لكن لا تفترض أن كل حساب يقرأ كل شيء أو أن كل علاقة ثقة تعني الصلاحيات نفسها. اكتب ما تعرفه من تصميم المشروع، وما تحتاج تتحقق منه بحساب تدريبي محدد.
اختر ثلاثة كائنات واضحة للدراسة: مستخدم، ومجموعة، وجهاز. ما نوع كل كائن؟ أين يظهر؟ أي معلومة جاءت من التوثيق وأي معلومة ظهرت في قراءة الأداة؟ هذا السؤال يحميك من خلط حل منشور مع دليل أنت جمعته فعلًا. قراءة الشرح مفيدة، لكنها ما تجعل كل معلومة فيه نتيجة اختبارك.
جرب شرح الجرد لشخص لم ير اللاب. إذا قلت هذا DC وهذا Server، اسأله هل عرف دور كل واحد؟ قد تحتاج توضح أن خادم الدليل يختلف عن خادم خدمة تطبيقية، وأن الحساب قد يرتبط بمجموعات تمنحه حقوقًا في نطاقات محددة. لا تحتاج قصة طويلة؛ تحتاج علاقة قابلة للفهم.
حافظ على الجرد مختصرًا وقابلًا للتحديث. إذا عدلت اللاب في تجربة مصرح بها، سجل التغيير بدل الاستمرار بالرسم القديم. ما تعرضه لاحقًا في مشروع تعلم يجب أن يصف الحالة التي استخدمتها، لا الحالة الافتراضية التي بدأت منها فقط. هذا يخلّي ملاحظاتك مفيدة لإعادة التجربة ومعرفة سبب اختلاف النتائج بين جلستين.

جلسة تعلم واحدة: كائن ومعلومة وسؤال

بدل فتح خمس أدوات في جلسة واحدة، حدد كائنًا ومعلومة تريد قراءتها وسؤالًا عن معناها. مثلًا: مستخدم تدريبي، وعضوية مجموعة، والسؤال هل القراءة تعرض عضوية مباشرة فقط أم نتيجة أوسع؟ هذه جلسة صغيرة لكنها تفتح بابًا لفهم فرق مهم في تفسير النتائج.
اختر أداة قراءة موثقة تناسب البيئة المتاحة، مثل وحدة ActiveDirectory إذا جهزتها رسميًا على جهاز الإدارة. ابدأ بكائن معروف، لا استعلام يشمل كل الدليل. الهدف أنك تعرف ما تتوقعه، وتقدر تلاحظ اختلافًا حقيقيًا بدل الضياع في مخرجات كثيرة. وجود بيانات كثيرة ما يساوي فهمًا أكثر.
اكتب قبل المحاولة توقعك بجملة واحدة. بعد النتيجة، اكتب ما ظهر دون تفسير، ثم تفسيرك وحدوده، ثم السؤال التالي. لو لم تظهر عضوية كما توقعت، لا تقفز إلى خلل في اللاب. راجع أي خاصية أو طريقة سؤال استخدمتها، وهل كانت تسأل عن العلاقة التي تقصدها أصلًا.
هذا النوع من الجلسات يناسب التعلم قبل تعمقك في سيناريوهات أخرى. يفصل بين قراءة كائن وفهم صلاحيته على جهاز أو خدمة. ممكن المستخدم عضو مجموعة، لكنك ما اختبرت إلى الآن أثر ذلك على طلب محدد. سجل الفجوة، واختر لاحقًا تجربة تحقق مناسبة بدل إعلان استنتاج من الاسم وحده.
في نهاية الجلسة، حاول تعيد الفكرة بدون الأداة. ارسم العلاقة في ملاحظاتك أو صفها: هذا المستخدم عضو هذه المجموعة، والدليل الفلاني أظهر كذا، ولا يزال السؤال عن الأثر على الخدمة مفتوحًا. إذا قدرت تشرح ذلك بوضوح، الجلسة أنتجت فهمًا حقيقيًا حتى لو كانت المخرجات قصيرة وما احتوت صورة لامعة أو عددًا كبيرًا من الأوامر.

وش تستخدم الأدوات له؟ خل لكل واحدة دورًا

أداة قراءة الدليل تجيب عن كائنات وخصائص وعلاقات محددة. أداة رسم العلاقات مثل BloodHound تساعدك تستكشف بيانات جُمعت ضمن سياق معروف. فحص اتصال محدود يساعدك تعزل جزءًا من طريق الخدمة. هذه الأدوار قد تتكامل، لكنها ما تعطي أدلة متطابقة ولا تختبر السؤال نفسه تلقائيًا.
إذا فتحت الرسم أولًا، اختر علاقة واحدة وتحقق من معناها في التوثيق والبيانات. لا تعامل كل سهم كأنه خطوة نفذتها بالفعل. وجود علاقة في مجموعة البيانات يقودك إلى فرضية، ويمكن أن تحتاج مراجعة زمن الجمع ونطاقه ودلالة النوع. المقالات السابقة في المجتمع عن BloodHound وSharpHound تساعدك تفصل الجمع عن التحليل.
إذا تعثر اتصال الأداة، استخدم تشخيصًا محدودًا بدل تبديل الحسابات والبرامج عشوائيًا. راجع الاسم والخدمة والموضع. المقالان عن DNS وNmap في لاب Active Directory يناقشان كيف تفسر دليل الاتصال بدون تحويل منفذ مفتوح إلى نجاح مصادقة. طبّق الفكرة على مهمة اللاب الحالية، لا على شبكة أخرى.
أما الأدوات التي تقدم نشاطًا أكبر من القراءة، فقبل أي تجربة لها في لابك حدد ما تغيره وما المتوقع وما الدليل المناسب وما خطة إعادة البناء. تعليم دور الأداة أهم من فتح كل خياراتها دفعة واحدة. أنت تريد تجربة تفسرها، وليس قائمة عمليات لا تعرف أي منها أنتج النتيجة التي شاهدتها.
اختر عددًا قليلًا من الأدوات لكل جلسة، واجعل الانتقال بينها له سبب مكتوب. مثلًا: نتيجة القراءة ناقصة عن سؤال محدد، فأحتاج مصدرًا آخر أو مراجعة إعداد. هذا الانتقال يعلّمك منهجية، بينما تشغيل كل شيء المتاح من بداية الجلسة يخفي العلاقة بين السؤال والأداة. إذا لم تستطع كتابة سبب استخدام أداة، غالبًا تقدر تؤجلها حتى يظهر سبب واضح.

اقرأ Writeup بعد محاولة مفهومة، مو بدلها

حل منشور للاب قد يوفر لك كثيرًا من الوقت، لكنه يمكن أن يسحب منك فرصة التفكير إذا قرأته كسلسلة تنفيذ جاهزة. قبل فتحه، اكتب ما تعرفه وما جربته وما لم تفهمه. إذا كانت ورقتك فارغة، فأنت ما تبحث عن إجابة لسؤال؛ أنت تبدأ بتلقي المسار كاملًا قبل محاولة بناء فرضية.
حدد نقطة تعثر صغيرة. مثلًا: معنى علاقة ظهرت في البيانات، أو سبب اختلاف نتيجتين، أو دور كائن في السيناريو. اقرأ الجزء المناسب للحاجة، ثم عد إلى تجربتك. لا يلزم تمتنع عن الحلول تمامًا، لكن يلزم تعرف هل تستعملها لتصحيح فهم أم فقط للحصول على النتيجة بسرعة.
بعد القراءة، اكتب الفرق بين توقعك وتفسير الحل. هل كنت تجمع بيانات ناقصة؟ هل خلطت هوية بدور؟ هل استنتجت أثرًا بدون تحقق؟ هذه الملاحظات هي اللي تتحول إلى مهارة. إعادة تنفيذ خطوة بعد رؤيتها ما تكفي وحدها لتثبت أنك تعرف لماذا كانت مناسبة في ذلك الموضع.
إذا استخدمت معلومة من Writeup في مقال أو مشروع تعلم، نسبها لمصدرها، ولا تصغها كأنها اكتشاف شخصي أو تجربة مهنية حدثت لك. تقدر تقول راجعت هذا التفسير ثم تحققت من الجزء الفلاني في لابك إذا أجريته فعلًا. الصدق هنا ما يضعف المشروع؛ يخلي القارئ يميز ما تعلمته وما اختبرته وما نقلته للمقارنة.
وإذا كان الحل يعتمد على نسخة مختلفة من المشروع، سجل ذلك قبل الحكم أن لابك مكسور. راجع المصدر والإعدادات ودلالة الأداة. اختلاف التفاصيل قد يكون طبيعيًا. لا تعدل البيئة كي تتطابق مع كل صورة في شرح قديم، وإلا تصبح تتعلم صورة الحل بدل الحالة التي عندك. قيمة الحل أنه يساعدك تفهم، لا أنه يفرض عليك نتيجة واحدة مهما تغير السياق.

سيناريو أسبوع مرتب بدون ادعاء أنه خطة شهادة

خصص الجلسة الأولى لوصف البيئة والجرد، والثانية لقراءة ثلاثة كائنات معروفة، والثالثة لشرح علاقة مجموعة بمستخدم، والرابعة لمقارنة نتيجة أداة مع مصدر آخر، والخامسة لتقرير قصير عن سؤال واحد. هذه خطة تعليمية مقترحة، وليست ضمانًا لتجاوز امتحان أو بديلًا عن منهجه الرسمي.
إذا ظهرت مشكلة تجهيز، لا تستهلك بقية الأسبوع في فتح موضوعات متقدمة فوقها. حوّل الجلسة إلى تشخيص مرحلة التجهيز واكتب ما ثبتته. ممكن تتعلم كثيرًا من معرفة أن الاسم أو الشبكة أو المكون سبب المشكلة، لكن لا تسمي ذلك مراجعة سيناريو أمني لم تصل إليه أصلًا.
في التقرير القصير، اكتب الهدف والسياق والطريقة والمشاهد والتفسير والحدود. مثال: كيف اختلف عرض علاقة معينة بين قراءة مباشرة ومجموعة بيانات للرسم؟ وضح زمن كل مصدر والسؤال الذي أجابه. لا تبحث عن عنوان ضخم للنتيجة إذا كانت الفكرة مفيدة بذاتها. قارئ مهتم بالتعلم يستفيد من تفسير فرق صغير أكثر من استعراض بلا سياق.
راجع التقرير بعد يوم وحاول إعادة التجربة منه. إذا احتجت ذاكرة ما كتبتها، أضفها. هذه خطوة تقيس جودة التوثيق فعلًا. قدرة إعادة الجلسة بنفس السياق تعلمك كيف تسلم نتائجك لشخص آخر، وهي مهارة مهمة في اختبار الاختراق حتى لو التدريب الحالي كله قراءة ومقارنة.
بعد الأسبوع، اختر موضوعًا أعمق بناءً على ما فهمته، لا بناءً على اسم أداة جديدة. قد تختار توسيع الدومينات أو دراسة صلاحية أو مقارنة سياسة. بهذا التدرج، GOAD يصير بيئة تختبر فيها أسئلتك، بدل صندوق كبير تجمع منه لقطات شاشة. كل جلسة تضيف قطعة مفهومة تقدر تربطها بما سبق وتشرحها للقارئ.

متى GOAD يفيدك، ومتى تحتاج شيء آخر؟

GOAD مفيد عندما تحتاج سياق Active Directory للتدريب المصرح، لكنه ما يمثل كل إعداد مؤسسي ولا يغطي تلقائيًا كل ما في CRTP أو CRTE أو أي اختبار آخر. راجع أهداف الشهادة الحالية لدى مزودها، ثم استعمل اللاب لتقوية مفهوم محدد. تشابه الأدوات أو المصطلحات ما يجعل بيئتين متطابقتين.
إذا كنت تحتاج تعلم أساس Windows أو PowerShell، قد تكون آلة تدريب بسيطة مع سؤال واحد أكثر ملاءمة في البداية. وإذا تحتاج فهم بنية مؤسسية سليمة، اقرأ وثائق Microsoft وتصميمات الإدارة المناسبة؛ البيئة المتعمدة الضعف لا تصلح نموذجًا لإعداد إنتاج. فصل هدف التعلم عن نموذج العمل يمنع خلطًا مهمًا.
وإذا كنت تبحث عن تحدٍ تقيس فيه قدرتك بدون رسم جاهز، راجع نوع اللاب الذي تختاره ووصفه الرسمي. بعض بيئات المشروع تقدم سياقات مختلفة، لكن الاختيار يجب أن يخدم مستوى فهمك وسؤالك. لا تقفز لمزيد من الغموض لأنك تخشى أن الأساسيات شكلها أقل إثارة. الفهم اللي تقدر تشرحه يتراكم ويظهر أثره لاحقًا.
المستودع الرسمي: https://github.com/Orange-Cyberdefense/GOAD
الوثائق: https://orange-cyberdefense.github.io/GOAD/
وصف GOAD: https://orange-cyberdefense.github.io/GOAD/labs/GOAD/
وصف MINILAB: https://orange-cyberdefense.github.io/GOAD/labs/MINILAB/
ابدأ بهدف صغير قابل للتحقق، واعرف حدود البيئة قبل استخدام أدواتها. إذا انتهت جلسة GOAD وأنت قادر تقول ماذا سألت، ولماذا اخترت الأداة، وما الذي تثبته النتيجة، فأنت استفدت. عدد الخطوات المنفذة أقل أهمية من قدرتك فهمها وإعادة التجربة في السياق الصحيح.