كيف نفصل بياناتك عن غيرها
أوسوليكس منصّة متعدّدة المستأجرين: تتشارك مؤسسات عديدة التطبيق وقاعدة البيانات المُحصَّنة نفسها، لكن لا يمكن لأي مستأجر أن يرى بيانات مستأجر آخر إطلاقًا. إليك بالضبط كيف يُفرض هذا الفصل — وكيف نُثبت أنه يعمل باستمرار.
عزل منطقي، مفروض على مستوى الاستعلام
كل سجل يخصّ عميلًا يحمل معرّف مستأجر. ويُطبَّق تلقائيًا مرشّح على مستوى قاعدة البيانات على كل استعلام، ليقصره على مستأجر المستخدم المسجَّل قبل قراءة أي بيانات أو كتابتها. هذا المرشّح هو الحدّ الوحيد الإلزامي — ولا يمكن لشيفرة التطبيق تجاوزه عن طريق الخطأ.
هذا الحدّ يعمل بمبدأ «الإغلاق عند الفشل»: إذا وصل طلب دون سياق مستأجر صالح، فلن يرى سوى البيانات المرجعية المشتركة — ولن يرى أبدًا سجلات عميل آخر. لا يوجد أي مسار برمجي يُعيد بيانات عملاء غير مقيَّدة بالمستأجر.
الضوابط التي تقف خلف ذلك
مرشّح مستأجر يُغلق عند الفشل
يقصر مرشّح استعلام شامل كل استعلام عميل على المستأجر الحالي تلقائيًا. وهو الحدّ الوحيد على مستوى الاستعلام، ويميل افتراضيًا إلى عدم إظهار شيء بدلًا من إظهار أكثر من اللازم.
لا عمليات بحث غير آمنة بالمعرّف
عمليات البحث المباشرة بالمعرّف التي قد تتجاوز مرشّح المستأجر ممنوعة في شيفرتنا؛ وتمرّ كل عملية قراءة عبر استعلام مقيَّد بالمستأجر.
تحقّق مستمر
تُشغَّل مجموعة اختبارات آلية عابرة للمستأجرين عند كل تغيير. وأي شيفرة تحاول تجاوز حدّ المستأجر تُسقِط عملية البناء قبل أن تُنشَر.
سجل تدقيق غير قابل للتغيير
تُسجَّل كل عملية إنشاء وتحديث وحذف على بيانات العملاء مع تحديد مَن وماذا ومتى — ما يمنحك ومدقّقيك تاريخًا كاملًا ومقاومًا للعبث.
ماذا يعني ذلك لك
بياناتك معزولة منطقيًا عن كل عميل آخر، والعزل تفرضه قاعدة البيانات نفسها وليس فحوصات مكتوبة يدويًا، ونحن نتحقّق منه آليًا مع كل إصدار. ونحن شفّافون بشأن نموذجنا: لا ندّعي وجود قاعدة بيانات فعلية منفصلة لكل عميل، ولا يمكن لأي مورّد صادق أن يدّعي استحالة التسرّب — ما يمكننا أن نُريك إياه هو حدّ إلزامي بالتصميم ومُختبَر باستمرار.
هل تريد التفاصيل التقنية لاستبيان أمني؟ استخدم نموذج التواصل (الموضوع: الأمان) لطلب وثائق البنية وضوابط عزل المستأجرين.