لأصحاب منتجات الويب ومنصات SaaS وواجهات API ومطوريها عند الاستعداد لإصدار جديد أو تغيير وظيفة حساسة أو الاستجابة لطلب أمني من عميل.

قبل إطلاق وظيفة ويب حساسة أو إتاحة واجهة API للعملاء.

نطاق الفحص

الاتفاق على التطبيق ونقاط API والبيئات والحسابات وحدود الاختبار.
مراجعة المصادقة والصلاحيات ومعالجة المدخلات ومنطق الأعمال ذي الصلة.
التحقق من مسارات الهجوم وأثرها ضمن النطاق المتفق عليه.

بداية واضحة. نتيجة مفيدة.

أخبرني بالمشكلة

اذكر المنتج والتقنيات والهدف والموعد. يكفي وصف مختصر لبدء الحديث.

نتفق على العمل

تتلقى نطاقًا ومخرجات ومعايير قبول وسعرًا وجدولًا مكتوبًا قبل البدء.

نراجع العمل أثناء تقدمه

في التقييمات، نراجع الأدلة والأولويات. وفي التطوير، نراجع مراحل التنفيذ المتفق عليها.

استفد من النتيجة

تتلقى شرحًا تقنيًا وتسليمًا مفيدًا لفريقك. ونتفق على أي تنفيذ أو تحقق إضافي تحتاج إليه.

أستطيع بناء النظام الذي يحقق الحل.

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

اطّلع على كيفية تطوير Hendra

أسئلة قبل البدء

هل يمكن أن يشمل التقييم واجهات API؟

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

هل يمكن تقييم تطبيق يعمل في بيئة الإنتاج؟

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

هل تفحص منطق الأعمال والصلاحيات؟

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

كيف تتحدد المدة والتكلفة؟

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

اختبار اختراق الويب وواجهات API