هل يدعم iDBQuery المصادقة متعدّدة العوامل والمصادقة الثنائية؟

تضيف المصادقة متعدّدة العوامل دليلاً ثانياً على الهوية إلى جانب كلمة المرور، وقد بُني iDBQuery ليحترم المصادقة متعدّدة العوامل التي تشترطها بالفعل.

• عبر موفّر الهوية لديك - عندما تربط Okta أو Microsoft Entra أو Google Workspace عبر الدخول الموحّد، يرث تسجيل الدخول مصادقتها متعدّدة العوامل، بحيث تنطبق تطبيقات المصادقة ومفاتيح FIDO2 الصلبة والموافقات بالدفع جميعها.
• الوصول المشروط - سياسات مثل «اشترط المصادقة متعدّدة العوامل خارج شبكة الشركة» أو «احظر عمليات تسجيل الدخول المحفوفة بالمخاطر» يفرضها موفّرك قبل الوصول إلى iDBQuery أصلاً.
• متسقة في كل مكان - تنطبق ضوابط تسجيل الدخول نفسها سواء أكان iDBQuery يعمل في السحابة أو شبكتك الخاصة الافتراضية أو محلياً على نظام الهوية الداخلي لديك.

على سبيل المثال، يُطلَب من محلّل يعمل من المنزل نقرة مفتاح صلب من موفّر الهوية لديك قبل أن يحمّل iDBQuery أي بيانات. فالمصادقة متعدّدة العوامل تحرس الباب، لكن بنية iDBQuery هي ما يحدّ من نطاق الضرر وراءه: إذ تُستعلَم البيانات في مكانها بدلاً من تصديرها، ويحصر التحكّم في الوصول القائم على الأدوار ما يستطيع كل مستخدم رؤيته، وتُشفَّر حركة البيانات أثناء النقل مع تشفير البيانات في حالة السكون. وحتى بيانات الاعتماد المخترَقة تحتويها هذه الطبقات. وإذا لم تكن تستخدم موفّر هوية خارجياً بعد، فتحدّث إلينا عن خيارات المصادقة التي تناسب نشرك.