تمرير الهوية كما ينبغي

استدعاء Fusion بصفة المستخدم المسجَّل ليُطبَّق أمنه. ولماذا هذا جوابُ أكثر هذه الوحدة دفعةً. وقد عرض الدرس ٣ من الوحدة ٦ هذا اختيارَ استيثاق. وهنا هو بنيةُ الأمن، وسبب استحقاقه درسًا خاصًّا أنه يحلّ مشكلاتٍ عدّة معًا لا واحدة. وبهُويّة المستخدم يطبّق Fusion الأمن الذي صمّمه أحدٌ بالفعل. سياساتِ أمن البيانات، وإسناداتِ الأدوار، والقواعدَ التي يصونها فريق أمنٍ ويدقّقها. ويرث تطبيقك ذلك كله ولا يحتاج إعادة إنتاج شيءٍ منه. وذلك يغلق الدرسين ٢ و٤ معًا. فاطلب صفوف قسمٍ آخر وتكن الاستجابة خالية، لأن Fusion يرفض — لا لأن صفحتك رشّحت. فيكون القيد على الجانب البعيد من الحدّ ولا يمكن تحريره. ويغلق الدرس ٣ إلى حدٍّ كبير أيضًا. فالحقول التي لا يجوز للمستخدم رؤيتها لا تُعاد غالبًا البتّة حين يحمل الاستدعاء هُويّته، فيصير الإخفاء غير لازمٍ لا كاذبًا. ويجعل الدرس ٦ صادقًا. ففحصُ دورٍ في صفحتك راحةُ تنقّلٍ بالضبط لأن شيئًا آخر يفرض الحدّ الحقيقي؛ وبلا نشرٍ يكون فحصُ صفحتك كلَّ…

في هذه الوحدة: الوحدة ١١ · الأمان: من يرى ماذا

1. ١أين يقع حد الثقة
2. ٢الترشيح في الواجهة ليس أمانًامعاينة مجانية
3. ٣إخفاء الحقل يرسله على أي حال
4. ٤رشّح عند المصدر
5. ٥تمرير الهوية كما ينبغي
6. ٦الأدوار داخل تطبيقك
7. ٧تأمين نقاط نهاية كائنات الأعمال
8. ٨الأسرار لا توضع في تطبيق
9. ٩ما ينتهي في سجل أو في عنوان
10. ١٠ما الذي ينكسر: أربع نتائج أمنية
11. ١١تمهيد التدريب · هاجم تطبيقك أنت