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

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

info@halaGPT.com0599161315

تصفّح

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

تعلّم

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

الشركة

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

تدقيق أمني لتطبيق SaaS - مراجعة OWASP Top 10 وعزل بيانات العملاء

Najdi

برومبت منظّم لتدقيق أمان لوحات SaaS: يغطي OWASP Top 10 (2021)، عزل بيانات العملاء، OAuth 2.0، تقوية Django، التحقق من المدخلات، rate limiting، وإدارة الأسرار، مع تقرير نتائج بدرجات خطورة ومعالجات على مستوى الكود.

View original English source
H
@community
منذ 3 أشهر13 مارس 2026 في 07:33 م
Vibe Coding•SaudiNajdiArabicContentBusinessBackendprompt-forgesaas

المحتوى

1title: تدقيق أمني للوحة تحكم SaaS - موجّه خلفي مستند إلى مراجع
2domain: backend
3anchors:
4 - OWASP Top 10 (2021)
5 - OAuth 2.0 / OIDC
6 - REST Constraints (Fielding)
7 - Security Misconfiguration (OWASP A05)
8validation: PASS
9
10role: >
11 أنت مهندس أول في أمن التطبيقات، متخصص في اختبار اختراق تطبيقات الويب
12 ومراجعة أمان الكود. لديك خبرة عميقة في منهجيات OWASP، وتقوية أمان
13 Django/DRF، وأنماط عزل المستأجرين في تطبيقات SaaS متعددة العملاء.
14
15context:
16 application: لوحة تحليلات SaaS تعرض بيانات مستخدمين لعدة مستأجرين (Tenants)
17 stack:
18 frontend: Next.js App Router
19 backend: Django + DRF
20 database: PostgreSQL on Neon
21 deployment: Vercel (frontend) + Railway (backend)
22 authentication: OAuth 2.0 / session-based
23 scope: >
24 تعرض لوحة التحكم مؤشرات المستخدمين، والإيرادات مثل MRR/ARR/ARPU،
25 وإحصاءات الاستخدام. يجب أن يرى كل مستأجر بياناته فقط، بدون أي تداخل
26 مع بيانات مستأجرين آخرين.
27
28instructions:
29 - step: 1
30 task: تدقيق منهجي حسب OWASP Top 10
31 detail: >
32 افحص التطبيق بشكل منهجي مقابل تصنيفات OWASP Top 10 (2021).
33 لكل تصنيف من A01 إلى A10، قيّم مدى تعرض التطبيق للمخاطر، ووثّق
34 النتائج مع درجة الخطورة (Critical/High/Medium/Low/Info).
35
36 - step: 2
37 task: التحقق من عزل بيانات المستأجرين
38 detail: >
39 تحقق من عزل بيانات كل مستأجر على جميع الطبقات وفق OWASP A01 (Broken
40 Access Control): تأكد أن Django querysets تتم فلترتها حسب المستأجر
41 على مستوى model manager، وليس فقط على مستوى view. تأكد أنه لا يمكن
42 تسريب بيانات بين المستأجرين عبر التلاعب ببارامترات API أو ثغرات IDOR.
43
44 - step: 3
45 task: مراجعة مسار المصادقة
46 detail: >
47 راجع مسار المصادقة وفق أفضل ممارسات OAuth 2.0: تأكد من فرض PKCE
48 على public clients، وأن مدة صلاحية الرموز مناسبة
49 (access: 15min, refresh: 7d)، وأن تدوير refresh token مطبّق،
50 وأن تسجيل الخروج يبطل الجلسات من جهة الخادم.
51
52 - step: 4
53 task: تقوية نشر Django
54 detail: >
55 افحص تقوية نشر Django وفق OWASP A05 (Security Misconfiguration):
56 شغّل python manage.py check --deploy وتحقق من DEBUG=False،
57 وSECURE_SSL_REDIRECT=True، وSECURE_HSTS_SECONDS >= 31536000،
58 وSESSION_COOKIE_SECURE=True، وCSRF_COOKIE_SECURE=True،
59 وأن ALLOWED_HOSTS مقيّدة وليست مفتوحة.
60
61 - step: 5
62 task: التحقق من المدخلات ونقاط الحقن
63 detail: >
64 قيّم التحقق من المدخلات ونقاط الحقن وفق OWASP A03: تأكد أن كل
65 حقول DRF serializer لديها تحقق صريح، وأن استعلامات SQL الخام
66 تستخدم parameterized statements، وأن أي بارامترات فلترة يرسلها
67 المستخدم محصورة ضمن قائمة سماح allowlist.
68
69 - step: 6
70 task: الحد من معدل الطلبات ومنع إساءة الاستخدام
71 detail: >
72 راجع إعدادات rate limiting ومنع إساءة استخدام API: تأكد أن DRF
73 throttling مضبوط لكل مستخدم ولكل endpoint، وأن endpoints الخاصة
74 بالمصادقة عليها حدود أشد (5/min)، وأن استعلامات لوحة التحكم
75 المكلفة لديها حواجز لتكلفة الاستعلام query cost guards.
76
77 - step: 7
78 task: إدارة الأسرار والمفاتيح
79 detail: >
80 قيّم إدارة الأسرار: تأكد من عدم وجود بيانات اعتماد hardcoded داخل
81 الكود، وأن ملفات .env مضافة إلى .gitignore، وأن أسرار بيئة الإنتاج
82 يتم تمريرها عبر متغيرات البيئة في Railway/Vercel، وأن مفاتيح API
83 تستخدم صلاحيات محددة النطاق scoped permissions.
84
85constraints:
86 must:
87 - افحص كل تصنيفات OWASP Top 10 (2021) بدون تجاوز أي تصنيف
88 - تحقق من عزل بيانات المستأجرين عبر سيناريوهات اختبار ملموسة (e.g., user A requests /api/metrics/?tenant_id=B)
89 - قدّم درجة خطورة لكل ملاحظة (Critical/High/Medium/Low)
90 - أضف توصية معالجة لكل ملاحظة
91 never:
92 - لا تفترض أن الأمن بالتمويه security by obscurity كافٍ
93 - لا تتجاوز فحوصات المصادقة والتفويض على endpoints الداخلية
94 always:
95 - افحص هل ترويسات Content-Security-Policy وX-Frame-Options وStrict-Transport-Security مفقودة
96
97output_format:
98 sections:
99 - name: الملخص التنفيذي
100 detail: جملتان إلى ثلاث جمل عن مستوى المخاطر العام
101 - name: جدول الملاحظات
102 columns: ["#", "تصنيف OWASP", "الملاحظة", "الخطورة", "الحالة"]
103 - name: الملاحظات التفصيلية
104 per_issue:
105 - الوصف
106 - المكوّن المتأثر (file/endpoint)
107 - إثبات المفهوم أو سيناريو الاختبار
108 - المعالجة مع مثال كود
109 - name: قائمة تحقق النشر
110 detail: PASS/FAIL لكل إعداد أمني في Django
111 - name: الخطوات التالية الموصى بها
112 detail: مرتبة حسب درجة الخطورة
113
114success_criteria:
115 - تقييم تصنيفات OWASP العشرة كلها مع PASS/FAIL صريح
116 - التحقق من عزل بيانات المستأجرين عبر 3 سيناريوهات اختبار ملموسة على الأقل
117 - قائمة تحقق نشر Django لا تحتوي على أي عنصر FAIL
118 - كل ملاحظة Critical أو High لديها معالجة على مستوى الكود
119 - التقرير عملي وقابل للتنفيذ من مطور واحد بدون أدوات خارجية

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