انتقل إلى المحتوى
قائمة التحقق

قائمة التحقق من أمن الموقع

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

TLS وSSL

يتحقق من أن الموقع يُقدَّم عبر HTTPS، ويعيد توجيه HTTP العادي، ولديه شهادة سارية تغطي اسم المضيف.

  • توفر HTTPS
  • انتهاء صلاحية الشهادة وتغطيتها لاسم المضيف
  • إعادة التوجيه من HTTP إلى HTTPS
  • المحتوى المختلط ووجهات النماذج غير الآمنة

ترويسات الأمان

يراجع الحماية التي تفرضها المتصفحات لتقليل مخاطر XSS واختطاف النقرات واستشعار MIME وخفض مستوى الاتصال.

  • Content-Security-Policy
  • Strict-Transport-Security
  • X-Frame-Options
  • Permissions-Policy

فحوصات الانكشاف

يبحث عن الملفات العامة والبيانات الوصفية التي تكشف عادةً بيانات الاعتماد أو بيانات التحكم بالمصدر أو تفاصيل النشر أو المسارات الحساسة.

  • ملفات .env والنسخ الاحتياطية
  • مسارات التحكم بالمصدر
  • قوائم المجلدات
  • المعلومات التي يكشفها robots.txt

إعدادات الخادم

ينبّه إلى الكشف غير الضروري عن التقنيات وسلوك الخادم الذي يسهّل الاستهداف أو الاستغلال.

  • تسريب ترويسة الخادم
  • كشف المعلومات في صفحات الخطأ
  • وضع CORS
  • أساليب HTTP الخطرة

مؤشرات ثغرات شائعة

يستخدم فحوصات عامة غير تخريبية وطلبات اختبار خاصة بإطار العمل لتحديد أنماط واضحة ومعروفة بالمخاطر دون تعديل الموقع.

  • مؤشرات إعادة التوجيه المفتوح
  • إشارات React Server Components (React2Shell)
  • نقاط نهاية التصحيح المكشوفة
  • انكشاف لوحات الإدارة

أفضل الممارسات التشغيلية

يفحص الأساسيات العامة التي تدعم الإفصاح المسؤول وسلامة سكربتات الجهات الخارجية وأمان الجلسات.

  • security.txt
  • Subresource Integrity على موارد CDN
  • سمات Secure وHttpOnly وSameSite في ملفات تعريف الارتباط

كيف يعمل فحص أمان الموقع

يجلب الفحص عنوان URL الذي ترسله، ثم يجري 27 فحصًا على تلك الاستجابة وعلى قائمة ثابتة من المسارات المعروفة على المضيف نفسه. ترسل معظم الفحوص طلبات GET أو HEAD أو OPTIONS، بينما يرسل فحص React2Shell طلبات POST للكشف بحمولة غير ضارة. وتأتي تفاصيل الشهادة من سجلات Certificate Transparency العامة.

التشفير

  1. صلاحية الشهادة وانتهاؤها وتغطيتها لاسم المضيف
  2. إعادة التوجيه من HTTP إلى HTTPS
  3. المحتوى المختلط في صفحات HTTPS
  4. سمات Secure وHttpOnly وSameSite في ملفات تعريف ارتباط الجلسة
  5. النماذج التي ترسل البيانات إلى عناوين HTTP

ترويسات أمن المتصفح

  1. قيم max-age وincludeSubDomains وpreload في Strict-Transport-Security
  2. Content-Security-Policy بلا unsafe-inline أو unsafe-eval أو أحرف بدل
  3. الحماية من clickjacking (X-Frame-Options أو frame-ancestors)
  4. X-Content-Type-Options: nosniff
  5. Referrer-Policy
  6. Permissions-Policy
  7. مصادر CORS العامة (wildcard) وnull

انكشاف المعلومات

  1. ملفات .env والإعدادات وتفريغات قواعد البيانات والتبعيات
  2. النسخ الاحتياطية (.bak و.old و.orig و.swp وما شابهها)
  3. خرائط مصدر JavaScript العامة
  4. بيانات Git وSVN وMercurial وBazaar الوصفية
  5. كشف إصدارات الخادم والتقنيات
  6. المسارات الحساسة المدرجة في robots.txt

إعدادات الخادم

  1. عرض محتويات المجلدات
  2. لوحات الإدارة وتسجيل الدخول التي يمكن الوصول إليها
  3. نقاط نهاية التصحيح والحالة والمقاييس
  4. أساليب TRACE وPUT وDELETE

إشارات الثغرات المعروفة

  1. إشارات استجابة React Server Components (React2Shell)
  2. عمليات إعادة التوجيه المفتوحة عبر معاملات إعادة التوجيه الشائعة
  3. تتبّعات المكدس وتفاصيل إطار العمل في صفحات الخطأ

ممارسات الأمن

  1. ملف security.txt مع حقلي Contact وExpires
  2. Subresource Integrity على سكربتات CDN وأوراق الأنماط

كيف يُحسب التقييم

تبدأ النتيجة من 100. يخصم الفحص الفاشل 25 أو 15 أو 10 أو 5 نقاط بحسب الخطورة الحرجة أو العالية أو المتوسطة أو المنخفضة، ويخصم التحذير 15 أو 10 أو 5 أو 2. ولا تغيّر الفحوص التي تعذّر إكمالها والنتائج المعلوماتية النتيجة. التقييم A+ يعني 90 فأكثر، وA من 80 إلى 89، وB من 65 إلى 79، وC من 50 إلى 64، وD من 35 إلى 49، وF أقل من 35.

ما الذي لا يفحصه هذا الفحص

تعني النتيجة النظيفة أن هذه الفحوص العامة نجحت وقت الفحص. وهي ليست تقييمًا أمنيًا كاملًا، لذا خطّط لاختبارات منفصلة للمجالات أدناه.

  • الصفحات التي تتطلب مصادقة، ومسارات المستخدمين المسجّلين، ومنطق الأعمال
  • الصفحات خارج عنوان URL المُرسل والقائمة الثابتة من المسارات المعروفة
  • إصدارات بروتوكول TLS ومجموعات التشفير
  • مطابقة إصدارات البرمجيات المثبتة مع قواعد بيانات الثغرات، باستثناء إشارات React2Shell
  • اختبارات الحقن أو القوة الغاشمة أو حجب الخدمة
  • حالة البرمجيات الخبيثة وقوائم الحظر والسمعة
  • سجلات DNS ومصادقة البريد الإلكتروني، التي يغطيها فحص أمان البريد الإلكتروني

معنى كل نتيجة

يلخّص التقييم من A إلى F الوضع العام الظاهر للعامة، لكن حالة كل فحص أهم من الحرف. أعطِ الأولوية للإخفاقات الحرجة والعالية الشدة، ثم عالج التحذيرات التي تضعف حماية المتصفح.

نجاح

الضابط موجود أو مُعدّ بطريقة تستوفي الأساس الذي يعتمده الفاحص.

تحذير

الضابط موجود، لكنه غير مكتمل أو ضعيف أو متساهل أكثر من اللازم، أو يفتقر إلى السياق المطلوب لاجتياز الفحص بوضوح.

فشل

وجد الفاحص ضابطًا غائبًا أو محفوفًا بالمخاطر ينبغي إصلاحه قبل الاعتماد على الموقع في إجراءات حساسة.

خطأ

تعذّر إكمال الفحص بصورة موثوقة، عادةً لأن الهدف حظر الطلب أو انتهت المهلة أو أعاد استجابة غير متوقعة.

ثغرات شائعة يكتشفها هذا الفحص

معظم الإخفاقات في أمن المواقع ليست غريبة. إنها ملفات مكشوفة أو سياسات متصفح ضعيفة أو غياب ضمانات النقل الآمن أو إعدادات افتراضية لم تُراجع بعد الإطلاق.

غياب HSTS

المخاطر: قد تسمح المتصفحات بهجمات خفض مستوى الاتصال أو بوصول غير مقصود عبر HTTP بعد زيارة المستخدم للموقع.

الخطوة التالية: قدّم كل حركة المرور عبر HTTPS أولًا، ثم فعّل مدة HSTS max-age طويلة مع includeSubDomains عندما تكون النطاقات الفرعية جاهزة.

Content-Security-Policy ضعيفة أو غائبة

المخاطر: يتاح للنصوص البرمجية المحقونة مجال أوسع للتنفيذ إذا ظهرت ثغرة XSS في التطبيق.

الخطوة التالية: ابدأ بـCSP في وضع report-only، وأزل استخدام النصوص البرمجية المضمّنة غير الآمنة حيثما أمكن، ثم افرض سياسة إنتاجية محكمة.

التعرض لاختطاف النقرات

المخاطر: قد يستطيع المهاجمون تضمين الصفحات الحساسة في إطارات وخداع المستخدمين لتنفيذ إجراءات غير مقصودة.

الخطوة التالية: استخدم frame-ancestors في CSP أو X-Frame-Options للصفحات التي ينبغي ألا تُضمَّن مطلقًا.

ملفات بيئة أو نسخ احتياطية مكشوفة

المخاطر: قد تسرّب ملفات الإعداد العامة بيانات اعتماد أو عناوين URL داخلية أو مفاتيح API أو تفاصيل النشر.

الخطوة التالية: أزل الملفات المكشوفة، ودوّر أي أسرار مسرّبة، واحظر الامتدادات الحساسة والملفات التي تبدأ بنقطة عند الحافة.

الخطوات التالية بعد الفحص

إذا تجاوزت المشكلة مجرد ترويسة مفقودة، فالخطوة التالية هي تدخل مختص، لا فحص آخر. اربط أدواتك الأمنية بمنصة Vigilbase، أو تحدث إلينا عن Cloudflare المُدار.

الأسئلة الشائعة حول فحص أمن المواقع

ما الذي يختبره فحص أمن الموقع؟

يفحص إعدادات TLS وSSL وترويسات أمن HTTP الشائعة وHSTS وCSP ومخاطر المحتوى المختلط والملفات المكشوفة وتسريب معلومات الخادم وما يكشفه robots.txt وعدة مؤشرات ثغرات ظاهرة للعامة.تشمل النتائج عنوان URL العام والإشارات المرصودة أثناء الفحص. ولا تغطي كل مسار يتطلب المصادقة أو خدمة داخلية أو خطر مرتبط بمنطق الأعمال.فاحص ترويسات أمن HTTPدليل عملي لحماية المواقع

هل من الآمن تشغيل الفحص على موقع إنتاجي؟

نعم، عندما تكون مخولًا باختبار الهدف. الفحص العام غير تخريبي، لكن مسار فحص الثغرات الذي يتطلب التحقق قد يرسل طلبات اختبار خاصة بإطار العمل، بما فيها طلبات React وNext.js، لتأكيد الانكشاف. وهو لا يجرّب كلمات مرور تسجيل الدخول بالقوة ولا يعدّل الموقع المستهدف.اتفقوا أولًا مع المالك على الهدف والاختبارات المسموح بها وتوقيتها. قد تصل محاولات الفحص غير التخريبية إلى شيفرة التطبيق في بيئة الإنتاج، وينبغي أخذ ذلك في الحسبان ضمن خطة الاختبار.متطلبات الوصول إلى الأدوات والتحققفحص التعرّض لـReact2Shell

لماذا يجب التحقق من بريدي الإلكتروني قبل الفحص؟

يساعد التحقق في منع إساءة الاستخدام ويؤكد الوصول إلى عنوان البريد الإلكتروني المستخدم للطلب. ولا يثبت ملكية الهدف أو الإذن باختباره.قدّموا فقط الأنظمة التي تملكونها أو لديكم تفويض صريح لاختبارها. لا تعتبروا إتمام التحقق من البريد الإلكتروني إذنًا من مالك نظام تابع لطرف ثالث.متطلبات الوصول إلى الأدوات والتحققالخصوصية والتعامل مع البيانات

ما التقييم الأمني الجيد للموقع؟

تعني الدرجة A أو A+ أن الفحوصات حققت نتيجة جيدة مقارنة بخط الأساس الذي تستخدمه هذه الأداة للأسطح المتاحة للعامة وقت الفحص. تبرز الدرجات الأدنى نتائج تحتاج إلى مراجعة وترتيب للأولويات؛ ولا تثبت أي درجة أن التطبيق آمن.راجعوا النتائج كلًا على حدة، وأكّدوا مدى انطباقها على بيئتكم، وتحقّقوا من المعالجة باستخدام رحلات المستخدم المهمة. قد تؤكد إعادة الفحص التغيير المختبر من دون أن تمنح اعتمادًا لأمان التطبيق بأكمله.دليل عملي لحماية المواقعتشغيل WAF المُدار وإدارة التغيير

كيف يُحسب تقييم أمان الموقع؟

تبدأ النتيجة من 100. يخصم كل فحص فاشل 25 أو 15 أو 10 أو 5 نقاط بحسب الخطورة الحرجة أو العالية أو المتوسطة أو المنخفضة، ويخصم كل تحذير 15 أو 10 أو 5 أو 2. تقابل النتيجة 90 فأكثر التقييم A+، و80 التقييم A، و65 التقييم B، و50 التقييم C، و35 التقييم D، وما دون ذلك F.لا تغيّر الفحوص التي تعذّر إكمالها والنتائج المعلوماتية النتيجة. أصلح الإخفاقات الحرجة وعالية الخطورة أولًا لأنها الأكثر تأثيرًا في التقييم.دليل عملي لحماية المواقعفاحص ترويسات أمن HTTP

هل يمكن أن يحل هذا محل اختبار اختراق؟

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