اعتمادات موحدة وصلاحيات دقيقة باستخدام Didit و Cerbos

فصل الهوية عن الصلاحيات: افصل التحقق من الهوية عن فرض سياسات الصلاحيات لإنشاء بنى أمنية أكثر مرونة وقابلية للتطوير. يتولى Didit إدارة الهوية الموحدة، بينما يدير Cerbos سياسات الوصول الدقيقة.

تعزيز الأمان بتحكم دقيق: طبق قواعد وصول دقيقة بناءً على سمات المستخدم، الأدوار، وسياق المورد، متجاوزًا التحكم التقليدي في الوصول المستند إلى الدور (RBAC) لتحقيق أمان وامتثال فائقين.

تبسيط تجربة المطور: استفد من واجهات برمجة التطبيقات الموجهة للمطورين في Didit والمصادقة البرمجية لدمج التحقق من الهوية بسهولة في تطبيقاتك، مما يبسط إدارة الاعتمادات وتأهيل المستخدمين.

Didit يدعم أسسًا آمنة: يوفر Didit التحقق الأساسي من الهوية وإدارة الاعتمادات، بما في ذلك خدمة "اعرف عميلك" الأساسية المجانية (Free Core KYC)، مما يسمح للشركات ببناء أنظمة صلاحيات معقدة بثقة وسهولة.

تحدي الصلاحيات الحديثة

في المشهد الرقمي المترابط اليوم، لم يعد مجرد معرفة من هو المستخدم (المصادقة) كافيًا. تحتاج الشركات إلى التحكم في ماذا يمكن للمستخدم فعله، *متى*، و*تحت أي ظروف* (الصلاحيات). يصبح هذا التحدي أكثر تعقيدًا عند التعامل مع الهويات الموحدة، حيث قد يصادق المستخدمون عبر مزودي خدمة خارجيين مختلفين. غالبًا ما تقصر نماذج الصلاحيات التقليدية، مثل التحكم الأساسي في الوصول المستند إلى الدور (RBAC)، مما يؤدي إلى منح صلاحيات زائدة، وثغرات أمنية، وصعوبات في إدارة منطق الأعمال المعقد.

من ناحية أخرى، تسمح الصلاحيات الدقيقة باتخاذ قرارات وصول محددة للغاية بناءً على العديد من العوامل: سمات المستخدم (مثل العمر، البلد، حالة التحقق)، سمات المورد (مثل نوع المستند، حساسية البيانات)، السياق البيئي (مثل وقت اليوم، عنوان IP)، وحتى العلاقات بين الكيانات. يتطلب تنفيذ هذا المستوى من التحكم نظامًا قويًا للتحقق من الهوية ومحركًا فعالًا للصلاحيات يعملان جنبًا إلى جنب.

الاعتمادات الموحدة ودور Didit

تسمح الاعتمادات الموحدة للمستخدمين بالمصادقة مرة واحدة مع مزود هوية (IdP) ثم الوصول إلى خدمات متعددة دون إعادة إدخال بيانات الاعتماد الخاصة بهم. هذا يحسن تجربة المستخدم ويزيد من مركزية إدارة الهوية. ومع ذلك، فهذا يعني أيضًا أن نظام الصلاحيات يجب أن يكون قادرًا على استيعاب وتفسير تأكيدات الهوية من مصادر مختلفة.

يلعب Didit، بصفته منصة هوية تعتمد على الذكاء الاصطناعي، دورًا حاسمًا هنا. فهو يوفر الطبقة الأساسية للتحقق من الهويات الموحدة وإدارتها. سواء كان المستخدم يقوم بالتسجيل لأول مرة أو يعيد المصادقة، يضمن Didit أن الهوية مشروعة ويوفر سمات تم التحقق منها. على سبيل المثال، يمكن لـ Didit's ID Verification (OCR، MRZ، الرموز الشريطية) التحقق من وثيقة هوية المستخدم، بينما تضمن ميزة Passive & Active Liveness أنه شخص حقيقي وليس تزييفًا عميقًا. بالنسبة للخدمات المقيدة بالعمر، يقدم Didit's Age Estimation طريقة تحافظ على الخصوصية لتأكيد العمر دون جمع بيانات شخصية زائدة. تُعد هذه السمات التي تم التحقق منها مدخلات حاسمة لنظام الصلاحيات الدقيقة.

تُعد إمكانيات المصادقة البرمجية في Didit قوية بشكل خاص للسيناريوهات الموحدة. يمكن للمطورين استخدام واجهة برمجة تطبيقات Didit للتحقق من عناوين البريد الإلكتروني والحصول على بيانات الاعتماد برمجيًا، كما هو موضح بواسطة نقطة النهاية /programmatic/verify-email/. يتيح ذلك التكامل السلس مع تدفقات الهوية الحالية أو لبناء تجارب مصادقة مخصصة تتغذى على نموذج موحد.

تقديم Cerbos للصلاحيات الدقيقة

Cerbos هو طبقة صلاحيات مفتوحة المصدر، مفصولة، تمكن المطورين من تنفيذ سياسات التحكم في الوصول الدقيقة. يعمل عن طريق أخذ طلب (من، ماذا، متى، أين) وتقييمه مقابل مجموعة من السياسات المكتوبة بلغة سهلة القراءة (YAML أو CUE). يجلب نهج Cerbos "السياسة كرمز" العديد من الفوائد، بما في ذلك التحكم في الإصدار، والتدقيق، وتسهيل اختبار منطق الصلاحيات.

عند التكامل مع Didit، يمكن لـ Cerbos الاستفادة من بيانات الهوية الغنية والموثقة التي يوفرها Didit. على سبيل المثال، بعد أن يكمل المستخدم بنجاح تدفق Didit ID Verification، يمكن لـ Didit توفير سمات مثل بلد إقامة المستخدم، العمر، أو حالة التحقق. يمكن بعد ذلك تمرير هذه السمات إلى Cerbos كجزء من طلب الصلاحيات. يمكن لسياسات Cerbos بعد ذلك أن تملي، على سبيل المثال، أن "المستخدمين الذين لديهم هوية موثقة من بلد في الاتحاد الأوروبي فقط يمكنهم الوصول إلى البيانات المصنفة على أنها بيانات الاتحاد الأوروبي الحساسة".

تصميم التكامل: Didit + Cerbos

يتتبع تكامل Didit و Cerbos عادة هذه الخطوات:

1. مصادقة المستخدم والتحقق (Didit): يبدأ المستخدم المصادقة. يتعامل Didit مع عملية التحقق باستخدام منتجات مثل ID Verification، Passive & Active Liveness، أو حتى Phone & Email Verification. عند التحقق الناجح، يوفر Didit رمزًا آمنًا (مثل رمز الوصول) وربما مجموعة من السمات الموثقة (مثل is_verified: true، age_group: '18-24'، country: 'DE').

2. نشر الهوية والسمات: يتلقى الواجهة الخلفية للتطبيق هوية المستخدم المصادق عليه وأي سمات ذات صلة من Didit. غالبًا ما يتم تضمين هذه السمات في جلسة المستخدم أو مخزن الملف الشخصي.

3. طلب الصلاحيات (Cerbos): عندما يحاول المستخدم إجراء (مثل 'قراءة المستند X'، 'تحديث الملف الشخصي Y')، تقوم الواجهة الخلفية للتطبيق بإنشاء طلب صلاحيات لـ Cerbos. يتضمن هذا الطلب:

   • الكيان الرئيسي (المستخدم) وسماته (على سبيل المثال، { id: 'user123', roles: ['editor'], country: 'DE', is_verified: true }). يتم إثراء هذه السمات من خلال عملية التحقق في Didit.
   • المورد الذي يتم الوصول إليه (على سبيل المثال، { kind: 'document', id: 'doc456', owner: 'user123', sensitivity: 'sensitive_eu' }).
   • الإجراء الذي يتم تنفيذه (على سبيل المثال، 'قراءة'، 'تحديث').

4. تقييم السياسة (Cerbos): يقيم Cerbos الطلب مقابل سياساته المحددة مسبقًا. على سبيل المثال، قد تنص السياسة على:

   - principal.attr.is_verified == true
   - principal.attr.country == resource.attr.country
   - resource.attr.sensitivity == 'sensitive_eu' -> allow
   

5. فرض القرار: بناءً على قرار Cerbos (السماح/الرفض)، يمنح التطبيق أو يرفض الوصول إلى المورد أو الإجراء المطلوب.

تضمن هذه البنية المفصولة أن منطق الصلاحيات يتم إخراجه من رمز التطبيق، مما يسهل إدارته، تدقيقه، وتطويره دون إعادة نشر التطبيق بأكمله. يكمل نهج Didit المعياري للتحقق من الهوية هذا بشكل مثالي، مما يسمح للشركات بتوصيل فحوصات التحقق الدقيقة اللازمة لسياسات الصلاحيات الخاصة بهم، دون تكاليف إضافية غير ضرورية.

كيف يساعد Didit

يوفر Didit الأساس القوي والمرن للتحقق من الهوية اللازم لتنفيذ أنظمة اعتمادات موحدة متطورة وصلاحيات دقيقة. تم تصميم منصتنا التي تعتمد على الذكاء الاصطناعي والموجهة للمطورين للتكامل بسلاسة مع محركات الصلاحيات مثل Cerbos، وتقدم:

• وحدات بناء الهوية المعيارية: تسمح لك عناصر الهوية القابلة للتركيب في Didit باختيار ودمج طرق التحقق حسب الحاجة. من ID Verification إلى Passive & Active Liveness، و 1:1 Face Match، و AML Screening & Monitoring، تحصل على بيانات الهوية الدقيقة المطلوبة لسياسات الصلاحيات الخاصة بك.
• سمات غنية وموثقة: لا يقوم Didit بالمصادقة فقط؛ بل يتحقق. هذا يعني أنك تتلقى سمات هوية ذات ثقة عالية (مثل العمر، البلد، حالة التحقق) وهي مدخلات أساسية لقرارات الصلاحيات الدقيقة، مما يتيح سياسات مثل 'يمكن للمستخدمين الموثقين الذين تزيد أعمارهم عن 21 عامًا من مناطق محددة فقط الوصول'.
• تجربة موجهة للمطورين: بفضل واجهات برمجة التطبيقات النظيفة، وبيئات الاختبار الفورية، والوثائق الشاملة، فإن دمج التحقق من الهوية في Didit في تطبيقك أمر مباشر. تعمل نقاط النهاية البرمجية للمصادقة على تبسيط عملية الحصول على الاعتمادات، مما يجعل إدارة الهوية الموحدة أسهل من أي وقت مضى.
• خدمة "اعرف عميلك" الأساسية المجانية (Free Core KYC): يقدم Didit فئة Free Core KYC، مما يسمح لك ببدء بناء واختبار تدفقات الهوية والصلاحيات الخاصة بك دون تكاليف أولية. وهذا يتيح النماذج الأولية السريعة ويضمن أنه يمكنك تنفيذ أساس آمن من اليوم الأول.
• تصميم عالمي: تم بناء منصة Didit لتكون عالمية النطاق، وتدعم أنواع المستندات المختلفة ومتطلبات الامتثال. وهذا يضمن إمكانية تطبيق سياسات الصلاحيات الدقيقة الخاصة بك بشكل متسق عبر قاعدة مستخدمين متنوعة، مع خيارات الإقامة المحلية للبيانات لحسابات الشركات.
• سير العمل المنسق: استخدم وحدة التحكم التجارية بدون أكواد (no-code Business Console) في Didit لتنسيق سير عمل "اعرف عميلك" المعقدة، والتي يمكن أن تتغذى بعد ذلك على طبقة الصلاحيات الخاصة بك. وهذا يسمح بإجراء تعديلات ديناميكية على متطلبات التحقق بناءً على ملفات تعريف المخاطر، مما يعزز البيانات المتاحة لسياسات Cerbos.

من خلال الاستفادة من Didit للتحقق من الهوية، يمكن للشركات تأكيد هويات المستخدمين وسماتهم المرتبطة بها بشكل موثوق، مما يوفر لـ Cerbos السياق الحاسم اللازم لاتخاذ قرارات صلاحيات دقيقة وآمنة. ينتج عن هذا المزيج بنية أمنية قوية، قابلة للتطوير، وقابلة للتدقيق.

هل أنت مستعد للبدء؟

هل أنت مستعد لرؤية Didit في العمل؟ احصل على عرض توضيحي مجاني اليوم.

ابدأ في التحقق من الهويات مجانًا باستخدام فئة Didit المجانية.