حالات المنافذ في Nmap: كيف تفسر Open وClosed وFiltered؟
تصف حالات المنافذ في Nmap ما استطاع الفاحص ملاحظته من مكانه وبالطريقة المختارة. Open تشير إلى قبول خدمة للاتصال أو البيانات بحسب البروتوكول، وClosed تشير إلى استجابة تدل على غياب خدمة مستمعة، بينما Filtered تعني أن الفحص لم يستطع حسم حالة المنفذ بسبب الترشيح. لا تختزل هذه الكلمات في حكم «الجهاز آمن» أو «الجهاز مخترق».
في هذا الدرس من Geek4Arab سنقرأ النتيجة باعتبارها ملاحظة تحتاج إلى سياق. الصور لقطات مرجعية من وثائق Nmap، والأمثلة النصية تعليمية؛ لم ننفذ فحصًا أثناء إعداد المقال.
لماذا نقرأ رقم المنفذ مع البروتوكول؟
اقرأ 53/udp كوحدة واحدة، لا الرقم 53 وحده. يميز البروتوكول موضع الاتصال، وقد تختلف الخدمة أو حالتها على TCP وUDP رغم تطابق الرقم. فحص TCP لا يثبت حالة منفذ UDP المماثل، حتى لو كانت بعض التطبيقات تستخدم البروتوكولين للخدمة نفسها.
تساعد الأرقام المعروفة على بدء التفسير، لكنها لا تثبت اسم البرنامج. قد يستمع خادم ويب على منفذ غير معتاد. فرّق بين اسم الخدمة المتوقع من رقم المنفذ وبين معلومات جُمعت عبر اكتشاف الخدمة. لا تحوّل عمود SERVICE وحده إلى إثبات إصدار محدد.
ماذا تعني حالة Open؟
تعني أن استجابة الفحص تدل على خدمة تقبل الاتصال أو البيانات وفق نوع الفحص. الخطوة التالية هي مقارنة الخدمة بما تريد تشغيله على ذلك الجهاز. منفذ ويب مقصود يختلف عن قاعدة بيانات ظهرت متاحة لمسار لا تحتاج إليه.
وجود منفذ مفتوح ليس إثباتًا لثغرة. لتقييم التعرض تحتاج معرفة الخدمة وإعدادها وصلاحيات الوصول والتحديثات وحدود الشبكة. وقد تكون الخدمة المقصودة محمية بوسائل أخرى، لكن لا ينبغي افتراض ذلك من رقم المنفذ أو اسمه.
ما الفرق بين Closed وFiltered؟
Closed نتيجة أكثر تحديدًا: توجد استجابة تشير إلى عدم وجود تطبيق يستمع في ذلك الموضع. أما Filtered فلا تتيح الجزم إن كانت خدمة تستمع خلف المرشح. قد تكون قاعدة في جدار المضيف أو الراوتر أو جهاز وسيط سببًا في منع ملاحظة الحالة.
| النتيجة | ما يمكن قوله | ما لا تثبته |
|---|---|---|
| Open | رُصدت خدمة تقبل الاتصال أو البيانات | وجود ثغرة قابلة للاستغلال |
| Closed | وصلت استجابة تدل على غياب مستمع | أن الجهاز مغلق أو غير متصل |
| Filtered | لم يُحسم وضع المنفذ بسبب الترشيح | غياب الخدمة خلف المرشح |
إذا توقعت Open ورأيت Closed، فابدأ بحالة الخدمة وعنوان استماعها والمنفذ الصحيح. وإذا رأيت Filtered، راجع المسار والقواعد مع مسؤول البيئة. لا تغيّر عدة إعدادات معًا؛ التغيير الواحد ثم المقارنة يساعدان على عزل السبب.
لماذا تتغير النتيجة باختلاف مكان الفحص؟
قد تسمح القواعد بالوصول من جهاز محلي وتمنعه من شبكة أخرى. في Docker مثلًا، ربط منفذ بعنوان 127.0.0.1 يختلف عن نشره على واجهات المضيف. نجاح الوصول من الجهاز نفسه لا يكفي لاستنتاج أن الوصول متاح من الخارج.
سجّل عنوان المصدر وعنوان الهدف ووقت الفحص والبروتوكول والخيارات. عند المقارنة لاحقًا، راجع هذه العناصر قبل القول إن الخدمة تغيرت. قد تكون قارنت طريقين مختلفين أو هدفًا تبدل عنوانه. راجع شرح localhost ونشر منافذ الحاويات لهذا النوع من الالتباس.
كيف تتعامل مع Open|Filtered؟
هذه حالة عدم يقين وليست جمعًا مؤكدًا لحالتين. قد تظهر عندما لا تصل استجابة تسمح بالتمييز، كما يحدث في بعض فحوص UDP. احتفظ باللفظ كما هو في التقرير، ثم اكتب ما تحتاج إلى التحقق منه. لا تحوله إلى Open لكي يبدو التقرير حاسمًا.
يمكن أن تحتاج إلى طلب يناسب بروتوكول الخدمة أو مراجعة من داخل الجهاز. لا تفترض أن زيادة سرعة الفحص ستحل غموض البروتوكول. بعض الخدمات لا ترد على بيانات لا تفهمها، وقد تمنع القواعد الردود أيضًا.
كيف تكتب ملاحظة مفيدة للمراجعة؟
اكتب: «من جهاز المختبر، ظهرت حالة المنفذ المحدد كذا، بينما كان المتوقع كذا، والخطوة التالية مراجعة كذا». أرفق الأمر والنتيجة بدل الاكتفاء بصورة مقتطعة. لا تضع حكمًا نهائيًا عن الأمان بناء على عدد المنافذ المفتوحة وحده.
تمرينك: اختر نتيجة افتراضية Closed واكتب احتمالين قابلين للتحقق، ثم اختر Filtered واكتب ما لا تستطيع الجزم به. الفرق بين الملاحظة والاستنتاج هو المهارة التي ستحتاجها في كل فحص لاحق.
أسئلة شائعة
هل Closed تعني أن الجهاز غير موجود؟
لا. قد يكون الجهاز متصلًا ويرد، لكن لا توجد خدمة تستمع على المنفذ الذي فحصته. لا تخلط حالة الجهاز بحالة الخدمة.
هل كل منفذ مفتوح يجب إغلاقه؟
لا. تحتاج الخدمات المقصودة إلى الاتصال. راجع الحاجة إلى الخدمة والجهات المسموح لها بالوصول بدل إغلاق المنافذ عشوائيًا.
هل اسم http يثبت وجود Apache؟
لا. اسم الخدمة وحده لا يثبت اسم التطبيق أو إصداره. تحتاج إلى اكتشاف مناسب ومراجعة الأدلة.
هل Filtered أفضل من Closed دائمًا؟
لا يوجد ترتيب عام يحسم أمان النظام بهاتين الكلمتين. المهم أن تتطابق إمكانية الوصول مع تصميم الخدمة وقواعد الشبكة.
المصادر والمراجعة
استُلهم تسلسل الموضوع من مذكرة Network Scanning for Beginners المنشورة باسم CodeMalar، من الصفحات المتاحة التي قدمها القارئ. الشرح العربي والأمثلة إعداد مستقل من Geek4Arab، مع مراجعة الوثائق الرسمية في 26 أكتوبر 2026. لم نستخدم نص الصفحات غير المتاحة ولم ننفذ أمثلة الفحص أثناء إعداد المقال.
مصدر الصورة: Nmap Project — دليل Zenmap الرسمي.
مقالات ومعرفة تقنية باللغة العربية.
