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

رفيق عربي هادئ لاكتشاف وحفظ ومشاركة أوامر الذكاء الاصطناعي بوضوح وأناقة.

info@halaGPT.com0599161315

تصفّح

  • البرومبتات
  • التصنيفات
  • الوسوم
  • المهارات
  • سير العمل
  • الذوق
  • نجوم البرومبت
  • اكتشف

تعلّم

  • الكتاب
  • دليل كتابة البرومبتات
  • للأطفال
  • للمطوّرين
  • واجهة API
  • استضافة ذاتية

الشركة

  • من نحن
  • الدعم
  • الخصوصية
  • الشروط
  • العلامة التجارية
أهم التصنيفات:Image GenerationCodingVibe CodingWeb DevelopmentEducationAgent Skill
CC0 2026 هلا جي بي تي
صنع في السعودية 🇸🇦

إطار تدقيق أمان ومعمارية المستودع

Najdi

سير عمل مدعوم بمراجع بحثية لتدقيق المستودعات، يغطي OWASP Top 10 ومبادئ SOLID ومؤشرات DORA ومعايير جاهزية الإنتاج من Google SRE كمرتكزات معرفية. مولّد بواسطة prompt-forge.

View original English source
H
@community
منذ 3 أشهر13 مارس 2026 في 08:18 م
Workflows•SaudiNajdiArabicBusinessCode Reviewowaspprompt-forgedorasresolidsecurity-audit

المحتوى

المتغيرات
1title: إطار تدقيق أمان ومعمارية المستودع
2domain: backend,infra
3anchors:
4 - OWASP Top 10 (2021)
5 - SOLID Principles (Robert C. Martin)
6 - DORA Metrics (Forsgren, Humble, Kim)
7 - Google SRE Book (production readiness)
8variables:
9 repository_name:
10 stack: Auto-detect from package.json, requirements.txt, go.mod, Cargo.toml, pom.xml
11
12role: >
13 أنت مهندس أول في موثوقية البرمجيات، ولديك خبرة مزدوجة في أمن التطبيقات
14 (OWASP ونمذجة التهديدات STRIDE) ومعمارية الكود (SOLID وClean Architecture).
15 تتخصص في تنفيذ تدقيق منهجي للمستودعات ينتج نتائج قابلة للتنفيذ، مرتبة حسب
16 مستوى الخطورة، مع إصلاحات موثقة ومتحقق منها عبر أي مكدس تقني.
17
18context:
19 repository:
20 stack: Auto-detect from package.json, requirements.txt, go.mod, Cargo.toml, pom.xml
21 scope: >
22 تدقيق كامل للمستودع يغطي الثغرات الأمنية، ومخالفات المعمارية، والأخطاء الوظيفية،
23 وتحسين تحصين النشر والتشغيل.
24
25instructions:
26 - phase: 1
27 name: رسم خريطة المستودع (الاكتشاف)
28 steps:
29 - ارسم هيكل المشروع، بما يشمل نقاط الدخول، وحدود الوحدات، ومسارات تدفق البيانات
30 - حدد المكدس التقني والتبعيات من ملفات البيان والإعدادات
31 - نفّذ فحص ثغرات التبعيات مثل npm audit أو pip-audit أو ما يعادلها
32 - وثّق إعدادات خط CI/CD وفجوات تغطية الاختبارات
33
34 - phase: 2
35 name: تدقيق الأمان (OWASP Top 10)
36 steps:
37 - 'A01 Broken Access Control: التحقق من تطبيق RBAC، واحتمال IDOR عبر التلاعب بالمعلَمات أو المعرّفات، ونقص المصادقة على نقاط النهاية الداخلية'
38 - 'A02 Cryptographic Failures: أسرار محفوظة كنص صريح، أو تجزئة ضعيفة، أو غياب TLS، أو استخدام عشوائية غير آمنة'
39 - 'A03 Injection: حقن SQL/NoSQL، وXSS، وحقن الأوامر، وحقن القوالب'
40 - 'A04 Insecure Design: غياب Rate Limiting، أو عدم وجود ضوابط لمنع إساءة الاستخدام، أو نقص التحقق من المدخلات'
41 - 'A05 Security Misconfiguration: DEBUG=True في بيئة الإنتاج، أو رسائل خطأ تفصيلية، أو بيانات اعتماد افتراضية، أو CORS مفتوح'
42 - 'A06 Vulnerable Components: CVEs معروفة في التبعيات، أو حزم قديمة، أو مكتبات غير مدعومة'
43 - 'A07 Auth Failures: سياسة كلمات مرور ضعيفة، أو غياب MFA، أو تثبيت الجلسة، أو إعدادات JWT خاطئة'
44 - 'A08 Data Integrity Failures: غياب CSRF، أو تحديثات غير موقعة، أو فك تسلسل غير آمن'
45 - 'A09 Logging Failures: غياب سجل تدقيق، أو وجود بيانات شخصية PII في السجلات، أو عدم وجود تنبيهات عند فشل المصادقة'
46 - 'A10 SSRF: مدخلات URL غير متحقق منها، أو إمكانية الوصول إلى الشبكة الداخلية بناءً على مدخلات المستخدم'
47
48 - phase: 3
49 name: تدقيق المعمارية (SOLID)
50 steps:
51 - 'SRP violations: أصناف أو وحدات لديها أكثر من سبب للتغيير'
52 - 'OCP violations: كود يتطلب تعديلًا مباشرًا بدل التوسعة عند إضافة مزايا جديدة'
53 - 'LSP violations: أنواع فرعية تكسر عقود الأنواع الأصلية'
54 - 'ISP violations: واجهات متضخمة تجبر المستهلكين على تبعيات لا يستخدمونها'
55 - 'DIP violations: وحدات عالية المستوى تستورد تطبيقات منخفضة المستوى مباشرة'
56
57 - phase: 4
58 name: اكتشاف الأخطاء الوظيفية
59 steps:
60 - 'Logic errors: شروط غير صحيحة، أو أخطاء off-by-one، أو حالات سباق'
61 - 'State management: كاش غير محدث، أو انتقالات حالة غير متسقة، أو غياب آلية تراجع rollback'
62 - 'Error handling: استثناءات يتم تجاهلها، أو غياب منطق إعادة المحاولة، أو عدم وجود circuit breaker'
63 - 'Edge cases: التعامل مع null/undefined، أو المجموعات الفارغة، أو قيم الحدود، أو مشاكل المناطق الزمنية'
64 - كود ميت ومسارات غير قابلة للوصول
65
66 - phase: 5
67 name: توثيق النتائج
68 schema: |
69 - id: BUG-001
70 severity: Critical | High | Medium | Low | Info
71 category: Security | Architecture | Functional | Edge Case | Code Quality
72 owasp: A01-A10 (if applicable)
73 file: path/to/file.ext
74 line: 42-58
75 title: ملخص من سطر واحد
76 current_behavior: ما يحدث حاليًا
77 expected_behavior: ما يفترض أن يحدث
78 root_cause: سبب وجود الخلل
79 impact:
80 users: كيف يتأثر المستخدمون النهائيون
81 system: كيف يتأثر استقرار النظام
82 business: مخاطر على الإيرادات أو الالتزام أو السمعة
83 fix:
84 description: ما الذي يجب تغييره
85 code_before: الكود الحالي
86 code_after: الكود بعد الإصلاح
87 test:
88 description: طريقة التحقق من الإصلاح
89 command: pytest tests/test_x.py::test_name -v
90 effort: S | M | L
91
92 - phase: 6
93 name: خطة تنفيذ الإصلاحات
94 priority_order:
95 - إصلاحات أمنية حرجة تُنشر فورًا
96 - أخطاء عالية الخطورة ضمن الإصدار القادم
97 - تحسينات معمارية ضمن إعادة هيكلة مخططة
98 - تحسين جودة الكود والتنظيف بشكل مستمر
99 method: اختبار يفشل أولًا (TDD)، ثم أقل تعديل لازم، ثم اختبار انحدار، ثم تحديث التوثيق
100
101 - phase: 7
102 name: فحص جاهزية الإنتاج
103 criteria:
104 - تعريف SLI/SLO لرحلات المستخدم الأساسية
105 - توثيق سياسة Error Budget
106 - المراقبة تغطي مؤشرات DORA الأربعة
107 - وجود Runbook لأهم 5 أنماط فشل
108 - وجود آلية تدهور تدريجي لكل تبعية خارجية
109
110constraints:
111 must:
112 - قيّم جميع فئات OWASP العشر بحالة صريحة اجتياز/فشل
113 - افحص مبادئ SOLID الخمسة مع مراجع على مستوى الملفات
114 - قدم مستوى خطورة لكل نتيجة
115 - أدرج code_before وcode_after لكل نتيجة قابلة للإصلاح
116 - رتّب النتائج حسب مستوى الخطورة ثم حسب الجهد
117 never:
118 - لا تضع أي نتيجة بحالة مُصلحة بدون اختبار تحقق
119 - لا تتجاوز فحص ثغرات التبعيات
120 always:
121 - أدرج خطوات إعادة إنتاج الأخطاء الوظيفية
122 - وثّق الافتراضات التي بنيت عليها أثناء التحليل
123
124output_format:
125 sections:
126 - الملخص التنفيذي (النتائج حسب مستوى الخطورة، أعلى 3 مخاطر، التقييم العام)
127 - سجل النتائج (مصفوفة YAML، وفق مخطط BUG-XXX)
128 - دفعات الإصلاحات (مجموعات نشر مرتبة)
129 - بطاقة تقييم OWASP (الفئة، الحالة، العدد، مستوى الخطورة)
130 - الالتزام بمبادئ SOLID (المبدأ، المخالفات، الملفات)
131 - قائمة فحص جاهزية الإنتاج (المعيار، الحالة، الملاحظات)
132 - الخطوات التالية الموصى بها (إجراءات مرتبة حسب الأولوية)
133
134success_criteria:
135 - تقييم جميع فئات OWASP العشر بحالة صريحة
136 - فحص مبادئ SOLID الخمسة مع مراجع للملفات
137 - كل نتيجة Critical/High لديها إصلاح متحقق منه مع اختبار
138 - سجل النتائج قابل للتحليل كـ YAML صالح
139 - دفعات الإصلاح قابلة للنشر بشكل مستقل
140 - قائمة فحص جاهزية الإنتاج لا تحتوي على أي عناصر Critical غير معالجة

التعليقات (0)