قرار الإصدار
INCOMPLETE
- سبب القرار
- أدلة SCA المطلوبة غير مكتملة.
- النتيجة الأمنية
- الخطورة HIGH؛ حالة النتيجة WARN.HIGH→WARN
- الإصدار
- payments-api
- معرّف النتيجة
- SEC-001
- سياسة الإصدار
- .fendix.yaml v1
منصة قرارات أمن التطبيقات
اعرف هل يحقق هذا الإصدار معاييرك الأمنية، ولماذا.
تربط Fendix الأدلة الأمنية بالتغطية المطلوبة وسياسة الإصدار، لتنتج قرارًا واضحًا يفهم فريقك أسبابه ويعمل بناءً عليه.
يعمل مع
أحدث إصدار v3.7.0- GitHub Actions
- GitLab CI
- CircleCI
- Jira
المزيد من النتائج الأمنية لا يعني قرار إصدار أفضل.
تتلقى فرق الهندسة بالفعل نتائج من SAST وSCA وDAST واختبارات الاختراق. التحدي الحقيقي هو تحديد ما يمكن الوصول إليه واستغلاله، وما يخالف سياسة الإصدار، والفريق المسؤول عن المعالجة، وهل يمكن للإصدار أن يمضي قدمًا.
ما لديك بالفعل
- نتائج SAST للشيفرة المصدرية
- نتائج SCA للتبعيات البرمجية
- نتائج DAST واختبارات API
- اختبارات الاختراق
ما لا تجيب عنه النتائج وحدها
- أي النتائج قابل للوصول والاستغلال فعليًا؟
- أيٌّ منها يخالف سياسة الإصدار؟
- أي فريق مسؤول عن المعالجة، وما موعدها؟
- هل يمر الإصدار أم يُحظر أم يحتاج مراجعة؟
شاهد Fendix أثناء العمل.
تنقّل بين لوحة التحكم وقائمة الفحوصات وتفاصيلها في مساحة عمل تجريبية حية.
لقطات حية من مساحة العمل التجريبية. لا حاجة للتسجيل لفتحها.
افتح العرض الحيذكاء القرار · ما بعد الفحص
القرارات الأمنية هي البداية.
افهم ما تغيّر، واربط النتائج ذات الصلة بالأدلة، وحدد ما ينبغي استقصاؤه تاليًا.
سجل القرارات
التشغيل اللاحق لا يعني دائمًا قرارًا أحدث.
مقارنة الفحوص
اعرف ما تغيّر وما يمكن استنتاجه.
نقاط المعالجة المشتركة
موضع واحد للاستقصاء. ونتائج منفصلة للتحقق.
معالجة قابلة للتنفيذ
اعرف سبب أولوية هذا الإجراء.
من الأدلة إلى القرار
كيف تحوّل Fendix الأدلة الأمنية إلى قرار إصدار؟
تتبّع نتيجة أمنية واحدة عبر الأدلة والسياسة والتغطية، وافهم لماذا لا يزال الإصدار يحتاج إلى إجراء.
مثال توضيحي من السيناريو نفسه في العرض التجريبي
نقطة نهاية لبيانات المستخدمين دون مصادقة
SEC-001payments-apiالخطورة HIGH
اختر مرحلة لتتبّع أثرها في قرار الإصدار.
قرار إصدار يمكنك الدفاع عنه لاحقًا.
يجمع سجل القرار الأمني هوية الإصدار والقرار وأسبابه والتغطية المطلوبة والسياسة المطبّقة في مكان واحد. تحفظ مساحات العمل المستضافة كل قرار مع مبرراته، أما السجلات غير القابلة للتعديل والقابلة للتحقق بالبصمة فهي جزء من Managed CI المتاح حاليًا بشكل محدود.
سجل القرار الأمني
بيانات تجريبية لشرح بنية سجل القرار.- الإصدار
- payments-api
- النسخة
- 2.14.0
- Commit
- 9f3c1ab
- وقت القرار
- السياسة
- .fendix.yaml v1، الحظر عند CRITICAL
قرار الإصدار
INCOMPLETE
أعلى حالة للنتائج
WARN
أسباب القرار
- SEC-001 نتيجة ذات خطورة HIGH، وحالتها WARN وفق السياسة المطبّقة.
- أدلة SCA المطلوبة غير مكتملة، لذلك قرار الإصدار INCOMPLETE.
التغطية المطلوبة
اكتملت أدلة SAST وفحص الأسرار وDAST؛ أدلة SCA المطلوبة غير مكتملة.
مسؤول المعالجة
نقطة نهاية لبيانات المستخدمين دون مصادقة: /api/users
@platform-security، الموعد ٢٠٢٦-٠٨-٠٧
كل ما في هذه الصفحة قابل للتحقق.
إن لم نستطع أن نبيّن لك كيف تتحقق منه، فلن تجده هنا.
إصدارات يمكن التحقق منها
توقّع الإصدارات الحالية كل ملف تنفيذي وحزمة Linux وقائمة مكوّنات برمجيات (SBOM) وصورة حاوية بتوقيع cosign دون مفاتيح عبر Sigstore، وترفق بكل ملف تنفيذي إثبات بناء وفق SLSA.
التنفيذ والتحكم في البيانات
يمكن تشغيل Fendix داخل شبكتك بملف تنفيذي واحد، ولا يرسل المحرك بيانات قياس الاستخدام. تعتمد أي اتصالات أخرى على المحللات والتكاملات التي تختارها.
قياسات قابلة للتكرار
تُنشر أرقام الدقة والأداء مع الإصدار والتاريخ وعدد التشغيلات والأمر اللازم لتكرارها.
تغطية وسياسة واضحتان
يسجّل كل محرك حالته، وتبقى قواعد بوابة الإصدار في .fendix.yaml. تظهر التغطية المطلوبة الناقصة كقرار INCOMPLETE.
منهجية معلنة وشيفرة قابلة للمراجعة
مكتبة الفحوصات وأساليبها وحدودها موثّقة علنًا، والمحرك متاح للمراجعة بترخيص MIT.
مساران للتسليم، وطبقة قرار واحدة.
اختر المسار الأقرب إلى طريقة عمل فريقك.
لفرق SaaS
لفرق المنتج التي تصدر باستمرار وتحتاج قرارًا واضحًا قبل النشر.
- حافظ على سرعة النشر مع إظهار المخاطر التي تحتاج إلى إجراء
- تحقّق من الإصلاحات الحرجة قبل النشر
لشركات البرمجيات
للفرق التي تسلّم برمجيات لعدة عملاء وتحتاج بوابة متسقة لكل مشروع.
- طبّق سياسة متسقة عبر المستودعات
- سلّم العميل أدلة موثّقة وقابلة للتدقيق
تجربة عربية متكاملة لفرق أمن التطبيقات.
تحافظ الواجهتان العربية والإنجليزية على المستوى نفسه من الوضوح والضوابط التقنية، مع تصميم RTL مقصود ومحتوى تقني مختلط سهل القراءة.
تكافؤ كامل بين العربية والإنجليزية
الواجهة وتقارير HTML متاحة بالعربية والإنجليزية، وتبقى المخرجات المقروءة آليًا (JSON وSARIF) وملفات PDF بالإنجليزية.
تصميم من اليمين إلى اليسار للمحتوى التقني
يتبع التسلسل البصري اتجاه القراءة، وتبقى المسارات والمعرّفات وSAST وSCA واضحة.
اختبر القرار على إصدار مهم.
تقييم مُدار ومركّز على مسار إصدارك الفعلي.
النطاق
مستودع واحد وواجهة API تجريبية عند انطباقها، مع سياسة إصدار ومعايير نجاح متفق عليها.
النتيجة المتوقعة
سجل قرار مُراجع، وفجوات تغطية واضحة، وتوصية عملية للخطوة التالية.
ما يسأل عنه قادة الهندسة أولًا.
إجابات مباشرة عن الملاءمة وسير العمل والأدلة.
هل Fendix ماسح أمني، أم يعمل مع أدواتنا الحالية؟
يُجري Fendix فحوصاته المدعومة، ويستوعب نتائج أدوات خارجية مدعومة. ثم يربط الأدلة ويطبق سياسة الإصدار ليصدر قرارًا واحدًا بأسبابه وفجوات التغطية.
استعرض القدرات المدعومةما المستودعات ومسارات التسليم المناسبة لـ Fendix؟
يناسب حاليًا منتجات Python وDjango وFastAPI والتحليل المدعوم لـ Node.js وواجهات API، ويعمل عبر سطر الأوامر وGitHub Actions ومسارات CI/CD. نؤكد الملاءمة على مستودعك قبل التقييم.
اقرأ دليل البدءمتى يكون القرار BLOCK أو WARN أو INCOMPLETE؟
ينتج القرار من الأدلة والتغطية المطلوبة وسياسة الإصدار. قد تؤدي نتيجة تستلزم المعالجة إلى WARN من دون حظر الإصدار، بينما تؤدي التغطية المطلوبة الناقصة إلى INCOMPLETE. وتحدد السياسة متى يصبح القرار BLOCK.
اقرأ توثيق قرارات الإصدارما البيانات التي تغادر بيئتنا؟
لا يرسل المحرك بيانات قياس الاستخدام. يمكن للتنفيذ ذاتي الاستضافة إبقاء حركة الهدف والشيفرة المصدرية داخل بنيتكم؛ وترفع المشغّلات المستضافة لدى العميل التقارير إلى مساحة العمل المستضافة، وقد ترسل استعلامات الثغرات والتكاملات المهيأة بيانات وصفية.
راجع الخصوصية ومعالجة البياناتكيف نقيّم Fendix على إصدار من إصداراتنا؟
حدّد مستودعًا وإصدارًا قادمًا. نتفق على السياسة ومعايير النجاح، ثم نراجع سجل القرار وفجوات التغطية وننتهي بتوصية واضحة للخطوة التالية.
استعرض التقييم المُدارقيّم Fendix على مسار إصدارك.
ابدأ بجولة تقنية، أو افتح العرض الحي لاستكشاف المنتج بنفسك.