دخل موظف شركة إلى حسابه، فظهرت له طلباته وحدها. يبدو العرض مطمئنًا، لكن هل شاهدنا حدود الحساب فعلًا، أم شاهدنا شاشة اختار المنفذ بياناتها مسبقًا؟ عند استلام منصة SaaS تخدم مؤسسات متعددة، اطلب دليلًا يربط كل مورد بالمؤسسة المسموح لها، لا مجرد تسجيل دخول ناجح.
مؤسستان تجريبيتان تكشفان السؤال
نفترض منصة لحجز معدات تصوير تستخدمها مؤسستان مستقلتان. لكل مؤسسة طلب وملف يحمل علامة تجريبية مختلفة، وفي كل منهما موظف ومدير. يوجد أيضًا مسؤول دعم للمنصة، بصلاحية استثنائية معروفة. هذا مثال افتراضي للتخطيط، وليس فحصًا لمنصة حقيقية أو استخدامًا لبيانات عملاء.
تريد أن يرى الموظف موارد مؤسسته بحسب دوره، وأن تبقى موارد المؤسسة الأخرى خارج وصوله. وقد تسمح لمدير بالعمل في المؤسستين، لكن هذا قرار مختلف يحتاج عضوية وصلاحية واضحتين. لا تعتبر تشابه أسماء المستخدمين أو كون الحساب «مديرًا» جوابًا عن المؤسسة التي يعمل داخلها الآن.
الدخول والدور وحدود المؤسسة
توضح AWS أن المصادقة والتفويض العام لا يثبتان وحدهما عزل المؤسسات؛ ينبغي أن يتحكم سياق المؤسسة في الموارد المتاحة. ويمكن تحقيق العزل مع موارد مخصصة أو مشتركة. لذلك لا تفرض قاعدة بيانات منفصلة لكل عميل باعتبارها الدليل الوحيد، ولا تقبل أن مشاركة البنية تعني بالضرورة مشاركة الوصول.
ناقش ثلاثة أسئلة منفصلة مع المنفذ: من هذا المستخدم؟ ما الإجراءات المسموحة لدوره؟ وعلى بيانات أي مؤسسة تنطبق؟ إجابة أحدها لا تكمل الآخرين تلقائيًا. كذلك، إخفاء طلب من القائمة لا يكفي لتقرير ما تسمح به القنوات الأخرى الداخلة في نطاق الخدمة.
بطاقة حد بيانات تستطيع مراجعتها
استخدم البطاقة الآتية لكل مورد مهم، ثم اطلب من المختص تنفيذ تحقق مصرح به في بيئة مناسبة. هذه أداة قبول مقترحة، وليست خطوات هجوم أو قائمة شاملة لكل احتمال أمني. اتفق على النتيجة قبل مشاهدة التجربة، واحتفظ بمرجع النسخة والبيئة.
| الخانة | ما تسجله في المثال | الدليل المطلوب |
|---|---|---|
| الهوية والسياق | موظف المؤسسة الأولى داخلها الآن | المؤسسة والدور المستخدمان في التحقق واضحان |
| المورد والمالك | طلب وملف بعلامة المؤسسة الثانية | رفض الوصول المتوقع دون عرض محتوى غير مسموح |
| القنوات المشمولة | العرض والبحث والتقرير والملف | نتيجة منفصلة لكل قناة، لا نجاح شاشة واحدة |
| استثناء الدعم | وصول محدد لغرض معلوم | تفويض وحدود وسجل يمكن لصاحب الصلاحية مراجعته |
أضف النتيجة الفعلية ومرجع الدليل والمسؤول عن تفسير الفرق. إذا لم توفر بيئة الاختبار قناة التقرير مثلًا، فسجلها غير مختبرة؛ لا تحول غيابها إلى علامة نجاح. وإذا اختلفت بيانات التجربة عن الإنتاج، اطلب وصف أثر الاختلاف في الاستنتاج.
لا تنسَ ما يحدث خارج جلسة المستخدم
قد تُجهز التقارير والملفات عبر مهام خلفية، أو تتصل خدمة أخرى بالمنصة دون واجهة المستخدم. تناقش وثائق Microsoft هويات هذه العمليات وكيف يُحدد نطاقها بالمؤسسة. اطلب إدراج المخرجات المهمة ضمن الخطة، بدل افتراض أن اختبار حساب الموظف يغطي كل عملية آلية.
في مثال المعدات، يطلب المدير تقرير حجوزات مؤسسته. حدد أي مؤسسة يجب أن يستخدمها التقرير عند إنشائه وأين يحفظ ومن يستطيع فتحه. وإذا غُيرت عضوية المستخدم قبل اكتماله، فليشرح المنفذ السلوك المعتمد وكيف يتحقق منه؛ لا تترك هذا القرار لتوقيت التنفيذ مصادفة.
الدعم وتعدد العضويات استثناءان يحتاجان تفسيرًا
تفصل Microsoft بين نماذج تفويض مرتبطة بالدور وأخرى بالمورد، وتناقش المستخدمين الذين يصلون إلى أكثر من مؤسسة. حول ذلك إلى أسئلة عمل: كيف يعرف المدير السياق الحالي؟ ومن يمنح العضوية ويلغيها؟ وما الذي يراه الدعم وبأي تفويض؟ لا تطلب كلمة مرور عميل لإثبات أن الدعم يعمل.
راجع حالات السماح مثلما تراجع الرفض؛ منع مستخدم مخول من مورده قد يعطل العمل أيضًا. واطلب تفسير نتيجة استثناء الدعم حتى لا يُعرض وصول واسع غير معلوم باعتباره ضرورة فنية لا يمكن مناقشتها. الدليل المطلوب يصف ما حدث ضمن الاتفاق وحدوده.
تختلف هذه البطاقة عن موجز شراء اختبار اختراق الأوسع، وعن قرار التوسع بعد تجربة المنتج. أرفقها عند مناقشة تطوير منصة SaaS مع نكست ويف لتدخل حدود بيانات العملاء في نطاق الاستلام. نجاح العينة لا يضمن غياب كل مخاطر العزل.
سند التمييز
قُرئت صفحة AWS عن عزل المؤسسات وأقسام Microsoft عن الهوية في الحلول متعددة المؤسسات في 4 نوفمبر 2026. لا يمثل المقال تصميمًا منفذًا أو اختبارًا أمنيًا أو اعتمادًا. أُعد بمساعدة الذكاء الاصطناعي مع مراجعة المعلومات والترجمة.
