ملاحظة تصميم أمني · 7 سبتمبر 2026 · بنية مقترحة، لا شهادة أمنية.
يمكن لوكيل شرح سبب ظهور تقرير وكأنه يطابق طلبًا. وقد يكون الشرح مفيدًا فعلًا. لكنه لا يساوي فحص بايتات التقرير الموثقة أو مقارنة حقول المعاملة الدقيقة أو تفويض تحويل. النظام الذي يجعل نثرًا مقنعًا يحل محل هذه العمليات يضع حد القرار في المكان الخطأ.
دور Proof21 المقترح هو الأدلة، لا الحيازة أو التنفيذ غير المقيد. ينبغي أن يجعل التقرير الفحوص المحددة أسهل في إعادة الإنتاج. وتقرر سياسة مستهلك منفصلة ما تسمح به الأدلة لاحقًا. يترك ذلك مجالًا لوكلاء قادرين دون مطالبة النموذج اللغوي بأن يكون الحارس الوحيد للأموال أو بيانات الاعتماد أو إعدادات الإنتاج.
تعامل مع المحتوى المسترجع كبيانات، مهما بدا ذا سلطة
قد يحتوي مستند مسترجع أو استجابة أداة أو نقش على نص يبدو كتعليمة. لا تمنحه ثقته أو تنسيقه سلطة على مهمة المستخدم. تتعامل إرشادات OWASP لحقن التعليمات مع المحتوى غير المباشر والآثار المرتبطة بالأدوات كأسطح هجوم مهمة، وتوصي بضوابط متعددة الطبقات بدل الاتكال على تعليمة واحدة مطمئنة. [1]
في تدفق الفحص المقترح، يكون شرح المنتج جزءًا من الأدلة التي يجري تقييمها. ولا يجوز السماح له بتغيير المستلم الموثوق لدى المستهلك أو عتبة السياسة أو قائمة المضيفين المسموحين أو متطلب الموافقة. احتفظ بتعليمة المستخدم الأصلية والسياسة المهيأة منفصلتين عن مواد الطرف الخاضع للتقييم.
تبحث أعمال مثل CaMeL في الفصل المعماري بين تدفق التحكم وتدفق البيانات، وفي قيود قائمة على القدرات حول استخدام النموذج للأدوات. إنها مرجع بحثي مفيد، لا دليلًا على أن Proof21 تنفذ ذلك النظام أو ترث ضماناته المقيمة. يجب الحكم على التصميم من تنفيذه واختباراته الخاصة. [2]
افصل القراءة والفحص والموافقة والفعل
لنفترض مساعد حسابات دائنة اصطناعيًا. مهمته الأولى قراءة فاتورة وأدلتها. ثم يقارن فاحص الحقول المدعومة بتعليمة مأذون بها. ويقيّم متحكم كفاية النتيجة، ولا ينفذ نظام مخول أي فعل إلا بعد الموافقة اللازمة. هذه مراحل منفصلة حتى لو رأى المستخدم واجهة مدمجة.
لا ينبغي لمرحلة القراءة أن تحتاج إلى مفتاح توقيع دفع. ولا ينبغي لمرحلة الفحص اكتساب إذن إرسال الأموال بصمت لأنها وجدت عدم تطابق. ولا ينبغي لمرحلة الشرح تعديل التعليمة الأصلية. افصل بيانات الاعتماد والعمليات حيث أمكن، كي ينفذ النظام هذه الحدود بدل طلبها بالكلام فقط.
أبقِ الفعل نفسه دقيقًا. الموافقة على مستلم وأصل وشبكة ومبلغ صحيح معين يجب ألا تصبح موافقة على حمولة معدلة لاحقًا. اربط العملية المراجعة وشروط انتهاء صلاحيتها أو حداثتها بالفعل النهائي. أعد فحص الحالة المعنية عندما يمكن أن تتغير بين المراجعة والتنفيذ. لا ينبغي لموافقة قديمة أن تصبح إذنًا مفتوحًا.
النتيجة غير المحسومة ليست إذنًا بالارتجال
عندما لا تتاح الأدلة المطلوبة، يجب أن يبلغ الفاحص عن INDETERMINATE مع الاعتماد المفقود. قد تكون الخطوة التالية الانتظار أو طلب أدلة إضافية أو التصعيد إلى شخص مخول. لا ينبغي أن تكون تبديل الوكيل للمزودين أو السياسة بصمت، أو إعادة فعل غير قابل للعكس لمجرد إنتاج نتيجة تبدو إيجابية.
وبالمثل، قد يكون التقرير السلبي الأصيل مفيدًا. يمكن للمتحكم قبوله للمراقبة أو التحقيق مع رفض الفعل المالي التالي. الفصل بين سلامة الأثر وتقييم الادعاء والقبول المحلي ليس عبئًا بيروقراطيًا؛ بل يمنع توقيعًا صالحًا من أن يتحول إلى إذن غير مقصود.
يحتاج الوصول إلى الشبكة إلى حد مماثل. لا ينبغي جلب روابط الأدلة باستخدام بيانات اعتماد البيئة بلا قيود. قيّد الوجهات وإعادة التوجيه وأحجام الاستجابة والمهل، وأبقِ الأسرار خارج السجلات والمواد المرئية للنموذج. تناقش إرشادات MCP الأمنية تمرير الرموز ومخاطر الوسطاء؛ وعلى التكامل حفظ الجمهور المقصود وسلطة بيانات الاعتماد. [3]
يجب أن تعرض الموافقة البشرية القرار لا تخفيه
تسمي شاشة الموافقة المفيدة الفعل الدقيق والفروق الجوهرية عن التعليمة الأصلية. اعرض المستلم والشبكة والأصل والمبلغ وحالة الأدلة ونتيجة السياسة بصيغة يستطيع المراجع فحصها. لا تطلب من شخص الموافقة على عبارة مبهمة مثل «أكمل سير العمل» بينما تخفي الحمولة الفعلية خلف ملخص ودود.
تحتاج الموافقة إلى نطاق أيضًا. قراءة تقرير ليست موافقة على نشره. وتشغيل عرض غير متصل ليس موافقة على ربط محفظة. ومراجعة إصدار ليست موافقة على تغيير DNS أو الفوترة أو ظهور المستودع أو نشر إنتاجي. ينقل المتحكم المصمم جيدًا هذه الفروق إلى الأدوات المنفذة للعمل.
يجب أن يكون مسار الرفض قابلًا للاستخدام. ينبغي أن يستطيع المراجع الرفض أو طلب توضيح دون تكرار تقديم الفعل نفسه كأنه حتمي. سجّل القرار وسياقه مع تجنب الاحتفاظ غير الضروري ببيانات حساسة. لا يفيد مسار تدقيق مقروء إلا عندما يصف ما حدث فعلًا.
اختبر الحدود، لا الادعاء التسويقي
ينبغي لاختبار تجريبي وضع تعليمات مضللة داخل أدلة اصطناعية والتأكد من عدم قدرتها على تغيير السياسة المهيأة أو نطاق الفعل. اختبر مستلمًا عُدّل بعد الموافقة، وموافقة منتهية، ومعرّف عملية خاطئًا، وإصدار تقرير غير مدعوم، وفشل جلب الأدلة. وأدرج حالة مشروعة ناجحة حتى لا يُخلط بين نظام يرفض كل شيء وحل مفيد.
قِس الأفعال غير المخولة التي مُنعت، والمهام المشروعة التي اكتملت، والحالات غير المحسومة التي صُعّدت، والجهد اللازم لفهم القرار. افصل نتائج العينات عن ملاحظات الإنتاج. لا تثبت حزمة اختبارات محدودة حصانة شاملة من حقن التعليمات، وتظل الحراسة المعتمدة على نموذج مكونًا يحتاج إلى نموذج تهديد خاص به.
يتجنب عرض Proof21 غير المتصل الحالي عمدًا المحافظ واستدعاءات الشبكة والمدفوعات الحقيقية. يجعله ذلك نقطة تعلم أكثر أمانًا، لا منصة تحكم إنتاجية مكتملة. ينبغي للتنفيذ التالي حفظ تلك الحدود الصريحة وإضافة قدرات مراجعة واحدة تلو الأخرى، مع أدلة قابلة لإعادة الإنتاج ومستهلك يحتفظ بالسلطة.
الأسئلة الشائعة
هل يجب أن يكون النموذج اللغوي المتحقق الوحيد من أثر تشفيري؟
لا. استخدم تحليلًا حتميًا مدعومًا وتحققًا تشفيريًا وفحوص سياسة للادعاءات الدقيقة. يمكن للنموذج شرح النتائج ومساعدة الناس على التنقل في الأدلة، لكن لا يجوز لسرده استبدال تلك الفحوص.
هل يخول فشل الفحص الوكيل إصلاح الدفعة؟
لا. عدم التطابق دليل، لا منح إذن. يتطلب أي تصحيح تفويض التطبيق نفسه ومراجعة الحمولة الدقيقة وضوابط منع الأفعال المكررة أو غير المقصودة.
هل تضمن هذه الضوابط استحالة حقن التعليمات؟
لا يُقدَّم هذا الضمان. إنها تحدد حدودًا قابلة للاختبار ودفاعات متعددة الطبقات. تعتمد الفاعلية على التنفيذ والنشر ونموذج التهديد المدعوم والمراجعة المستمرة.