الانتقال إلى المحتوى الرئيسي
المصادقة ميزة جديدة: @didit-protocol/auth-react-native يعتمد على الإصدار. بيانات التوزيع والإصدارات وتوقيعات الاستدعاء غير مؤكدة هنا. لا تثبّت حزمة تخمينية، ولا تستخدم SDK التحقق من الهوية كأنه SDK للمصادقة.

​
تجهيز التطبيق

  1. أكّد أن المصادقة مفعّلة لتطبيق Didit الخاص بك، وانسخ أصل تسجيل الدخول من وحدة التحكم: https://<slug>.auth.didit.me، أو <slug>.sandbox.auth.didit.me للبيئة التجريبية.
  2. سجّل رابط الاستدعاء دقيقًا يدعمه تطبيقك وبيئة التشغيل. تحقق من ملكية روابط التطبيقات، ولا تفترض أن مخططات الروابط المخصصة الاعتباطية مقبولة.
  3. افصل إعدادات البيئة التجريبية عن إعدادات بيئة الإنتاج، بما في ذلك معالجة الاستدعاء وبيانات الاعتماد المخزنة.
  4. اختر طريقة ثابتة لربط الشخص قبل ربط التحقق أو المراقبة.
اضبط واختبر روابط الاستدعاء بشكل منفصل على iOS وAndroid. غلاف المصادقة منفصل عن @didit-protocol/sdk-react-native، الذي يتولى التحقق.

​
تنفيذ التدفق المستضاف

افتح متصفح المصادقة الخاص بالنظام على عنوان {origin}/sign-in. وفّر قيمة state عشوائية جديدة، وتحدي PKCE بطريقة S256، وعنوان redirect_uri المسجّل لديك. احتفظ بالمتحقِّق داخل تطبيقك لتلك المحاولة فقط. يوضح دليل JavaScript السريع البروتوكول الأساسي؛ استخدم تشفير المنصة ومعالجة عناوين URL على المنصة، لا كائنات المتصفح العامة، في الكود الأصلي. عند الاستدعاء، تحقق من state وعمر المعاملة ووجهة الاستدعاء قبل استبدال الرمز لمرة واحدة عند token/. استخدم المتحقِّق الأصلي وعنوان رابط إعادة التوجيه الدقيق نفسه. إلغاء المتصفح أو إغلاقه ليس تسجيل دخول ناجحًا. خزّن رموز token الخاصة بالتحديث في التخزين الأصلي المحمي بالمنصة، ولا تخزّنها أبدًا في ملف تفضيلات غير محمي أو في التحليلات أو سجلات الأعطال. تحقق من الجلسة الحالية باستخدام GET session/ مع Bearer token الخاص بالمستخدم النهائي. نفّذ عملية التحديث بالتسلسل، واستبدل الرمزين معًا، وامسح الحالة الخاصة بالمستخدم بعد تسجيل الخروج. راجع token وJWKS للاطلاع على عقد الطلب وسلوك إعادة استخدام token الخاص بالتحديث.

​
معاينة إصدار SDK الأصلي

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

​
ربط التحقق والمراقبة

يشتق خادمك vendor_data من الشخص المصادق عليه. ثم ينشئ جلسات التحقق أو يُصدر رموز token للمراقبة محددة النطاق لذلك الشخص. أعِد إلى تطبيقك بيانات اعتماد الجلسة أو token محدد النطاق فقط، ويبقى مفتاح API على الخادم. استخدم حزمة React Native للتحقق عندما تحتاج إلى التحقق من الهوية. اتبع إرسال المعاملات عبر SDK لدعم المراقبة على منصتك. عامل قرارات تسجيل الدخول والتحقق والمعاملات بشكل منفصل.

​
التحقق من التكامل

اختبر العودة إلى التطبيق بعد إغلاقه تمامًا، والانتقال بين الخلفية والواجهة الأمامية، وإلغاء المتصفح، واستدعاء غير متطابق، وإعادة استخدام الرمز، وانتهاء صلاحية token، والتحديث المتزامن، وMFA، وتسجيل الخروج، وتسجيل الدخول بمستخدم آخر. اختبر تسجيل مفاتيح المرور وتسجيل الدخول بها على الأجهزة المدعومة عندما يتوفر ذلك الإصدار. يبقى أي فحص يعتمد على الجهاز وحده غير مُتحقَّق منه حتى يُنفَّذ على المنصة المستهدفة.
آخر تعديل في ٧ نوفمبر ٢٠٢٦