المؤسسات بتعتمد بشكل كبير على تقنية المعلومات لحماية بيانات حيوية مرتبطة بالمالية والبحث والتطوير والموارد البشرية والشؤون القانونية والأمنية. تقييم الثغرات (Vulnerability Assessment) بيفحص الشبكات بحثًا عن نقاط ضعف أمنية معروفة، والمهاجمون بيستخدموا تحليل الثغرات لاكتشاف ثغرات في شبكة المؤسسة المستهدَفة وبنيتها التحتية وأنظمتها الطرفية — والثغرات المكتشَفة بتُستخدَم لاستغلال الشبكة المستهدَفة بشكل أعمق.
الإعدادات الخاطئة أو الضعيفة نوع شائع جدًا من الثغرات وبيؤدي لمخاطر أمنية كبيرة — بتحدث لما الأنظمة أو التطبيقات أو الأجهزة متضبوطة بشكل غير صحيح، وده بيسهّل على المهاجمين اختراق الشبكة والوصول غير المصرَّح به. الإعدادات الخاطئة ممكن تحصل قصدًا أو من غير قصد، وبتأثّر على سيرفرات الويب ومنصّات التطبيقات وقواعد البيانات والشبكات.
| النوع | الوصف |
|---|---|
| Insecure Protocols | بروتوكولات بتنقل البيانات بصيغة Plaintext بدون تشفير — بتسبّب مشاكل مصادقة وسلامة بيانات، لأن المهاجم يقدر يستغلّ النقل الغير مشفَّر ويعبث بالبيانات أثناء انتقالها |
| Open Ports and Services | تواصل المستخدمين مع التطبيقات بيتم عبر أرقام بورتات TCP/UDP — بورتات مفتوحة وخدمات غير ضرورية شغّالة بتوسّع سطح الهجوم |
| Errors | الإعداد الخاطئ للتطبيقات أو الخدمات ممكن يولّد تقارير أخطاء مفصَّلة أثناء تحميل الصفحات — وده بيدّي المهاجمين معلومات تفصيلية عن ثغرات التطبيق وأخطاء البرمجة |
| Weak Encryption | تشفير ضعيف بيسمح للمهاجم بتنفيذ هجمات Man-in-the-Middle، التنصّت على الحركة، تعديل البيانات، وانتحال صفة الخدمة الشرعية |
| النوع | الوصف |
|---|---|
| Open Permissions | منح صلاحيات غير ضرورية لمستخدم أو مجموعة للوصول لتطبيقات أو ملفات ممكن يؤدي لتسريب بيانات أو إفساد وظائف النظام — ومهاجم يقدر يستغلّ حسابات غير ضرورية للتصعيد وتنفيذ أوامر على نظام التشغيل |
| Unsecured Root Accounts | استخدام بيانات اعتماد إدارية افتراضية من المُصنِّع بدون تغييرها، وغياب سياسة كلمات مرور قوية، بيسمح للمهاجم بتخمين بيانات الاعتماد عبر تقنيات Brute-Force |
عيوب في التطبيقات بيستغلّها المهاجمون — التطبيقات لازم تُؤمَّن عبر التحقق من المستخدم والتفويض، والتطبيقات المعيبة بتعرّض المؤسسة لمخاطر زي العبث بالبيانات والوصول غير المصرَّح به لمخازن الإعدادات.
| العيب | الوصف |
|---|---|
| Buffer Overflows | ثغرة شائعة ناتجة عن أخطاء برمجية — الكتابة خارج الحجم المخصَّص للـ Buffer بسبب نقص فحص الحدود، وبيؤدي لتوقّف النظام أو سلوك غير مستقر أو سيطرة المهاجم على النظام |
| Memory Leaks | استهلاك ذاكرة غير مقصود بيحدث لما المبرمج يفشل في تحرير كتلة ذاكرة مُخصَّصة بعد انتهاء الحاجة لها |
| Resource Exhaustion | إرسال طلبات موارد متعدّدة من مواقع مختلفة لاستغلال أخطاء البرامج — بيعلّق النظام أو يسبّب انهياره، شبيه بهجوم DoS |
| Integer Overflows | عملية حسابية بتنتج قيمة أكبر من الحد الأقصى اللي ممكن تخزينه مساحة الذاكرة المخصَّصة — ممكن يؤدي لـ Buffer Overflow وتنفيذ كود عشوائي أو خبيث |
| Null Pointer/Object Dereference | مؤشّر مش مخصَّص لأي كائن صالح — تفعيله المتعمَّد من المهاجم ممكن يُستخدَم لتجاوز منطق الأمان أو كشف تفاصيل تصحيح أخطاء مفيدة لهجمات لاحقة |
| DLL Injection | تطبيق بيشغّل كود طرف ثالث أو غير موثوق بيحمّل DLL — المهاجم يقدر يحقن DLL خبيث في العملية الجارية. تحميل DLL بدون تحديد المسار الكامل بيسمح بوضع DLL خبيث يُنفَّذ بدل الشرعي |
| Race Conditions (TOC/TOU) | خطأ بيحدث لما نظام بيعتمد على تسلسل وتوقيت تنفيذ العمليات، وبيُجبَر على تنفيذ عمليات متعددة في نفس الوقت — TOC/TOU بالتحديد هو الفجوة الزمنية بين فحص حالة مورد واستخدام نتيجة الفحص |
| Improper Input Handling | فشل التحقق من بيانات الإدخال (Validation، Filtering، Sanitization) بيفتح الباب لثغرات زي SQL Injection وXSS وBuffer Overflow |
| Improper Error Handling | كشف معلومات مفصَّلة عن الأخطاء (Database Dumps، Stack Traces) بيساعد المهاجم على تحليل النظام ومهاجمته — ومن أخطرها Fail-Open: منح الوصول بعد فشل النظام أو رفضه |
| Code Signing Weakness | شهادة توقيع رقمي غير صالحة أو منتهية أو من جهة غير مصرَّح بها — إدارة ضعيفة للمفاتيح الخاصة بتسمح للمهاجم بسرقتها وتضمين كود خبيث موقَّع بشكل زائف كشرعي |
| النوع | الوصف |
|---|---|
| Unpatched Servers | سيرفرات غير مُحدَّثة ومُهيَّأة بشكل خاطئ بتعرّض سلامة البيانات للخطر — بتصبح نقطة دخول أو محور للمهاجمين، وممكن تؤدي لتسريب بيانات خاصة وخسارة مالية |
| Unpatched Firmware | بيسمح للمهاجم بالدخول لشبكة المؤسسة وسرقة معلومات حرجة، حقن كود خبيث، إصابة التحديثات الشرعية، حذف بيانات، أو التحكّم في العتاد عن بُعد |
| Design Flaws | عيوب منطقية في وظيفة النظام — تشفير غير صحيح أو تحقّق ضعيف من البيانات — بيستغلّها المهاجمون لتجاوز آليات الكشف والوصول لنظام آمن |
| Operating System Flaws | ثغرات نظام التشغيل بتفتح الباب لأحصنة طروادة والديدان والفيروسات — تؤدي لفقدان معلومات حساسة والسيطرة على عمليات الحاسوب |
| Default Passwords | كلمات مرور افتراضية من المصنّع لم يتم تغييرها بتعرّض الأجهزة لهجمات Brute-Force وDictionary |
| Zero-Day Vulnerabilities | ثغرات مكشوفة لكن لم تُصحَّح بعد — يستغلّها المهاجمون قبل اعتراف المطوّرين أو المحلّلين الأمنيين بها وإصدار تصحيح |
| Legacy Platform Vulnerabilities | أكواد أو منصّات قديمة غالبًا مش مدعومة بتصحيحات — الحل الأنسب عزلها عن الشبكة بدل محاولة إصلاحها |
| System Sprawl / Undocumented Assets | زيادة عدد اتصالات الأنظمة أو السيرفرات بدون توثيق أو فهم لصيانتها — بتصبح عرضة للهجوم وتكلفة الصيانة بترتفع |
| Improper Certificate and Key Management | إدارة سيّئة للمفاتيح والشهادات بتسمح بهجمات تكسير كلمات المرور وتسريب البيانات — المفاتيح الخاصة لازم تُخزَّن بصيغة مشفَّرة في بيئة آمنة محمية |
الطرف الثالث ممكن يبقى تهديد إضافي للمؤسسات — خدمات أو منتجات الطرف الثالث ممكن يكون ليها وصول لأنظمة وتطبيقات مميَّزة، وده يعرّض البيانات المالية وبيانات العملاء والموظفين وعمليات سلسلة التوريد للخطر.
| نوع المخاطرة | الوصف |
|---|---|
| System Integration | مُكامِلو الأنظمة بيشتغلوا من داخل الشركة — وبالتالي يقدروا يتجاوزوا الـ Firewalls وحلول الأمان بسهولة ويزرعوا برمجيات خبيثة في الشبكة |
| Lack of Vendor Support | اعتماد المؤسسة على بائعين لإدارة أمان الأنظمة — نقص خبرتهم في التعامل مع الأنظمة المعقَّدة بيفتح نوافذ لهجمات سيبرانية جديدة |
| Supply-Chain Risks | معظم أجهزة وأنظمة الشبكة بتُشترى من طرف ثالث — سوء الصيانة أو الإعداد عبر سلسلة التوريد بيشكّل مخاطر أمنية، وأحيانًا بيكون فيها برمجيات خبيثة مزروعة مسبقًا |
| Outsourced Code Development | التعاقد مع أطراف خارجية لتطوير المنتجات يتطلّب بيئة آمنة للتطوير وضوابط أمان على مكان تخزين الكود لمنع سرقته |
| Data Storage | تخزين بيانات ضخمة في مساحات طرف ثالث (سحابة) بيتطلّب فحص دوري وضوابط أمان صارمة ونقل مشفَّر عبر قناة آمنة |
مع تزايد خطورة الهجمات السيبرانية، بقى بحث الثغرات أمر حرج لأنه بيساعد في تقليل فرصة وقوع الهجمات — وبيوفّر وعيًا بالتقنيات المتقدّمة لاكتشاف العيوب أو الثغرات اللي ممكن يستغلّها المهاجمون.
معيار منشور (المصدر: first.org) بيوفّر إطار عمل مفتوح للتواصل بخصائص وتأثيرات ثغرات تقنية المعلومات. النموذج الكمّي للنظام بيضمن قياسًا دقيقًا وقابلًا للتكرار، مع تمكين المستخدمين من رؤية خصائص الثغرة الأساسية اللي استُخدِمت لتوليد الدرجة — وده بيخلّي CVSS نظام قياس معياري مناسب للصناعات والمؤسسات والحكومات.
| مجموعة المقاييس | الوصف |
|---|---|
| Base | الخصائص الجوهرية للثغرة الثابتة عبر الزمن وعبر بيئات المستخدمين المختلفة — وتشمل مقاييس Exploitability (سهولة الاستغلال والوسيلة التقنية) وImpact (النتيجة المباشرة للاستغلال الناجح) |
| Threat | خصائص متعلّقة بالتهديد ممكن تتغيّر بمرور الوقت، لكن مش بالضرورة عبر بيئات المستخدمين المختلفة |
| Environmental | خصائص خاصة ومناسبة لبيئة مستهلك معيّن تحديدًا |
| Supplemental | مقاييس بتوفّر سياق إضافي، وتصف وتقيس خصائص خارجية أخرى للثغرة |
قائمة أو قاموس معرّفات موحَّدة للثغرات الشائعة في البرمجيات، متاحة للعامة ومجانية الاستخدام (المصدر: cve.mitre.org). معرّفات CVE ("CVE IDs") بتتحدّد من جهات ترقيم CVE (CNAs) حول العالم، وبتضمن ثقة متبادلة عند مناقشة أو مشاركة معلومات عن ثغرة فريدة في برمجية أو Firmware.
مستودع حكومي أمريكي لبيانات إدارة الثغرات القائمة على المعايير (المصدر: nvd.nist.gov)، بيستخدم بروتوكول Security Content Automation Protocol (SCAP). البيانات دي بتمكّن أتمتة إدارة الثغرات والقياس الأمني والامتثال. NVD بيحتوي على قواعد بيانات لمراجع قوائم الفحص الأمنية، العيوب البرمجية المرتبطة بالأمان، الإعدادات الخاطئة، أسماء المنتجات، ومقاييس التأثير.
دورة حياة إدارة الثغرات عملية أساسية بتساعد على اكتشاف ومعالجة نقاط الضعف الأمنية قبل ما يتم استغلالها. بتشمل تحديد الوضعية الأمنية وسياسات المؤسسة، إنشاء قائمة جرد كاملة للأنظمة، فحص وتقييم البيئة للثغرات والتعرُّضات، واتخاذ إجراءات لمعالجة الثغرات المكتشَفة.
مرحلة تحضيرية — تحديد السياسات والمعايير، توضيح نطاق التقييم، تصميم إجراءات حماية المعلومات، وتحديد وترتيب أولوية الأصول الحرجة لإنشاء خط أساس (Baseline) جيّد.
المرحلة الأكثر أهمية — تحديد الثغرات في البنية التحتية للمؤسسة بما فيها نظام التشغيل وتطبيقات وسيرفرات الويب، وتحديد فئة وخطورة كل ثغرة لتقليل مستوى المخاطرة.
تُعرَف أيضًا بمرحلة التوصيات — بتتم بعد تقييم المخاطر وبناءً عليه. تشمل: إنشاء قائمة أولوية للتوصيات بناءً على تحليل الأثر، تطوير خطة عمل لتنفيذ المعالجة المقترَحة، تدريب الموظفين، وتوثيق الدروس المستفادة لتحسين العملية مستقبلًا.
تحديد وتوصيف وتصنيف المخاطر مع تقنيات التحكّم فيها أو تقليل أثرها. يشمل: تصنيف المخاطر حسب الترتيب (حرج، عالي، متوسط، منخفض)، تقييم مستوى الأثر، وتحديد مستوى التهديد والمخاطرة.
تطبيق الإصلاحات على الأنظمة الضعيفة لتخفيف أثر وخطورة الثغرات — تشمل تقييم الثغرات وتحديد المخاطر وتصميم استجابات مناسبة. المعالجة لازم تكون محدَّدة وقابلة للقياس وواقعية ومرتبطة بإطار زمني.
فريق الأمان بيعيد فحص الأنظمة للتأكد من اكتمال المعالجة المطلوبة وتطبيق الإصلاحات على الأصول المتأثّرة. يشمل: إعادة الفحص للتأكد من فعالية الإصلاح، إجراء تحليل ديناميكي، ومراجعة سطح الهجوم.
المراقبة المنتظمة أساسية للحفاظ على أمان النظام — بتكشف التهديدات المحتملة والثغرات الجديدة باستخدام أدوات زي IDS/IPS وSIEM والـ Firewalls، وتطبّق مراقبة أمنية مستمرة لمواجهة التهديدات المتطوّرة باستمرار.
بحث الثغرات بيعني استخدام موارد وأدوات ومنصّات متنوّعة أونلاين لتحديد وتحليل ومشاركة معلومات عن الثغرات الأمنية.
Microsoft Security Response Center (MSRC) بيحقّق في كل تقارير الثغرات الأمنية المتعلّقة بمنتجات وخدمات Microsoft، وبيوفّر معلومات كجزء من جهد مستمر لمساعدة متخصّصي الأمان على إدارة المخاطر. من المصادر الأخرى المعروفة: Packet Storm، Dark Reading، Trend Micro، Security Magazine، PenTestMagazine، SC Magazine، Exploit Database، Help Net Security، وHackerStorm.
فحص الثغرات (Vulnerability Scanning) بيحلّل البروتوكولات والخدمات والإعدادات لاكتشاف الثغرات وعيوب التصميم اللي ممكن تعرّض نظام التشغيل وتطبيقاته للاستغلال أو الهجوم أو سوء الاستخدام. تحليل الثغرات (Vulnerability Analysis) هو العملية المنهجية لتحديد وتقييم وترتيب أولوية نقاط الضعف الأمنية في الأنظمة والشبكات والتطبيقات أو البروتوكولات — وبتُصنَّف الثغرات حسب مستوى الخطورة (منخفض، متوسط، عالي) ونطاق الاستغلال (محلي أو بعيد).
| الأسلوب | الوصف |
|---|---|
| Active Scanning | المهاجم بيتفاعل مباشرةً مع الشبكة المستهدَفة لإيجاد الثغرات — بيحاكي هجومًا فعليًا عبر إرسال Probes وطلبات مُصمَّمة خصيصًا للمضيف المستهدَف |
| Passive Scanning | المهاجم بيحاول إيجاد الثغرات بدون تفاعل مباشر مع الشبكة — بيحدّد الثغرات من خلال معلومات تتكشف أثناء التواصل العادي (مثلًا تخمين نظام التشغيل من مراقبة إنشاء وإنهاء اتصال TCP). بيوفّر معلومات عن نقاط الضعف لكن من غير مسار مباشر لمواجهة الهجمات |
| النوع | الوصف |
|---|---|
| External Scanning | يفحص الشبكة من منظور المهاجم لتحديد الثغرات المتاحة من العالم الخارجي — بيقدّر تهديد الهجمات من خارج المؤسسة ومستوى أمان الشبكة الخارجية والـ Firewall |
| Internal Scanning | فحص دقيق للشبكة الداخلية لإيجاد الثغرات — يشمل فحص إعدادات الراوتر، قواعد الـ Firewall، أحصنة طروادة، مستوى التصحيحات، وآليات مشاركة الملفات (NFS، SMB/CIFS) |
| Host-based Scanning | فحص على مستوى الإعدادات لتحديد إعدادات النظام ومجلّدات المستخدمين وأنظمة الملفات وإعدادات الـ Registry وتقييم احتمالية الاختراق |
| Network-based Scanning | يحدّد الهجمات الأمنية المحتملة على نظام المؤسسة — يكتشف موارد الشبكة ويرسم خريطة البورتات والخدمات، ويقيّم ثغرات زي التصحيحات الناقصة والمصادقة الضعيفة |
| Application Scanning | يركّز على تطبيقات الويب التبادلية وتطبيقات Client-Server التقليدية والأنظمة الهجينة — يختبر بنية سيرفر الويب لأي إعداد خاطئ أو محتوى قديم أو ثغرات معروفة |
| Database Scanning | يختبر قواعد البيانات (MySQL، MSSQL، Oracle، PostgreSQL) لوجود إعدادات خاطئة أو ثغرات معروفة، وتحديد تعرُّض البيانات أو ثغرات من نوع الحقن |
| Wireless Network Scanning | يحدّد الثغرات في الشبكات اللاسلكية للمؤسسة — يختبر الشبكات ويكتشف الشبكات المارقة (Rogue Networks) المحتملة داخل محيط المؤسسة |
| Distributed Scanning | للمؤسسات ذات الأصول الموزَّعة على مواقع مختلفة — فحص متزامن للأصول الموزَّعة باستخدام تقنيات تزامن مناسبة |
| Automated Scanning | استخدام أدوات زي Nessus وQualys وGFI LanGuard لتحديد وتقييم وتقرير الثغرات بشكل منهجي بدون تدخّل يدوي |
| Cloud-based Scanning | تقييم الأمان العام للبنية التحتية السحابية وفق أفضل ممارسات مزوّد الخدمة — يحدّد ثغرات البنية السحابية ويخفّفها عبر ضوابط الوصول |
| Mobile Application Scanning | يهدف لحماية خصوصية البيانات عبر تطبيقات الموبايل والـ APIs — يفحص الكود المصدري وضوابط الأمان الداخلية للتطبيق |
| Physical Security Vulnerability Scanning | فحص شامل للأصول الفيزيائية لتحديد الثغرات المرتبطة بها بشكل استباقي، وتطوير استراتيجيات تخفيف قوية |
| IoT Device Vulnerability Scanning | يوفّر رؤية لنقاط الضعف عبر أجهزة وأنظمة إنترنت الأشياء المتصلة بالإنترنت — يقيّم العتاد والبرمجيات وبروتوكولات الاتصال وتبادل البيانات |
| المنهج | الوصف |
|---|---|
| Product-Based Solutions | تُثبَّت داخل شبكة المؤسسة الداخلية — إما في مساحة خاصة أو في الجزء المتاح عبر الإنترنت من الشبكة؛ لو مثبَّتة خلف الـ Firewall، ممكن متكتشفش هجمات خارجية دايمًا |
| Service-Based Solutions | تُقدَّم من أطراف ثالثة زي شركات التدقيق أو الاستشارات الأمنية — بعضها مُستضاف داخل الشبكة وبعضها خارجها؛ العيب إن المهاجمين يقدروا يفحصوا الشبكة من الإنترنت/الشبكة الخارجية |
| Tree-Based Assessment | المدقّق بيختار استراتيجية مختلفة لكل جهاز أو مكوّن — مثلًا Scanner مختلف لسيرفرات Windows عن سيرفرات Linux؛ يعتمد على معلومة بداية من الإدمن ثم يفحص باستمرار بدون دمج معلومات جديدة أثناء الفحص |
| Inference-Based Assessment | الفحص بيبدأ ببناء جرد للبروتوكولات الموجودة على الجهاز، ثم يحدّد البورتات المرتبطة بالخدمات (بريد، ويب، قاعدة بيانات)، وبعدها يختار ويُنفّذ فقط الاختبارات ذات الصلة بكل خدمة مكتشَفة |
| النوع | الوصف |
|---|---|
| Network-Based Scanner | يتفاعل فقط مع الجهاز الفعلي اللي موجود عليه، ويقدّم التقرير لنفس الجهاز بعد الفحص |
| Agent-Based Scanner | موجود على جهاز واحد لكن يقدر يفحص عدة أجهزة على نفس الشبكة |
| Proxy Scanner | ماسحات شبكية تقدر تفحص الشبكات من أي جهاز عليها |
| Cluster Scanner | شبيه بـ Proxy Scanner، لكن بيقدر ينفّذ فحصين أو أكثر في نفس الوقت على أجهزة مختلفة بالشبكة |
أدوات إضافية شائعة في الصناعة: InsightVM، Acunetix Web Vulnerability Scanner، Nexpose، Sniper، Tripwire IP360، SAINT Security Suite، BeSECURE، Core Impact Pro، Intruder، ManageEngine Vulnerability Manager Plus، Astra Pentest، Skybox، وMaxPatrol.
المهاجمون بدأوا يستفيدوا من أدوات الذكاء الاصطناعي لأتمتة وتسريع مهام فحص الثغرات — مثلًا توجيه مساعد ذكاء اصطناعي بتعليمات بلغة طبيعية لتشغيل أداة فحص معروفة (مثل Nikto أو Skipfish) ضد هدف محدَّد وعرض النتائج. الأدوات نفسها مش جديدة، لكن سهولة تشغيلها عبر أوامر نصّية بسيطة بتقلّل الحاجز التقني أمام مستخدمين أقل خبرة.
في عملية تقييم الثغرات، بعد اكتمال كل المراحل، فريق الأمان بيراجع النتائج ويعالج المعلومات لإعداد التقرير النهائي. في المرحلة دي، الفريق بيحاول الإفصاح عن أي ثغرات مكتشَفة، توثيق أي اختلافات ونتائج، وتضمين كل ده في التقرير النهائي مع خطوات المعالجة لتخفيف المخاطر المكتشَفة.
تقرير تقييم الثغرات لازم يتضمّن، على الأقل، النقاط التالية:
بناء جرد كامل للأنظمة والتطبيقات المستهدَفة، وتحديد أولوية الأصول الحرجة قبل أي فحص فعلي.
خارجي أم داخلي؟ شبكة أم تطبيق أم قاعدة بيانات؟ الاختيار بيعتمد على طبيعة الهدف ومتطلّبات الامتثال المطلوبة.
استخدام أدوات زي Nessus أو OpenVAS أو Nikto حسب نوع الهدف، مع الجمع بين الفحص الآلي والتحقق اليدوي عند الحاجة.
استبعاد False Positives، تأكيد الثغرات الحقيقية (False Negatives تحديدًا بتحتاج تحقق يدوي إضافي)، وترتيب الأولوية حسب درجة CVSS والأثر الفعلي على العمل.
تطبيق سياق تقني وتجاري على كل ثغرة — مش كل ثغرة بدرجة CVSS عالية لها نفس الأثر الفعلي على كل مؤسسة.
توثيق كل ثغرة بمعرّف CVE ووصف وأثر وPoC وخطوات معالجة محدَّدة، ثم متابعة التحقق (Verification) بعد التطبيق.
| النظام | الوظيفة الأساسية | المصدر |
|---|---|---|
| CVSS | تسجيل خطورة الثغرة رقميًا عبر 4 مجموعات مقاييس (Base/Threat/Environmental/Supplemental) | first.org |
| CVE | قاموس معرّفات موحَّدة للثغرات | cve.mitre.org |
| NVD | مستودع حكومي أمريكي لبيانات إدارة الثغرات القائمة على SCAP | nvd.nist.gov |
| CWE | تصنيف لأنماط الضعف البرمجي الشائعة (Common Weakness Enumeration) | cwe.mitre.org |
| الهدف | الأداة الأنسب |
|---|---|
| فحص شامل متعدّد المنصّات | Nessus Essentials، OpenVAS |
| فحص سيرفرات الويب تحديدًا | Nikto |
| فحص تطبيقات ويب (Web Vulnerability) | Acunetix |
| إدارة ثغرات على نطاق المؤسسة | InsightVM / Nexpose، Tripwire IP360، Skybox |
| فحص بمساعدة ذكاء اصطناعي (API) | Equixly |
| المعيار | Active Scanning | Passive Scanning |
|---|---|---|
| التفاعل مع الهدف | مباشر (Probes وطلبات مُصمَّمة) | غير مباشر (مراقبة فقط) |
| الدقة | أعلى — نتائج مؤكَّدة | أقل تأكيدًا — استنتاجية |
| احتمالية الاكتشاف من الهدف | أعلى | أقل بكثير |
الموديول ده ناقش أنواع مختلفة من الثغرات، نظام تسجيل CVSS، وقواعد بيانات الثغرات. كمان غطّى دورة حياة إدارة الثغرات وأبحاثها، بالإضافة لفحص الثغرات وتحليلها وأنواع تقنيات الفحص المختلفة. وصف مناهج تقييم الثغرات المتنوّعة بخصائصها، وأدوات التقييم المستخدَمة لفحص مضيف أو تطبيق، مع معايير وأفضل ممارسات اختيار الأداة المناسبة. وانتهى بنقاش مفصَّل حول كيفية تحليل تقرير تقييم الثغرات وكيف بيكشف المخاطر المرصودة بعد فحص الشبكة.
تقييم الثغرات مش حدث يحصل مرة واحدة — هو دورة مستمرة بتتكرّر مع كل تغيير في البنية التحتية أو اكتشاف ثغرة جديدة. الأداة الآلية بتوفّر السرعة والتغطية، لكن القيمة الحقيقية بتيجي من الحكم البشري في تصفية النتائج وربطها بسياق المؤسسة الفعلي — وده بالظبط الفرق بين تقرير فحص طويل ما حدش هيقراه، وتقرير تقييم يقدر يوجّه قرارات أمنية حقيقية.
أسئلة الامتحان غالبًا بتركّز على الفرق بين CVSS وCVE وNVD (إطار تسجيل مقابل قاموس معرّفات مقابل مستودع بيانات)، الفرق بين Active وPassive Scanning، والفرق بين مناهج التقييم الأربعة (خصوصًا Tree-Based وInference-Based). راجع كمان أنواع الفحص المختلفة (External/Internal/Host-based/Network-based) لأنها بتتكرّر بصيغ أسئلة سيناريو.
نهاية نوتس الموديول الخامس — Vulnerability Analysis