مسار قرار أمني واحد قابل للتكرار عبر مشاريع العملاء.
لكل عميل تقنياته ومستوى تقبّله للمخاطر وعقده. تطبّق Fendix سياسة كل عميل عبر المسار الحتمي نفسه، فتسلّم فرقك وفق معيار ثابت وتستطيع إظهار الأدلة وراء كل إصدار.
- العميل أAPI مالية: تحظر HIGH وما فوقها؛ SAST وSCA وDAST مطلوبة
- العميل بمنصة تجزئة: تحظر HIGH وما فوقها؛ SAST وSCA مطلوبة
- العميل جأداة داخلية: تحظر CRITICAL؛ SAST مطلوب
مسار القرار الحتمي نفسه
سجل قرار وحزمة أدلة لكل عميل
سياسات توضيحية.
المشكلة كما تعيشها شركات البرمجيات
تسليم برمجيات آمنة لعملاء كثيرين مسألة اتساق قبل أن تكون مسألة أدوات.
كل عميل مختلف
تقنيات مختلفة، ومستويات تقبّل مختلفة للمخاطر، وبنود أمنية تعاقدية مختلفة — تخدمها فرق التسليم نفسها.
المراجعة تعتمد على المراجِع
لا يتجاوز عمق الاعتماد الأمني خبرة من صادف وجوده في المشروع في ذلك السباق.
تسليم بلا إثبات
عند التسليم يسأل العميل عما اختُبر وما قُبل. والإجابة موزعة بين الرسائل والتذاكر.
خلافات بعد الإطلاق
حين تظهر مشكلة بعد التسليم، لا أحد يستطيع إظهار ما فُحص قبل الإصدار، أو من قبل المخاطر المتبقية.
أعمال العملاء يجب أن تبقى منفصلة
لا يجوز أن تجاور نتائج عميل وسجله وفريقه نتائج عميل آخر.
كل مشروع يبدأ من الصفر
يعيد كل تعاقد جديد بناء بوابته الأمنية بدل البدء من بوابة راجعتموها مسبقًا.
كيف تلائم Fendix عملًا متعدد العملاء
- سياسة محفوظة لكل عميل
- يحمل مستودع كل عميل ملف .fendix.yaml الخاص به — العتبة وفرض الثقة والتعامل مع شيفرة الاختبار — وتسمّي مهمة CI الخاصة به الأدلة التي يشترطها ذلك العميل.
- مسار واحد لكل المشاريع
- يمر كل مشروع بخطوات الأدلة والتغطية والتصنيف والسياسة نفسها. ومع تثبيت إصدار المحرك، يُتوصَّل إلى PASS في كل تعاقد بالطريقة نفسها تمامًا — مقابل سياسة ذلك العميل.
- مساحات عمل منفصلة
- تفصل مساحات العمل المستضافة مشاريع كل عميل وأعضاءه وسجله، مع أدوار المالك والمسؤول والعضو والمشاهد.
- أعد استخدام ما راجعته
- ابدأ التعاقد الجديد من سياسة التعاقد السابق ووصفة CI الخاصة به، ثم عدّل العتبة والأدلة المطلوبة وفق شروط العميل.
- استثناءات خاضعة للمساءلة
- تُسجَّل المخاطر التي يقبلها العميل مع سبب، ومن قبلها، وتاريخ انتهاء، فتُراجع بدل أن تُورَّث.
حزمة الأدلة التي تسلّمها
عند الإصدار أو في نهاية التعاقد، سلّم العميل القرار والأدلة التي يستند إليها.
- قرار الإصدار وأسبابه
- المحللات التي عملت والتي لم تعمل وسبب ذلك
- النتائج وتصنيفاتها، والمخاطر المقبولة مع تواريخ انتهائها
- نتائج التحقق من الإصلاح للمشكلات التي عولجت
- تقرير HTML مستقل للأشخاص، وملفات SARIF وJSON لأدواتهم
- إصدار السياسة الذي اتُّخذ القرار بموجبه
تُنتج Fendix أدلة تقنية لمراجعة عميلك، ولا تمنح شهادة امتثال لأي معيار أو تنظيم.
أين تقع في تعاقد التسليم
- 1
الانطلاق
اتفق على سياسة الإصدار والأدلة التي يشترطها العميل، واحفظها مع المشروع.
- 2
كل سباق عمل
يفرض CI القرار نفسه على كل طلب دمج؛ ويرى المطورون السبب لا تقريرًا طويلًا.
- 3
كل إصدار
قرار واحد لكل إصدار، يُحفظ مع أدلته وإصدار السياسة.
- 4
التسليم
تُسلَّم حزمة الأدلة للعميل مع الإصدار.
- 5
بعد الإطلاق
يستمر التحقق من الإصلاح ورصد التراجع ضمن شروط الدعم أو الصيانة.
جرّب مسار العمل على مشروع عميل واحد.
أحضر مستودعًا أو واجهة API تجريبية وسنراجع معًا القرار وحزمة الأدلة.