مفاتيح المرور في متصفح Brave (2026): ما الذي ينجح وما الذي يفشل

1. مقدمة: دعم مفاتيح المرور في Brave اليوم#

يقترب دعم مفاتيح المرور في متصفح Brave من Chromium على مستوى التعليمات البرمجية، لكن تجربة المستخدم تختلف في بعض الأماكن المهمة. اعتباراً من أبريل 2026، لا يزال مستودع brave/brave-browser الأوسع يضم 24 مشكلة مفتوحة تطابق passkey أو WebAuthn، في حين أظهر brave/brave-core تخصيصاً واحداً ظاهراً خاصاً بـ WebAuthn. نقاط الانقطاع الرئيسية هي اعتراض الإضافة، ومطالبات Windows Hello وتدفقات Android على الأجهزة المجردة من Google.

يوفر Brave مفاتيح المرور عبر نفس مسار تعليمات WebAuthn البرمجية مثل Chromium الأصلي ويفوض تخزين بيانات الاعتماد إلى نظام التشغيل. تجعل هذه البنية Brave يبدو قياسياً على الورق، لكن السلوك الفعلي لا يزال يعتمد على الأنظمة المحيطة مثل إضافات مدير كلمات المرور، وWindows Hello وGoogle Play Services. تُبقي الأقسام أدناه أوضاع الفشل هذه منفصلة بحيث يمكن فهم كل سلوك خاص بمنصة على حدة.

2. كيف تختلف حزمة WebAuthn في Brave عن Chromium؟#

تطبيق WebAuthn في Brave هو فعلياً تطبيق Chromium مع تغيير واحد ظاهر في نص واجهة المستخدم. يحتوي مستودع brave/brave-core على تخصيص واحد متعلق بـ WebAuthn - تجاوز سلسلة نصية يعيد تسمية "Incognito" إلى "Private" في مربع حوار الحفظ - ولا توجد تصحيحات C++ تمس منطق WebAuthn الأساسي. هذا يعني أن Brave يرث حزمة مفاتيح مرور Chromium التي أصدرتها Google من Chromium 115 في يونيو 2023 فصاعداً.

هذا يهم لسببين. أولاً، تعني عمليات الدمج الأصلية العادية أن إصلاحات WebAuthn وإضافات الميزات تصل عموماً دون أن يحافظ Brave على تطبيق مفتاح مرور متشعب بشدة. يمكنك فحص تجاوز السلسلة النصية الوحيد مباشرة في brave/brave-core. في تعيينات AAGUID، يتم تحديد مسار مُصادق متصفح Chromium عادةً على أنه b5397666-4885-aa6b-cebf-e52262a439a2، والمسمى "Chromium Browser" في القائمة المرجعية لدينا. ثانياً، تظهر معظم الإخفاقات المبلغ عنها - اعتراض الإضافة، وتعارضات الملء التلقائي واعتماد Android على Google Play Services - في الأنظمة المجاورة مثل الملء التلقائي، أو الأذونات، أو Shields أو تكامل Wallet. إنها تحيط بتدفق WebAuthn بدلاً من استبداله.

3. هل يمكن استخدام مفتاح مرور مُنشأ على macOS في Safari على جهاز Apple آخر؟#

نعم، ولكن فقط إذا تم حفظ مفتاح المرور في iCloud Keychain. على macOS، يستخدم Brave حزمة WebAuthn الخاصة بـ Chromium ويمكنه تخزين مفتاح مرور جديد إما في مُصادق منصة Apple أو في هدف تخزين آخر معروض في مطالبة الإنشاء. تتم مزامنة مفتاح المرور المحفوظ في iCloud Keychain عبر Apple ID ويصبح متاحاً في Safari وChrome والمتصفحات الأخرى القادرة على استخدام WebAuthn على أجهزة Apple التي تشارك نفس Apple ID.

بمجرد تأكيد macOS بأنه يُسمح لمتصفح Brave بالوصول إلى iCloud Keychain، يمكن للمتصفح استخدام نفس مفاتيح المرور المتزامنة التي يراها Safari. مطالبة الإذن هذه هي اللحظة العملية التي تصبح فيها إمكانية النقل عبر المتصفحات على أجهزة Apple حقيقية بدلاً من أن تكون نظرية.

يمكن لمتصفح Brave على macOS المشاركة أيضاً في تدفقات المصادقة عبر الأجهزة. إذا سمح المستخدم بالوصول إلى Bluetooth، فيمكن لمتصفح Brave اكتشاف الأجهزة القريبة والتواصل معها أثناء CDA، مما يجعل الموافقة على مفتاح المرور المستندة إلى الهاتف تبدو سلسة إلى حد كبير من متصفح سطح المكتب.

مفتاح المرور المحفوظ في مخزن ملف تعريف المتصفح أو المخزن المحلي فقط لا يصبح متاحاً تلقائياً في Safari على جهاز Apple آخر. هذا الاختلاف مهم لأن مزامنة مُصادق المنصة على مستوى نظام التشغيل ومزامنة ملف تعريف المتصفح تتبعان قواعد مختلفة. لا يوفر Brave مزامنة مفتاح مرور Google Password Manager الخاصة بـ Chrome، لذا فإن مسار iCloud Keychain فقط يوفر إمكانية نقل عبر المتصفحات بأسلوب Apple على أجهزة Apple.

4. لماذا لا تعمل مفاتيح المرور بشكل موثوق على Android بدون Google Play Services؟#

لا يُعد Android Credential Manager بحد ذاته جزءاً من Google Play Services. على Android 14 والإصدارات الأحدث، يمكن لـ Chromium استخدام مسار نظام Credential Manager، بينما تعتمد إصدارات Android الأقدم بشكل أكبر على طبقة FIDO2 المدعومة من Google Play Services. عملياً، لا يزال Brave يرث الفشل الموثق في المشكلة رقم 45415: على GrapheneOS وCalyxOS و/e/OS وغيرها من إصدارات Android المجردة من Google بدون مسار Play Services المطلوب، يمكن أن تنتهي مهلة تسجيل مفتاح المرور والمصادقة. اعتباراً من أبريل 2026، ظل هذا فجوة توافق مفتوحة لمستخدمي Android المهتمين بالخصوصية.

تم توثيق هذا السلوك في مشكلة brave/brave-browser رقم 45415، التي فُتحت في أبريل 2025 ولا تزال مفتوحة بعد عام. يميز توثيق Credential Manager من Google بين واجهة برمجة تطبيقات Credential Manager واعتماد مصادقة Play Services الاختياري المستخدم في إصدارات Android الأقدم، ويشير دليل Android الأوسع إلى أن Android 14 والإصدارات الأحدث يمكن أن يعمل مع مديري كلمات المرور المُمكّنين. يشير الموضوع أيضاً إلى أن نفس وضع الفشل يؤثر على المتصفحات القائمة على Chromium على نطاق أوسع، في حين لا تتأثر المتصفحات القائمة على Firefox بنفس الطريقة. أشار المُبلّغ الأصلي إلى أن GrapheneOS قام بتصحيح التبعية في تفرع Chromium الخاص به، Vanadium، لذا يبدو الإصلاح اللاحق ممكناً من الناحية الفنية - لكنه لم يحدث ببساطة.

أكد عدة مستخدمين السلوك بشكل مستقل في ذلك الموضوع. استخدم أحد الاختبارات النظيفة بشكل خاص في ديسمبر 2025 نفس الجهاز مع ملفي تعريف: عملت مفاتيح المرور في Brave فقط في ملف التعريف المُمكّن فيه Play Services، بينما عمل Vanadium وCromite في كليهما. اعتباراً من أبريل 2026، لم يرد أي مشرف من Brave في الموضوع. بالنسبة لجمهور Android المهتم بالخصوصية في Brave - والذي يتضمن عدداً غير متناسب من المستخدمين المجردين من Google - يترك ذلك فجوة واضحة جداً. يستخدم Firefox على Android حزمة WebAuthn الخاصة به ولا يعتمد على Play Services بنفس الطريقة. اليوم، يتمثل الحل البديل العملي في استخدام Firefox لتدفقات مفتاح المرور على أجهزة Android الخالية من Play Services، أو التراجع إلى مفتاح أمان للأجهزة مزود بعميل متوافق. للاطلاع على مشهد فشل Android الأوسع، راجع أخطاء مفتاح المرور في التطبيق الأصلي. للحصول على تفاصيل Google Play Services وCredential Manager، راجع رموز خطأ مفتاح مرور Android وGoogle Play Services.

5. لماذا تظهر مطالبات مفتاح مرور Windows Hello حتى عند إيقافها؟#

تعطيل إعداد "عرض حفظ مفاتيح المرور" في Brave لا يمنع ظهور Windows Hello أثناء تدفقات WebAuthn. بمجرد أن يستدعي الموقع WebAuthn ويكون Windows Hello مسجلاً، يُعلن Windows عن Hello كمُصادق منصة ولا يعرض Brave تحكماً مواجهاً للمستخدم يمنعه. اعتباراً من يناير 2026، ظل قمع Windows Hello غير محلول للمستخدمين الذين أرادوا Hello لإلغاء قفل الجهاز ولكن ليس لمفاتيح المرور.

تصف المشكلة رقم 51858، المفتوحة في يناير 2026، وموضوع المجتمع الأطول 646042 نفس الشيء. حاول المُبلّغ الأصلي إجراء تعديلات في السجل وسياسات المجموعة وتبديلات العلامات وعمليات تثبيت نظيفة - ولم يغير أي من ذلك السلوك.

السبب الفني الموصوف في الموضوع 646042 بسيط: تتحكم إعدادات مدير كلمات المرور في المتصفح في سلوك الملء التلقائي الخاص بالمتصفح، وليس حد WebAuthn بين الصفحة ونظام التشغيل. يعرض Windows وظيفة Hello بشكل مستقل، ولا تحدد المناقشة تكويناً موثقاً ومدعوماً يحافظ على Windows Hello لإلغاء قفل الجهاز مع حظره بالكامل كمُصادق منصة WebAuthn.

اليوم، الطريقة الموثوقة الوحيدة لقمع هذه المطالبات هي تعطيل تسجيل Windows Hello بالكامل، وهو ما يتعارض بوضوح مع الطريقة التي يريد بها معظم الأشخاص إلغاء قفل أجهزتهم. يتصرف متصفح Edge بشكل مختلف لأنه أكثر تكاملاً مع طبقة إدارة بيانات الاعتماد في Windows ويعرض عناصر تحكم لا تعرضها تفرعات Chromium حالياً. للحصول على نظرة أوسع على سلوك مفتاح المرور في Windows، راجع مفاتيح المرور في Windows 11.

6. هل يجب تخزين مفاتيح المرور بشكل أصلي أم في مدير كلمات المرور؟#

يُعد التخزين الأصلي لمفتاح المرور الخيار الأبسط داخل نظام بيئي واحد، بينما تظل إضافات مدير كلمات المرور طبقة المزامنة الوحيدة القابلة للعمل على نطاق واسع عبر الأنظمة الأساسية. يعمل iCloud Keychain بشكل جيد عبر أجهزة Apple، ويعمل Windows Hello على Windows، ولا تزال الخزائن المستندة إلى الإضافات مثل 1Password أو Bitwarden هي الخيار الواقعي الوحيد للمستخدمين الذين يريدون توفر مفاتيح المرور بشكل أصلي عبر Windows وmacOS وLinux وAndroid. لا يزال بإمكان المصادقة عبر الأجهزة (CDA، أو النقل الهجين عبر رمز QR وBluetooth) ربط الأجهزة في وقت تسجيل الدخول، لكنها لا تزامن بيانات الاعتماد نفسها أو تجعلها متاحة محلياً في كل مكان بشكل افتراضي. المقايضة تتعلق بالموثوقية: التدفقات الأصلية أبسط، وتدفقات الإضافات أكثر قابلية للنقل ومن الأفضل فهم CDA كمسار احتياطي بدلاً من كونه استراتيجية تخزين.

يتعلق القرار في الغالب بثلاثة أشياء: عدد المنصات التي تستخدمها، ومدى ثقتك في تدفقات الإضافات ومكان احتفاظك ببيانات الاعتماد الخاصة بك بالفعل. إذا بقيت في الغالب داخل نظام بيئي واحد لنظام التشغيل - جميع أجهزة Apple أو جميع أجهزة Windows - فإن مسار مُصادق المنصة الأصلي هو الخيار الأنظف. في هذا الإعداد، يتصرف Brave مثل Chrome أو Safari. إذا كنت بحاجة إلى أن تتبعك مفاتيح المرور عبر Windows وmacOS وLinux وAndroid، فلا تزال إضافة مدير كلمات مرور لجهة خارجية مثل 1Password أو Bitwarden أو Dashlane أو Proton Pass هي طبقة المزامنة الوحيدة القابلة للعمل على نطاق واسع.

التعقيد هو أنه منذ أبريل 2024، استمرت التقارير في الوصول بأن واجهة مستخدم مفتاح المرور الأصلية تختطف تدفقات الإضافات بشكل متقطع. يصف المستخدمون في المشكلة رقم 37762 ظهور مربعات حوار مصادقة نظام التشغيل على الرغم من أن Bitwarden أو 1Password يجب أن يمتلك بيانات الاعتماد. بحلول مارس 2026، لم يعد الحل البديل القديم - تعطيل brave://flags/#web-authentication-new-passkey-ui - متاحاً لأنه تم إزالة العلامة في الإصدار 146.

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

7. ما هي نقاط ألم مفاتيح المرور التي يبلغ عنها المستخدمون في عام 2026؟#

تتجمع مشكلات مفتاح المرور المفتوحة في متصفح Brave في عام 2026 حول ثلاثة مواضيع متكررة: اعتراض الإضافة، وفشل Android على الأجهزة المجردة من Google ومشكلات مفتاح أمان سطح المكتب. اعتباراً من أبريل 2026، لا يزال المستودع الأوسع يعرض 24 مشكلة مفتوحة تطابق webauthn أو passkey، مما يشير إلى أن الاحتكاك مركّز وليس عشوائياً.

التجمع الأكثر نشاطاً هو اعتراض الإضافة، حيث يمكن لواجهة مستخدم مفتاح المرور الأصلية تجاوز مطالبات 1Password أو Bitwarden أو Dashlane. توافق Android بدون Google Play Services هو المشكلة المتكررة الثانية، واكتشاف مفتاح أمان سطح المكتب هو الثالث. المواضيع التي تمت الإشارة إليها في الغالب هنا هي #37762، #50561، #45415، #15650، #43043، #34441، #33237 و#51858. تشير المواضيع النشطة في نفس الاتجاه دون الحاجة إلى العديد من الاقتباسات المباشرة.

تلقت العديد من هذه المشكلات تعليقات جديدة خلال الـ 90 يوماً الماضية، مما يجعلها تراجعات نشطة بدلاً من كونها فضول تاريخي. بالنسبة للمطورين الذين يبنون تدفقات مفتاح المرور، فإن النتيجة المستخلصة واضحة: اختبر تدفقات الإضافات في Brave بشكل صريح وقدم بدائل معقولة عند فشل استدعاءات WebAuthn. بالنسبة للمستخدمين، يكون الدرس عملياً بنفس القدر: احتفظ بمفتاح أمان للأجهزة أو عامل استرداد آخر مهيأ على الحسابات ذات القيمة العالية.

8. الخاتمة#

قصة مفاتيح المرور في Brave نظيفة على مستوى التعليمات البرمجية وفوضوية على مستوى تجربة المستخدم. مسار WebAuthn هو فعلياً الخاص بـ Chromium، مع تجاوز سلسلة نصية واحدة يؤكد مدى قرب التطبيق من التطبيق الأصلي. على منصات Apple، تعمل قابلية نقل مفتاح المرور تماماً كما يتوقع المستخدمون لأن iCloud Keychain يمتلك بيانات الاعتماد. يكمن الاحتكاك الحقيقي في مكان آخر: اعتراض الإضافة (#37762)، وقمع Windows Hello (#51858) واعتماد Android على Google Play Services (#45415). إلى أن يتم حل هذه المشكلات، يجب على المطورين اختبار Brave بشكل منفصل بدلاً من افتراض التكافؤ مع Chrome ويجب على المستخدمين الاحتفاظ بمسار احتياطي قوي - من الناحية المثالية مفتاح أمان للأجهزة - للحسابات المهمة.

9. حول Corbado#

تبني Corbado بنية تحتية لمفاتيح المرور لتسجيل دخول المستهلكين وتقدم منصة ذكاء لمفاتيح المرور للفرق التي تحتاج إلى تشغيل مفاتيح المرور وأنظمة المصادقة على نطاق واسع. نحن ننشر تحليلات فنية لسلوك WebAuthn ومفتاح المرور عبر المتصفحات وأنظمة التشغيل استناداً إلى عمليات النشر الحقيقية والفحص المباشر للمصدر والقراءة الدقيقة للمواصفات الأساسية. نرحب دائماً بالأسئلة أو التصحيحات.

10. الأسئلة الشائعة#

10.1 هل يمكن استخدام مفتاح مرور مُنشأ في Brave على macOS في Safari على جهاز Apple آخر؟#

نعم، ولكن فقط إذا حفظ Brave مفتاح المرور في iCloud Keychain. على macOS، يستخدم Brave حزمة WebAuthn الخاصة بـ Chromium ويمكنه تخزين مفتاح مرور جديد في iCloud Keychain أو في هدف تخزين آخر معروض في مطالبة الإنشاء. تتم مزامنة مفتاح المرور المحفوظ في iCloud Keychain عبر Apple ID ويصبح متاحاً في Safari وChrome والمتصفحات الأخرى على أجهزة Apple التي تشارك نفس Apple ID. مفتاح المرور المحفوظ في مخزن ملف تعريف المتصفح أو المخزن المحلي فقط لا يصبح متاحاً تلقائياً في Safari على جهاز Apple آخر.

10.2 لماذا تفشل مفاتيح المرور في متصفح Brave على Android بدون Google Play Services؟#

يمكن أن يفشل Brave على Android بدون Google Play Services، لكن السبب أكثر تحديداً من "Credential Manager جزء من Play Services." يُعد Credential Manager في Android نظاماً وواجهة برمجة تطبيقات Jetpack، بينما تعتمد إصدارات Android الأقدم بشكل أكبر على طبقة FIDO2 المدعومة من Google Play Services. عملياً، لا يزال Brave يرث الفشل الموثق في مشكلة brave/brave-browser رقم 45415: على GrapheneOS أو CalyxOS أو إصدارات Android المجردة من Google الأخرى بدون مسار Play Services المطلوب، لا يفتح مربع حوار مفتاح المرور أبداً وتنتهي مهلة التسجيل أو المصادقة.

للاطلاع على مشهد فشل Android الأوسع، راجع أخطاء مفتاح المرور في التطبيق الأصلي. للحصول على تفاصيل Google Play Services وCredential Manager، راجع رموز خطأ مفتاح مرور Android وGoogle Play Services.

10.3 هل يُزامن Brave مفاتيح المرور عبر الأجهزة كما يفعل Chrome؟#

لا. لا يوفر Brave ما يعادل مزامنة مفتاح مرور ملف تعريف متصفح Chrome عبر Google Password Manager. يتم تخزين مفاتيح المرور المنشأة في Brave في مُصادق منصة نظام التشغيل الأساسي - iCloud Keychain على Apple، وWindows Hello على Windows، وAndroid Credential Manager على Android - وتتم مزامنتها فقط من خلال حساب نظام التشغيل ذلك. إذا كنت تريد مزامنة متسقة عبر الأجهزة، فأنت تعتمد على مورد نظام التشغيل أو على إضافة مدير كلمات مرور تابعة لجهة خارجية.

10.4 لماذا يطالب Brave بمفاتيح مرور Windows Hello حتى عندما أقوم بتعطيل خيارات مفتاح المرور في الإعدادات؟#

يتحكم مفتاح تبديل brave://password-manager/settings الخاص بـ Brave فقط فيما إذا كان Brave يعرض حفظ مفاتيح المرور بنفسه. لا يمنع Windows من الإعلان عن Windows Hello كمُصادق منصة WebAuthn للصفحة. يستدعي الموقع WebAuthn، ويقدم Windows وظيفة Hello وليس لدى Brave مفتاح تبديل داخل المتصفح لقمع مربع حوار نظام التشغيل. يتم تتبع السلوك في مشكلة brave/brave-browser رقم 51858.

10.5 هل يجب تخزين مفاتيح المرور في التدفق الأصلي لمتصفح Brave أم في مدير كلمات المرور الخاص بي؟#

استخدم تدفق نظام التشغيل الأصلي لمتصفح Brave (iCloud Keychain أو Google Password Manager عبر المنصة) إذا بقيت داخل نظام بيئي واحد وتريد أقل عدد من الأجزاء المتحركة. استخدم إضافة مدير كلمات مرور تابعة لجهة خارجية مثل 1Password أو Bitwarden إذا كنت بحاجة إلى أن تتبعك مفاتيح المرور عبر Windows وmacOS وLinux وAndroid بشكل متسق، أو إذا كنت تحتفظ ببيانات الاعتماد الخاصة بك هناك بالفعل. منذ عام 2024، اعترضت واجهة المستخدم الأصلية لمتصفح Brave مراراً تدفقات مفاتيح المرور الخاصة بالإضافة، لذا يجدر التحقق من أن الإضافة لا تزال تمتلك المطالبة.

10.6 ما عدد مشكلات مفتاح المرور وWebAuthn المفتوحة الموجودة حالياً في مستودع brave/brave-browser لسلوك مفتاح المرور في Brave؟#

اعتباراً من أبريل 2026، كان لدى brave/brave-browser عدد 24 مشكلة مفتوحة تطابق عمليات بحث passkey أو WebAuthn. نمت المشكلات المفتوحة الموسومة بمفتاح المرور من حوالي 2 سنوياً في 2022-2023 إلى 6 مشكلات فُتحت في 2025. بالنسبة لمتصفح Brave، فإن المواضيع السائدة هي اعتراض الإضافة على سطح المكتب، وقمع Windows Hello، واعتماد Android على Google Play Services.

حول Corbado

Corbado هي Authentication 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 →