الانتقال إلى المحتوى الرئيسي
كل الوثائق

الدخول الموحد والهوية

هيئ الدخول واربط التطبيقات وحافظ على وصول الهوية ضمن المؤسسة والنطاق الصحيحين.

سير العمل
  1. اختر طريقة الدخولاستخدم /login للدخول المعتاد أو /sso/login لخيارات SSO وكلمات المرور دون كلمة مرور.
  2. حدد المؤسسةاختر المؤسسة المالكة للتطبيق وتحقق من عضوية المستخدم النشطة فيها.
  3. سجل التطبيقحدد المالك والبروتوكول وقيم المزود من واجهة الإدارة.
  4. اختبر الوصولتحقق من الهوية والعضوية والدور والسياسة بحساب مسموح.
  5. أدر الوصولراقب التدقيق وعطّل الاتصالات المتقاعدة وألغ بيانات الاعتماد القديمة.

عناوين الدخول والاسترداد

استخدم /login لمسار حساب الموقع المعتاد و/sso/login للدخول المتوافق مع SSO. توجد مسارات التسجيل والاسترداد والدخول دون كلمة مرور تحت /sso. توجه صفحات تفويض OAuth القديمة المستخدمين الجاري دخولهم إلى المسارات المكافئة الحالية في SSO. وجود عنوان لا يثبت تفعيل المزود؛ تحقق من حالة المؤسسة والتطبيق.

  1. افتح العنوان الموافق لمسار الدخول المطلوب.
  2. إذا غاب المزود، اطلب من مسؤول المؤسسة التحقق من إعداده.
  3. استخدم مطالبات استرداد SSO للعوامل المفقودة أو كلمات المرور المنتهية.

المؤسسات والنطاقات والهوية

تملك المؤسسة تطبيقاتها ونطاقاتها وأعضاءها وسياساتها وتفويضاتها. يوجه اكتشاف النطاق الموثق المستخدم لكنه لا يصادق عليه ولا يمنحه عضوية. يهيئ مسؤولو العملاء SAML أو OIDC للمؤسسة. طابق الهويات بالمؤسسة والمصدر والموضوع الثابت؛ ولا تربط الحسابات اعتماداً على البريد وحده.

  1. حدد المؤسسة قبل تغيير عضو أو مزود أو نطاق.
  2. أكمل إثبات ملكية النطاق وتحقق من حالة التوثيق.
  3. عالج الهويات المكررة عبر مسار المؤسسة المخول.

التطبيقات ومزودو الدخول الاجتماعي

لكل تطبيق تسجيل بروتوكول وسياسة ودورة حياة منفصلة. تختلف إعدادات مزود الدخول الاجتماعي للمنصة عن الهوية التي ربطها المستخدم بحسابه. قد يتطلب مسار العودة إكمال الملف، لكن نجاحه لا يمنح الوصول إلى التطبيق؛ فالعضوية والإسناد والسياسة مطلوبة أيضاً.

  1. سجل المؤسسة والمالك والبروتوكول وقيم إعادة التوجيه أو البيانات الوصفية.
  2. هيئ المزود من شاشة إدارته واحم بيانات اعتماده.
  3. اختبر الدخول وتحقق من قرار المؤسسة والتطبيق.

الأدوار والتفويض

أدوار الموقع وصلاحيات المؤسسة منفصلة. تتيح الحوكمة تحديد المؤسسات الأم والحدود وتفويضات إدارية محددة المدة. يتلقى المفوضون صلاحيات مختارة في مؤسسة واحدة؛ وترفض النطاقات الأعلى أو الشقيقة أو غير المرتبطة. تؤثر العضوية النشطة وتسلسل الأدوار وسياسة التطبيق كلها في القرار.

  1. امنح المسؤول عضوية نشطة في المؤسسة المستهدفة.
  2. امنح الصلاحيات المطلوبة فقط وحدد تاريخ انتهاء.
  3. ألغ التفويض عند انتهاء العمل وتحقق من حدث التدقيق.

MFA ومفاتيح المرور والاسترداد

قد يتطلب الدخول MFA أو مفتاح مرور أو تحققاً آخر دون كلمة مرور أو تحقق خطوة إضافية أقوى. التهيئة الأولية والتحدي والإعداد والاسترداد مراحل منفصلة؛ وإكمال إحداها لا يفي بمتطلب إجراء محمي لاحق. يحتاج المسؤولون صلاحية إدارة المصادقة للمصادقات وحملات التسجيل المدعومة للمؤسسة.

  1. أكمل الدخول بمفتاح المرور أو تحقق من المصادق الجديد أثناء التسجيل.
  2. استرد الحساب بطريقة معروضة ثم استبدل العوامل التي تعرضت للخطر.
  3. عند الرفض، سجل سببه واطلب من مسؤول مخول فحص السياسة.

الإدارة ودورة الحياة

يوجد عقد الإدارة المولد في /api/auth/management/openapi.json، وفيه مخططات العمليات ومتطلبات الأمان. استخدم مساحة العمل المحمية للإدارة البشرية. ويسجل تفعيل المؤسسة أو التطبيق أو تعليقه أو تقاعده أو التراجع عن نسخته كتغيير دورة حياة مع تاريخ إصدارات وتدقيق.

  1. افتح مستند OpenAPI واعثر على عملية الإدارة المطلوبة.
  2. تحقق من صلاحيتها وسياق المؤسسة ومدخلاتها الموثقة.
  3. بعد تغيير دورة الحياة، تحقق من الحالة وسجل التدقيق.

الأسئلة الشائعة

أي عنوان دخول أستخدم؟

استخدم /login للدخول المعتاد و/sso/login للدخول عبر SSO.

هل يمنح اكتشاف النطاق الوصول؟

لا. تظل المصادقة والعضوية وإسناد التطبيق وفحوص السياسة مطلوبة.

هل يربط البريد الهوية تلقائياً؟

لا. يعتمد الربط على المؤسسة والمصدر والموضوع؛ عالج التعارض بمراجعة مخولة.

لماذا أدخلت الموقع ولا أستطيع فتح التطبيق؟

الدخول لا يعني الإسناد. تحقق من العضوية وتسلسل الدور وسياسة التطبيق.

أين أجد عقد الإدارة؟

راجع /api/auth/management/openapi.json للعمليات الحالية ومتطلبات الأمان.

هل يستطيع المفوضون إدارة كل المؤسسات؟

لا. يقتصر التفويض على مؤسسة وصلاحيات ومدة محددة.

صفحات ذات صلة