المشروع
اختبر سجل مالك آخر وامنع تعديل الحقول المحمية بالطلب نفسه.
مساحة عمل برمجية بالذكاء الاصطناعي
حدود الصلاحيات
افحص حق المستخدم في تعديل السجل المحدد لا مجرد تسجيل دخوله.
● ● ●CodeArmory●
سير العمل · حدود الصلاحيات ×
const actor = await authenticate(request);
if (!canEdit(actor, document)) return forbidden();
return updateAllowedFields(document, input);✳افحص حق المستخدم في تعديل السجل المحدد لا مجرد تسجيل دخوله.
✓ التغييراتراجع قبل التطبيق ↗
رسم توضيحي لمساحة العمل
راجع قبل التطبيق
قارن السلوك الفعلي بالنتيجة المتوقعة. إذا فشل فحص، تحقّق من السبب قبل إجراء تغييرات إضافية.
النماذج
اضبط نقطة اتصال متوافقة مع OpenAI أو Anthropic باستخدام العنوان الأساسي ومفتاح API عند الحاجة. اختبر الاتصال. يجب أن يعمل خادم النموذج المحلي؛ وقد ترسل الأدوات البعيدة البيانات بشكل منفصل.
سير العمل
const actor = await authenticate(request);
if (!canEdit(actor, document)) return forbidden();
return updateAllowedFields(document, input);اربط قرار الصلاحية بالعملية التي يحميها
CodeArmory مساحة عمل برمجية على Windows لمناقشة تغييرات التطبيق بالاستناد إلى الشيفرة التي ستنفذها. عندما تتيح ميزة عملية تعديل لدور آخر، لا يقتصر السؤال المفيد على ظهور الزر، بل يشمل وصول الطلب إلى قرار الصلاحية الصحيح قبل تغيير السجل الأساسي.
استخدم حدود التفويض مثالا لمشروع. حدد معالج الطلب ومعلومات الجهة المنفذة والحقول التي يجوز للعملية تحديثها. اطلب من النموذج المتصل تتبع طلب مسموح وآخر مرفوض عبر تلك الملفات قبل اقتراح تعديلات. يوضح المثال عملا تطويريا يمكنك طرحه، وليس نظاما مضمنا للتحكم في الوصول.
ينبغي أن يوضح المقترح المحدد افتراضاته: من يملك السجل، وأي دور يمنح العملية، وما الذي يحدث عند غياب الصلاحية. راجع تجسيد هذه الافتراضات في الشيفرة، بما في ذلك الجهات المستدعية التي تتجاوز الشاشة المعتادة. ثم نفذ فحوص تطبيقك بجهات مسموح لها وأخرى غير مسموح لها، وافحص الحالة الناتجة.
للاستعانة بالنموذج، اضبط نقطة نهاية مدعومة متوافقة مع OpenAI أو تابعة لـ Anthropic وأي بيانات اعتماد مطلوبة. يمكنك اختيار نموذج ذكاء اصطناعي أزيلت آليات رفضه إذا كانت نقطة النهاية توفره. يصف هذا الاسم النموذج، وليس خاصية أمنية في CodeArmory؛ فحدود السياق والأدوات والقيود المتبقية تخص النموذج والخادم المستخدمين.
مراجعة تغيير في التفويض
هل يكفي إخفاء زر التعديل لحماية العملية؟
لا. افحص العملية على الخادم وفحص صلاحياتها إلى جانب الواجهة. قد يصل طلب مباشر إلى المعالج دون استخدام الزر، لذا تحقق مما يسمح به هذا المسار قبل قبول تغيير مقترح.
ما الذي ينبغي فحصه في اختبار طلب مرفوض؟
افحص الاستجابة والحالة المخزنة. لا تكفي رسالة رفض إذا كان جزء من التحديث قد حدث بالفعل. استخدم جهة منفذة وسجلا ممثلين للحالة، وتحقق أيضا من بقاء الحقول الخارجة عن العملية المسموح بها دون تغيير.
هل ينبغي أن يصمم النموذج نظام صلاحيات جديدا لإصلاح صغير؟
ابدأ بقواعدك الحالية واسأل عن الثغرة المحددة التي تحتاج إلى تصحيح. راجع مقترحات إعادة التصميم الأوسع منفصلة؛ فتغيير نموذج الصلاحيات قد يؤثر في مسارات وأدوار أكثر من الميزة التي أثارت النقاش.
إلى أين قد ينتقل السياق المتعلق بالصلاحيات؟
قد تصل المطالبات والملفات المختارة إلى نقطة نهاية النموذج المضبوطة. وجود خادم محلي لا يجعل كل أداة متصلة محلية. استخدم أمثلة منقحة للجهات المنفذة وافحص اتصالات الأدوات قبل مشاركة بيانات حقيقية للحسابات أو التفويض.
CodeArmory · آخر تحديث 2026-10-25
