175 مقالات منشورة · عضو منذ 2026
تفتح PowerShell، تنسخ Get-ADUser من شرح، ويطلع لك أن الأمر غير معروف. قبل ما تفكر في حساب الدومين أو الجدار الناري، وقف عند الرسالة نفسها: الجلسة ما عرفت الأمر أصلًا. هذه مشكلة مختلفة عن أمر معروف وصل للخادم ثم رجع بخطأ. RSAT اسم مجموعة أدو
←عندك Domain Controller في لابك، وأداة LDAP ترفض الاتصال. تشغل Nmap وتطلع لك منافذ مفتوحة، فتحتار: إذا الجهاز متاح، ليش الأداة ما تشتغل؟ المشكلة هنا غالبًا في السؤال اللي طلبته من الفحص. فحص المنفذ يساعدك تعرف جزءًا من الطريق، لكنه ما يفحص ك
←على جهاز لينكس داخل لابك، يفشل اتصال بخدمة معروفة فتحتاج تعرف هل الطلب خرج وهل جاء رد. ما عندك واجهة رسومية، أو تبي تحفظ أثرًا صغيرًا لتحلله لاحقًا في Wireshark. هنا tcpdump مفيد، بشرط أن تحدد الواجهة والهدف والمدة وتعرف ما الذي تقرؤه من ال
←أمر DNS يقول لك إن الاستعلام فشل، لكنك تحتاج تعرف هل الطلب خرج من جهازك وإلى أي جهة، وهل رجع رد تقدر تقرأه. Wireshark يفيدك هنا إذا كان الالتقاط من المكان الصحيح وفي الفترة الصحيحة. أما فتح ملف حزم وتطبيق فلتر dns ثم الحكم على الدومين كله،
←جهاز التدريب يفتح المواقع عادي، لكن محاولة الوصول إلى الدومين تقول إن الجهة المطلوبة غير متاحة. بعدها تجرب ping على dc01 فيرد، فتستبعد DNS بالكامل. هنا المشكلة في طريقة الاستنتاج: حل اسم خادم واحد أو موقع عام ما يثبت أن الجهاز يستطيع اكتشاف
←ضغطت حفظ داخل تطبيق التدريب فظهرت رسالة عامة: «تعذر الحفظ». ملف الإعداد موجود، والمجلد يفتح، والحساب يقدر يشوفه. هنا مشاهدة العملية في Process Explorer أو قراءة ACL وحدها قد لا تجاوبك: وش العملية التي حاولها التطبيق فعلًا، وعلى أي مسار، وبأ
←كل مرة تدخل ويندوز يظهر تطبيق، مع أنك ما فتحته بنفسك. أو تشوف اسمًا غير مألوف ضمن عناصر البداية وتفكر تشيله فورًا. قبل التعطيل، تحتاج تعرف من وين جاء التشغيل، ولأي مستخدم، وإلى أي ملف يشير. Autoruns يساعدك تشوف إعدادات التشغيل التلقائي، لكن
←تفتح قائمة العمليات فتشوف اسمًا مألوفًا مرتين، أو برنامجًا صغيرًا يستهلك موارد أكثر مما توقعت. هل هذا خلل؟ هل البرنامج تابع للتطبيق الذي تختبره؟ أم أن الاسم وحده يخدعك؟ Process Explorer يساعدك تجمع سياقًا أفضل، لكن ما يصدر حكمًا نهائيًا على
←أداة تعرض حرف W بجانب مسار، فيكتب المتدرب فورًا «Privilege Escalation». لكن من يملك هذه الكتابة؟ وعلى أي كائن؟ وهل يستخدمه فعلًا برنامج أعلى صلاحية؟ وهل النص الذي قرأه وصف لحقوق حساب محدد أم قائمة حقوق عدة حسابات؟ بدون هذه الأسئلة، قد تحول
←يفحص المتدرب جهازًا داخل لابه فيشوف المنفذ 5985 متاحًا، ثم يفشل الدخول بحساب يعرف أنه صحيح. يبدأ يبدّل الأدوات أو يضيف إعدادات من الإنترنت، مع أن المعلومة الأولى ما قالت أصلًا إن الحساب مسموح له يفتح جلسة. هي قالت إن اتصالًا وصل إلى منفذ. ف
←يشتغل لاب Active Directory أمس، وتفتحه اليوم فتفشل مصادقة Kerberos أو تظهر رسالة Clock Skew. أول رد فعل غالبًا إعادة إدخال كلمة المرور، ثم تغيير الأداة، ثم استعادة اللاب من جديد. لكن لو جهازك والدومين لا يتفقان على الوقت، تغيير الأمر ما يحل
←تدخل على تطبيق التدريب باسم app01.lab.test ويشتغل، ثم تستخدم الاسم المختصر أو الاسم البديل ويختلف تسجيل الدخول. الاتصال موجود، والحساب نفسه، والخادم نفسه تقريبًا؛ لذلك تبدأ تشك في كلمة المرور أو المتصفح. لكن فيه سؤال أهم: هل الاسم الذي استخ
←تفتح مشاركة ملفات في اللاب، وبعدها تشوف تذكرة باسم cifs في قائمة Kerberos. ترجع للأداة فتلقى تذكرة ثانية تبدأ بـ krbtgt، وأوقات ومعلومات عن الجلسة. وش الفرق بينها؟ وليش ظهور تذكرة للخدمة ما يعني أن كل ملفاتها صارت متاحة لك؟ في هذا الموضوع ب
←صدرت الشهادة بنجاح، وتاريخها ما انتهى، ومع ذلك محاولة المصادقة فشلت. هل المشكلة في الأداة؟ يمكن، لكن نجاح الإصدار وصلاحية التاريخ ما يكفيان لإثبات قبول الشهادة لتسجيل الدخول. الخدمة تحتاج تعرف أنها تثق في الشهادة، وأن استخدامها مناسب، وأنك
←تشغل جرد خدمات الشهادات، وتطلع لك أسماء CAs وقوالب وأرقام ESC. شكل التقرير يوحي أن الأداة خلصت التحليل عنك، لكن فيه فرق بين إعداد لفت انتباهها وبين أثر أثبتته في بيئتك. أول قراءة مفيدة تبدأ بأسئلة بسيطة: أي جهة تصدر الشهادة؟ أي قالب نشرته؟
←تبحث عن تثبيت Impacket، ثم تلقى شرحًا يشغل GetADUsers.py وشرحًا ثانيًا يبدأ بأمر مختلف تمامًا. تكتب impacket في الطرفية وما يظهر لك شيء يشبه الصور. هنا المشكلة غالبًا في تصور الاسم: Impacket مشروع يضم مكتبة للتعامل مع بروتوكولات الشبكة وأمث
←زميلك يفتح المجلد المشترك وأنت يطلع لك Access Denied. الحساب صحيح، والجهاز داخل الدومين، وقدرت تشوف اسم المشاركة. أول فكرة تجي غالبًا أن كلمة المرور فيها مشكلة، لكن رفض الوصول قد يكون نتيجة سليمة لصلاحيات المورد. نحتاج نعرف بأي هوية دخلت، و
←ظهر اسم الجهاز والدومين في الطرفية، وتحتها سطر ملون. كثير من شروحات NetExec تمر على هالجزء بسرعة وتدخل مباشرة في خيارات ثانية، مع أن فهم أول نتيجة يوفر عليك لخبطة كبيرة. هل وصلت إلى الخدمة فقط؟ هل قُبل الحساب؟ وهل ثبتت صلاحية معينة فعلًا؟ ك
←