أواجه مشكلة غريبة - لا يمكنني تسجيل مفاتيح Yubikeys (أستخدم السلسلة 5، ولدي 4 منها) كـ passkeys على أي منتدى discourse. يمكنني تسجيل passkey هاتف Android الخاص بي و passkey مدير كلمات المرور الخاص بي بنجاح.
عندما أحاول تسجيل Yubikey أحصل على الخطأ أدناه، دائمًا:
أريد أن أفهم ما إذا كانت هذه مشكلة معروفة لأنني لم أجد شيئًا في المنتدى بخصوص عدم قدرة Yubikey على العمل. إذا لم يكن الأمر كذلك، فسأكون سعيدًا بمشاركة أي تفاصيل إضافية قد تكون مطلوبة.
لست متأكدًا مما إذا كان مفتاح YubiKey سيكون مرشحًا جيدًا لـ Passkey، هل البصمة البيومترية فقط؟
لا ينبغي أن تحدث أخطاء، ويجب أن يكون لدينا عدد قليل من مفاتيح YubiKey للاختبار. سيساعد @pmusaraj في فرز هذه المشكلة.
تعديل تعمل البصمة البيومترية bio كـ Passkey. لست متأكدًا مما إذا كان أي شيء آخر غير البصمة البيومترية مناسبًا كـ Passkey؟ لديك عامل واحد فقط في تلك المرحلة.
@pmusaraj نعم، لقد سجلتهم بنجاح على Google و GitHub و Vercel والعديد من الخدمات الأخرى وهي تعمل بشكل جيد.
@sam سلسلة Yubikey 5 مرشح جيد لـ passkey لأنها تجمع بين شيء أعرفه (رقم التعريف الشخصي) وشيء أملكه (الرمز المميز نفسه) لاستخدامه كـ passkey. لن تعرض المفاتيح المقيمة بدون رقم التعريف الشخصي. تستبدل السلسلة الحيوية رقم التعريف الشخصي بالقياسات الحيوية.
شكراً على التحقق يا @rishabhlakhotia. أرى الأخطاء في سجلاتنا على meta وموقع هذا الفشل هو وظيفة عامة لتأكيد المفتاح الأمني لم يطرأ عليها أي تغييرات منذ أربع سنوات. يتم استخدامها بواسطة عملية المفتاح الأمني ثنائي العوامل أيضاً.
هل يمكنك تسجيل Yubikey كمفتاح أمني للمصادقة الثنائية هنا على meta؟
أي Yubikey مع مفاتيح مقيمة يجب أن يكون مناسبًا، حيث يمكن للمتصفح فرض المصادقة متعددة العوامل عليه: كل من التحقق من الوجود (لمس المفتاح) ورقم التعريف الشخصي لـ Yubikey الذي يجب تعيينه.
نعم، لقد قمت بتسجيل جميع مفاتيح Yubikeys الأربعة كمفاتيح أمان. لتجنب أي حالات خاصة محتملة، حاولت مرة أخرى عن طريق إزالة اثنين منها كمفاتيح أمان لإعادة تسجيلهما كـ passkeys، ولكن حتى ذلك لم ينجح.
تحديث: بفضل رد @supermathie، قمت للتو بتنزيل Firefox وحاولت تسجيل Yubikey ونجحت. تمكنت من تسجيل نفس المفتاح الذي كان يعطي خطأ في Chrome.
ومن المثير للاهتمام، بمجرد التسجيل على Firefox، تمكنت من تسجيل الدخول باستخدام نفس Yubikey على Chrome. ثم كررت نفس العملية مرة أخرى على Chrome ولكنني حصلت على نفس الخطأ مرة أخرى.
أهلاً، يسعدني جداً أنني عثرت على هذا الموضوع! كنت أحاول يائساً إضافة YubiKey الخاصة بي إلى مثيل Discourse، والذي لم يكن يعمل بشكل صحيح - لذلك فكرت، حسناً، ربما يقوم هؤلاء الأشخاص بالاستضافة الذاتية ولديهم خطأ في التكوين من نوع ما. ثم فكرت أنه يمكنني البحث عنه باستخدام Google - ورأيت أن meta.discourse.orgبدا أنه ذكر هذا في وقت ما.
للأسف، فشلت محاولتي لإعداد الأمور في Brave (Chromium) فشلاً ذريعاً، كما كان من قبل، ومثلما أبلغ المستخدم الأصلي.
إليك إعداداتي:
macOS Big Sur 11.7.9 (20G1426) يعمل على جهاز MacBook Pro قديم من Apple.
Microsoft Edge: [Chromium] الإصدار 131.0.2903.70 (بناء رسمي) (x86_64)
لذلك، قمت بتشغيل Safari، وتابعت إضافة مفتاح مرور، وبدأت بمفتاح مرور قائم على البرامج، والذي أعجب به Safari وقبله Discourse؛ ثم، بالإضافة إلى ذلك، حاولت إضافة YubiKey 5 NFC كمفتاح مرور وكـ تأكيد إضافي للمصادقة الثنائية - ولم تواجه Discourse أي مشاكل في قبول كل شيء!
بمجرد تكوين ذلك، اختبرته باستخدام Firefox، وعمل على الفور؛ حدث نفس الشيء مع Microsoft Edge. وعند العودة إلى Brave، فإنه الآن عمل مع YubiKey دون أي مشكلة على الإطلاق.
يبدو أن المشكلة الوحيدة التي تواجه Discourse هي الاتصال الأولي بالمفتاح (أو بالأحرى، أي شيء يمكّن المفتاح من أن يكون “مرئياً” للمتصفح) في المتصفحات المستندة إلى Chromium. بمجرد تعيين هذا المفتاح لـ Discourse، سيتم قبوله بسهولة من قبل أي متصفح آخر. لم أجربه على Safari لنظام iOS (YubiKey 5 NFC يعمل بالتأكيد معه أيضاً)، ولكني أشك بشدة في أنه لن تكون هناك أي مشاكل هناك أيضاً.
الآن سأضطر إلى العودة إلى إعدادات Discourse العديدة التي انضممت إليها دون نجاح ومعرفة ما إذا كانت تعمل الآن!
