لماذا تشكل عروض الويب (WebViews) في تطبيقات الهاتف المحمول تحديًا لمفاتيح المرور؟

لماذا تشكل عروض الويب (WebViews) في تطبيقات الهاتف المحمول تحديًا لمفاتيح المرور؟#

غالبًا ما تُستخدم WebViews في تطبيقات الهاتف المحمول لعرض محتوى الويب، لكنها تمثل تحديات فريدة عند تطبيق مفاتيح المرور (Passkeys). تنبع هذه التحديات من الدعم المحدود لميزات WebAuthn داخل العديد من بيئات WebView.

التحديات الرئيسية مع WebViews لمفاتيح المرور#

1. دعم محدود لـ WebAuthn#

• تفتقر العديد من WebViews إلى الدعم الكامل لواجهات برمجة تطبيقات WebAuthn، مما يجعل من الصعب تفعيل ميزة مفاتيح المرور.
• المتصفحات الأصلية مثل Chrome أو Safari تكون عادةً أكثر جاهزية لدعم مفاتيح المرور مقارنة بـ WebViews. وكبديل، يمكننا تطبيق مفاتيح المرور بشكل أصلي (native) في تطبيقات iOS أو Android.

2. تطبيقات غير متسقة#

تختلف قدرات WebView حسب النظام الأساسي والإصدار:

• تقدم WKWebView على نظام iOS دعمًا أفضل، لكنها قد تفتقر إلى بعض ميزات WebAuthn الرئيسية.
• غالبًا ما تكون تطبيقات WebView على Android أقل اتساقًا وقد تتطلب إعدادات مخصصة.

3. القيود الأمنية#

• تتمتع WebViews غالبًا ببيئات مقيدة تحد من الوصول إلى المُصادق المحلي (authenticator)، مثل Face ID أو Touch ID أو ما يعادلها من المقاييس الحيوية (biometrics) في Android.
• يمكن أن يمنع هذا الإنشاء أو الاستخدام السلس لمفاتيح المرور داخل التطبيق.

4. مشكلات تجربة المستخدم (UX)#

إذا لم تعمل مفاتيح المرور داخل WebViews، قد يضطر المستخدمون إلى التبديل لمتصفح أو تطبيق خارجي لإكمال المصادقة، مما يعطل عملية تسجيل الدخول. عادةً، نحصل على أفضل تجربة مستخدم (UX) لمفاتيح المرور عند استخدام التطبيق الأصلي لها في إطار عمل تطوير تطبيقات iOS أو Android (مثل Kotlin أو Swift).

استراتيجيات لمعالجة تحديات WebViews#

1. اختبار توافق WebView:
   • استخدم البيانات من State of Passkeys لتحديد قيود WebView.
   • قم بتقييم أنواع WebView المحددة (مثل WKWebView مقابل Android WebView) المستخدمة في تطبيقك.

2. خيارات البديل (Fallback):

   • إعادة توجيه المستخدمين إلى المتصفحات الأصلية للمصادقة إذا كان دعم WebView غير كافٍ.
   • احتفظ بطرق المصادقة المتعددة العوامل (MFA) البديلة خلال المرحلة الانتقالية.

3. تشجيع التطبيق الأصلي (Native Implementation): حيثما أمكن، استخدم مكونات التطبيق الأصلي لدعم مفاتيح المرور بدلاً من الاعتماد على WebViews.

4. العمل مع الموردين: تعاون مع مزودي WebViews والأنظمة الأساسية للمطالبة بدعم أفضل لـ WebAuthn في التحديثات المستقبلية.

الخلاصة#

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

اقرأ المقال كاملاً#

حول Corbado

Corbado هي Passkey Intelligence Platform لفِرَق CIAM التي تُدير المصادقة الاستهلاكية على نطاق واسع. نُمكّنك من رؤية ما لا تستطيع سجلات IDP وأدوات التحليل العامة إظهاره: أي الأجهزة وإصدارات أنظمة التشغيل والمتصفحات ومديري بيانات الاعتماد تدعم passkeys، ولماذا لا تتحوّل عمليات التسجيل إلى عمليات دخول، وأين يفشل تدفق WebAuthn، ومتى يُعطّل تحديث نظام التشغيل أو المتصفح تسجيل الدخول بصمت — كل ذلك دون استبدال Okta أو Auth0 أو Ping أو Cognito أو IDP الداخلي لديك. منتجان: Corbado Observe يُضيف observability للـ passkeys وأي طريقة دخول أخرى. Corbado Connect يُقدّم managed passkeys مع تحليلات مدمجة (إلى جانب IDP الخاص بك). تُشغّل VicRoads passkeys لأكثر من 5 ملايين مستخدم مع Corbado (تفعيل passkey بنسبة +80%). تحدث مع خبير Passkey →