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