احجز استشارة
خدماتنا · اختبار اختراق تطبيقات الويب

اختبار اختراق تطبيقات الويب في السعودية

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

  • لا تدفع إلا عند تأكيد ثغرة حرجة أو عالية
  • اختبار يدوي على أيدي مختبرين سعوديين ضمن أفضل ١٠ في bugbounty.sa
  • إعادة اختبار مجانية حتى تُغلق الثغرة فعليًا
٠١ — لماذا يهمّك

لماذا يحتاج تطبيق الويب إلى اختبار اختراق

تطبيق الويب هو أكثر أنظمتك انكشافًا على الإنترنت، وغالبًا ما يكون أول ما يستهدفه المهاجم. اختبار اختراق تطبيقات الويب يكشف الثغرات قبل أن يستغلها غيرك.

الأكثر عرضة للهجوم

تطبيق الويب متاح لأي شخص على الإنترنت، وثغرة واحدة في تسجيل الدخول أو الصلاحيات قد تكشف بيانات جميع عملائك.

المتطلبات التنظيمية

نوثّق تقرير اختبار الاختراق بما يتوافق مع الضوابط الأساسية للأمن السيبراني NCA ECC وإطار الأمن السيبراني للبنك المركزي السعودي SAMA CSF، ليساعدك على إثبات استيفاء متطلبات اختبار الاختراق.

ثقة العملاء والشركاء

كثير من العملاء والشركاء يطلبون نتيجة اختبار اختراق مستقل قبل التعاقد أو التكامل، والتقرير الواضح يجيب عن أسئلتهم مباشرة.

ما لا تكتشفه الأدوات

ثغرات منطق الأعمال وتصعيد الصلاحيات لا تظهر في الفحص الآلي، ويكتشفها مختبر بشري يفهم طريقة عمل تطبيقك.

٠٢ — النطاق

ماذا يشمل اختبار اختراق تطبيقات الويب

نغطّي الفئات الرئيسية لثغرات تطبيقات الويب، ومنها فئات OWASP Top 10، من المصادقة إلى منطق الأعمال، بفحوص محددة على كل مسار وكل دور في التطبيق.

٠١

المصادقة وإدارة الجلسات

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

٠٢

التحكم في الوصول وتصعيد الصلاحيات

نتحقق من قدرة مستخدم عادي على الوصول إلى بيانات مستخدم آخر بتعديل المعرّفات (IDOR)، أو رفع صلاحياته إلى مشرف، أو تنفيذ وظائف إدارية غير مصرّح له بها، ونختبر كل دور مقابل الأدوار الأخرى.

٠٣

عزل بيانات المستأجرين (Multi-tenant)

في التطبيقات التي تخدم أكثر من مؤسسة، نختبر هل يستطيع مستخدم في مؤسسة الوصول إلى بيانات مؤسسة أخرى عبر المعرّفات أو روابط المشاركة أو ملفات التصدير أو نتائج البحث.

٠٤

ثغرات منطق الأعمال

نختبر مسارات الشراء والدفع والكوبونات وسير العمل بحثًا عن التلاعب بالأسعار أو الكميات، وتخطّي خطوات إلزامية، وإعادة استخدام الكوبونات، وتكرار العمليات، وقبول القيم السالبة، وحالات التسابق (race conditions) عند إرسال طلبات متزامنة.

٠٥

الحقن: SQLi والأوامر وSSTI

نفحص المدخلات التي تصل إلى قاعدة البيانات أو نظام التشغيل أو محرّك القوالب، للكشف عن حقن SQL وحقن أوامر النظام وحقن قوالب الخادم (SSTI)، بما في ذلك الحالات التي لا تظهر نتيجتها مباشرة في الرد.

٠٦

XSS وثغرات جهة المتصفح

نبحث عن ثغرات البرمجة النصية عبر المواقع XSS بأنواعها (المخزّنة والمنعكسة والمعتمدة على DOM)، وضعف الحماية من CSRF، وإعدادات CORS المتساهلة التي قد تسمح لمواقع أخرى بقراءة بيانات المستخدم.

٠٧

SSRF ومعالجة الملفات

نختبر هل يمكن دفع الخادم إلى إرسال طلبات نيابةً عن المهاجم إلى موارد لا يُفترض الوصول إليها (SSRF)، وهل يقبل رفع ملفات خطرة، أو يسمح بتنزيل ملفات خارج المسار المسموح (Path Traversal).

٠٨

كشف البيانات الحساسة والإعدادات الأمنية

نراجع البيانات الحساسة الزائدة في الردود، ورسائل الخطأ التي تكشف تفاصيل البنية التقنية، وترويسات الأمان (security headers)، وخصائص ملفات تعريف الارتباط (cookies)، والملفات أو الصفحات المكشوفة دون قصد.

٠٣ — منهجيتنا

كيف نجري اختبار اختراق تطبيقات الويب

ريلاينت منصة سعودية لاختبار الاختراق كخدمة (PTaaS)، مقرها الرياض ومرخّصة من الهيئة الوطنية للأمن السيبراني. الاختبار يدوي بالكامل ينفّذه باحثون بشريون بعقلية المهاجم الحقيقي، ولا نسلّم مخرجات أداة فحص آلي. نسترشد بـ OWASP Top 10 وOWASP API Security Top 10 وPTES، ونوثّق التقرير بما يتوافق مع NCA ECC وSAMA CSF. وكل ثغرة نراجعها ونتحقق منها ونعيد إنتاجها قبل التسليم.

OWASP Top 10OWASP API Security Top 10PTESNCA ECCSAMA CSF
٠٤ — آلية العمل

خطوات اختبار اختراق تطبيقات الويب من أول تواصل إلى إعادة الاختبار

  1. ٠١

    شاركنا متطلباتك

    شاركنا متطلباتك أو احجز استشارة مدتها ٣٠ دقيقة مع مختبر اختراق رئيسي، لتحديد التطبيق المستهدف وأدوار المستخدمين فيه.

  2. ٠٢

    إنشاء البرنامج

    تُنشئ شركتك برنامجًا على المنصة يحدّد الأصول داخل النطاق وخارجه، وقواعد الاختبار (نوافذ الاختبار، والتقنيات الممنوعة مثل هجمات حجب الخدمة DoS، وحدود معدل الطلبات، وقنوات التصعيد)، وميزانية مقترحة.

  3. ٠٣

    المراجعة والاتفاق

    تراجع ريلاينت النطاق وتتفق معك على الميزانية. يعمل البرنامج وفق اتفاقية الاختبار القياسية لدى ريلاينت أو وفق عقدك الخاص بعد قبولنا له، ويُوقَّع اتفاق عدم إفصاح NDA قبل بدء أي اختبار.

  4. ٠٤

    الاختبار والفرز

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

  5. ٠٥

    التقرير والنقاش

    نسلّم التقرير بكل ثغرة معتمدة، وتناقش كل ثغرة معنا عبر التعليقات، وقد نطلب رأيكم في بعضها عبر مراجعة الشركة.

  6. ٠٦

    إعادة الاختبار المجانية

    بعد الإصلاح تطلب إعادة اختبار مجانية ما دام البرنامج في مرحلة التقرير أو إعادة الاختبار، وتصلك النتيجة فور انتهاء التحقق.

٠٥ — المخرجات

ماذا تستلم من اختبار اختراق تطبيق الويب

  • مرجع ثابت لكل ثغرة بصيغة RLT-000123
  • درجة CVSS لكل ثغرة
  • وصف واضح للثغرة وأثرها على أعمالك
  • خطوات إعادة الإنتاج (Proof of Concept) مع الأدلة الداعمة
  • إرشادات معالجة عملية لكل ثغرة
  • جميع النتائج في لوحة تحكم العميل، وتقرير PDF قابل للتدقيق من مرحلة التقرير أو عند الطلب
  • إعادة اختبار مجانية حتى تُغلق الثغرة فعليًا
٠٦ — التسعير

تدفع فقط عند النتيجة

لا تدفع إلا إذا أكّدت ريلاينت ثغرة واحدة على الأقل بدرجة حرجة أو عالية، وعندها تكون الرسوم هي ميزانية البرنامج المتفق عليها: مبلغ واحد للاختبار كاملًا، وتصدر الفاتورة تلقائيًا مع التقرير. تُحدَّد الميزانية حسب حجم النطاق وعمق الاختبار والإطار الزمني، ولا يوجد حد أدنى للاختبار، فتطبيق واحد بنطاق صغير يُسعَّر بالطريقة نفسها.

  • لا ثغرة حرجة أو عالية مؤكّدة؟ الفاتورة صفر، ويُسلَّم الاختبار وتقريره مجانًا.
  • عند التأكيد: مبلغ واحد هو الميزانية المتفق عليها، بلا رسوم لكل ثغرة ولا رسوم خفية.
  • البلاغات المكررة أو غير الصحيحة أو خارج النطاق لا تُحتسب أبدًا.
٠٧ — الأسئلة الشائعة

أسئلة شائعة عن اختبار اختراق تطبيقات الويب

ما الفرق بين اختبار اختراق تطبيقات الويب والفحص الآلي؟
الفحص الآلي يشغّل أداة تبحث عن أنماط معروفة، وينتج غالبًا قائمة فيها إنذارات كاذبة كثيرة. اختبارنا يدوي: باحث بشري يفهم منطق تطبيقك، ويختبر الصلاحيات بين الأدوار ومسارات الأعمال التي لا تصل إليها الأدوات، مثل التلاعب بالأسعار والوصول إلى بيانات مستخدم آخر. وكل ثغرة نتحقق منها ونعيد إنتاجها قبل التسليم.
هل تختبرون على بيئة الإنتاج أم على بيئة التجهيز (staging)؟
نختبر البيئة المتفق عليها في النطاق. بيئة تجهيز مطابقة للإنتاج هي الخيار الأفضل لتجنّب أي أثر على المستخدمين. وإذا كان الاختبار على الإنتاج، نتفق مسبقًا ضمن قواعد الاختبار على النوافذ الزمنية وحدود الاختبار وقنوات التصعيد الفوري، ونختبر كما يفعل المهاجم الحقيقي دون تعطيل خدماتك.
هل تختبرون بعد تسجيل الدخول؟ وماذا تحتاجون منا؟
نعم، فكثير من الثغرات المهمة لا تظهر إلا بعد تسجيل الدخول. نطلب رابط بيئة الاختبار، وحسابات تجريبية لكل دور (مستخدم ومشرف وغيرهما)، ويُفضَّل حسابان على الأقل لكل دور لاختبار الوصول بين المستخدمين، إضافة إلى أي توثيق لواجهات API إن وُجد. وكلما كان الوصول أوضح، كان الاختبار أعمق.
كم يستغرق اختبار اختراق تطبيق الويب؟
يعتمد ذلك على حجم النطاق وعمق الاختبار. تكتمل معظم الاختبارات خلال ٥ إلى ١٠ أيام عمل، ونتفق على الإطار الزمني عند تحديد النطاق.
ماذا لو لم تجدوا ثغرة حرجة أو عالية في تطبيق الويب؟
لا تدفع شيئًا. تكون الفاتورة صفرًا، ويُسلَّم الاختبار وتقريره مجانًا، ويشمل التقرير ما اعتمدناه من ثغرات أقل خطورة مع إرشادات معالجتها.
هل يشمل اختبار اختراق تطبيق الويب واجهات API التي يستدعيها؟
نعم، فتطبيق الويب الحديث يعتمد على واجهات API في الخلفية، ونختبرها ضمن اختبار تطبيق الويب متى كانت داخل النطاق. وإذا كانت لديك واجهات API مستقلة (REST أو GraphQL)، فنقدّم اختبار اختراق واجهات API خدمةً مستقلة.
كيف تحافظون على سرية بياناتنا ونتائج الاختبار؟
نتائج الاختبار وتقاريره معلومات سرية تخصّك وتصبح ملكًا لك، ولا يجوز للباحثين الإفصاح عنها. ويُوقَّع اتفاق عدم إفصاح NDA قبل بدء أي اختبار.
كل الأسئلة الشائعة

اختبر تطبيق الويب قبل أن يختبره المهاجم

شاركنا متطلباتك أو احجز استشارة مدتها ٣٠ دقيقة مع مختبر اختراق رئيسي.

أو راسلنا مباشرة: info@reliant.sa تم إرسال طلبك بنجاح — سنتواصل معك قريبًا.