NetGuard

🛡️ ما هو:

NetGuard محرّك بايثون يتعامل مع إعدادات Cisco IOS ككود مُدار بالإصدارات. يكشف التغييرات غير المصرّح بها مقابل خط أساس ذهبي مُوثّق في git، ويصنّفها حسب الخطورة التشغيلية، وينبّه، ويمكنه التراجع عن التغييرات الحرجة بأمان. مبني ومعروض على مختبر GNS3.

❓ المشكلة:

في أي شبكة إنتاج يستطيع المهندس تغيير إعدادات الجهاز الفعّالة — إضافة VLAN، تعديل ACL، تغيير مقياس توجيه — دون تذكرة أو مراجعة أو تسجيل. هذا التباعد بين الإعداد المعتمَد وما يعمل فعليًا هو *انحراف الإعدادات* (configuration drift)، وهو سبب رئيسي للأعطال والثغرات الأمنية وفشل عمليات التدقيق.

⚙️ ماذا يفعل:

• يخزّن الإعداد المعتمَد لكل جهاز كخط أساس مُوثّق في git

• يسحب الإعداد الفعّال مباشرةً (Netmiko/SSH) ويقارنه بخط الأساس

• يحدّد الكتلة الأصل لكل سطر متغيّر (ciscoconfparse)، فيُنسب تغيير `ip address` إلى واجهته لا كسطر معلّق

• يصنّف كل تغيير حسب سياسة قائمة على البيانات: CRITICAL للتوجيه والتحكّم بالوصول والمصادقة، وWARNING لتغييرات VLAN والواجهات، وINFO للتغييرات الشكلية

• ينبّه عند بلوغ الانحراف عتبة معيّنة (طرفية، وبريد اختياري)

• يتراجع عن الانحراف الحرج بأمان، افتراضيًا بتشغيل تجريبي (dry-run) يطبع الأوامر الدقيقة قبل تنفيذ أي شيء

• يسجّل كل فحص في سجلّ تدقيق ويمكنه توليد تقرير Markdown

🧰 التقنيات:

• الوصول للأجهزة — Netmiko (SSH)، والطرفية لمختبر GNS3

• المقارنة — difflib + ciscoconfparse (دلالية، مدركة للكتلة الأصل)

• إدارة الإصدارات — git (خطوط الأساس مُوثّقة)

• سياسة الخطورة — policy.yaml (بيانات لا كود)

• التنبيه — طرفية، وبريد smtplib اختياري

• بناء المختبر — واجهة GNS3 v2 REST