ASVS
OWASP Application Security Verification Standard 4.0.3
تم ترخيص هذا العمل بموجب ترخيص Creative Commons Attribution-ShareAlike 4.0 الدولي.
الهدف الأساسي لمشروع معيار التحقق من أمان التطبيقات (ASVS) لـ OWASP هو توفير معيار أمان للتطبيقات المفتوحة لتطبيقات الويب وخدمات الويب بجميع أنواعها.
يوفر المعيار أساسًا لتصميم وبناء واختبار ضوابط أمان التطبيقات الفنية، بما في ذلك الاهتمامات المعمارية ودورة حياة التطوير الآمنة ونمذجة التهديدات والأمن السريع بما في ذلك التكامل / النشر المستمر والمخاوف بدون خادم والتكوين.
نحن نقدر بامتنان المنظمات التي دعمت المشروع إما من خلال توفير وقت كبير أو ماليًا على صفحة "الداعمين" الخاصة بنا!
يرجى تسجيل المشكلات إذا وجدت أي أخطاء أو إذا كانت لديك أفكار. قد نطلب منك لاحقًا فتح طلب سحب بناءً على المناقشة حول هذه المشكلة. نحن نبحث أيضًا بنشاط عن ترجمات للفرع 4.n.
يقود المشروع قادة المشروع الأربعة دانييل كوثبرت، وجيم مانيكو، وجوش غروسمان، وإيلار لانغ.
يتم دعمهم من قبل مجموعة عمل ASVS التي تتكون من شاني بروتشي، ورالف أنداليس، وميغان جاكوت، وإيمان شرفالدين، وريان أرمسترونج.
لقد قمنا الآن بنشر خريطة الطريق والأهداف الخاصة بنا للإصدار 5.0 من ASVS في صفحة wiki هذه.
أحدث إصدار ثابت هو الإصدار 4.0.3 (بتاريخ أكتوبر 2021)، والذي يمكن العثور عليه:
سيكون الفرع الرئيسي لهذا المستودع دائمًا هو "إصدار الحافة" الذي قد يحتوي على تغييرات قيد التقدم أو تعديلات أخرى مفتوحة. سيكون هدف الإصدار التالي هو الإصدار 5.0 .
للحصول على معلومات حول التغييرات بين 4.0.2 و4.0.3 للمعيار، راجع صفحة wiki هذه وللحصول على الفرق الكامل، راجع طلب السحب هذا.
إن جهد مجتمع OWASP فيما يتعلق بالترجمات هو أفضل جهد. بينما نبذل قصارى جهدنا لضمان صحة المحتوى، من منظور هيكلي، ليس هناك الكثير الذي يمكننا القيام به لضمان صحة الترجمات. نحن نعتمد عليك، أيها المجتمع، للمساعدة في جعل ASVS قابلاً للاستخدام قدر الإمكان في جميع أنحاء العالم، كما أن ترجمة الفرع الرئيسي إلى لغتك أمر مهم للمشروع.
إذا كنت تعتقد أنه يمكنك المساعدة في الترجمات، أو التأكد من صحة القائمة الحالية للترجمات أدناه، فنحن نود أن تنضم إلى المجتمع وتجعل ASVS رائعًا للجميع. لمزيد من المعلومات حول ترجمة ASVS، راجع قسم الترجمات في CONTRIBUTING.md.
تم تطوير المتطلبات مع أخذ الأهداف التالية في الاعتبار:
تتوفر قوائم متطلبات ASVS بتنسيق CSV وJSON وتنسيقات أخرى قد تكون مفيدة كمرجع أو للاستخدام البرمجي.
كل متطلب له معرف بالتنسيق <chapter>.<section>.<requirement> حيث يكون كل عنصر رقمًا، على سبيل المثال: 1.11.3 :
<chapter> تتوافق مع الفصل الذي يأتي منه المتطلب، على سبيل المثال: جميع متطلبات 1.#.# هي من فصل Architecture .<section> مع القسم الموجود داخل هذا الفصل الذي يظهر فيه المتطلبات، على سبيل المثال: جميع متطلبات 1.11.# موجودة في قسم Business Logic Architecture في فصل Architecture .<requirement> المتطلبات المحددة داخل الفصل والقسم، على سبيل المثال: 1.11.3 والذي اعتبارًا من الإصدار 4.0.3 من هذا المعيار هو:تحقق من أن جميع تدفقات منطق الأعمال عالية القيمة، بما في ذلك المصادقة وإدارة الجلسة والتحكم في الوصول، آمنة للسلسلة ومقاومة لظروف سباق وقت الفحص ووقت الاستخدام.
قد تتغير المعرفات بين إصدارات المعيار، لذلك يفضل أن تستخدم المستندات أو التقارير أو الأدوات الأخرى التنسيق: v<version>-<chapter>.<section>.<requirement> ، حيث: 'version' هو ASVS علامة الإصدار. على سبيل المثال: v4.0.3-1.11.3 يمكن فهمه على أنه يعني على وجه التحديد المتطلب الثالث في قسم "هندسة منطق الأعمال" في فصل "الهندسة المعمارية" من الإصدار 4.0.3. (يمكن تلخيص ذلك كـ v<version>-<requirement_identifier> .)
ملاحظة: الحرف v الذي يسبق جزء الإصدار يجب أن يكون صغيرًا.
إذا تم استخدام المعرفات دون تضمين العنصر v<version> ، فيجب افتراض أنها تشير إلى أحدث محتوى لمعيار التحقق من أمان التطبيق. من الواضح أنه مع نمو المعيار وتغيره، يصبح هذا مشكلة، ولهذا السبب يجب على الكتاب أو المطورين تضمين عنصر الإصدار.
محتوى المشروع بالكامل موجود تحت رخصة المشاع الإبداعي Attribution-Share Alike v4.0 .
