यह पेज अपने-आप अनुवादित किया गया है। मूल अंग्रेज़ी संस्करण पढ़ें यहाँ.
brave/brave-core रिपॉजिटरी में केवल एक दृश्यमान WebAuthn-संबंधित अनुकूलन है: एक स्ट्रिंग ओवरराइड जो पासकी सेव डायलॉग में Chrome के "Incognito" लेबल को "Private" में बदल देता है। कोई भी C++ पैच WebAuthn कोड पथ को नहीं छूता है।brave/brave-browser में थे, जो passkey और WebAuthn के लिए GitHub इश्यू सर्च पर आधारित है। पासकी-टैग किए गए खुले मुद्दे 2022-2023 में लगभग 2/वर्ष से बढ़कर 2025 में 6 हो गए।brave://password-manager/settings को अक्षम करने से Windows को WebAuthn प्लेटफ़ॉर्म प्रमाणक के रूप में Hello पेश करने से नहीं रोका जा सकता। इश्यू #51858 में ट्रैक किया गया (जनवरी 2026 में खोला गया)।web-authentication-new-passkey-ui फ्लैग वर्कअराउंड अब उपलब्ध नहीं है वर्ज़न 146 (Chromium 146) में, जो 2026-03-25 के brave/brave-browser इश्यू #37762 पर एक उपयोगकर्ता रिपोर्ट के अनुसार है।Brave का पासकी सपोर्ट कोड स्तर पर Chromium के करीब है, लेकिन उपयोगकर्ता अनुभव कुछ महत्वपूर्ण स्थानों पर अलग है। अप्रैल 2026 तक, व्यापक brave/brave-browser रिपॉजिटरी में अभी भी 24 खुले मुद्दे थे जो passkey या WebAuthn से मेल खाते थे, जबकि brave/brave-core ने एक दृश्यमान WebAuthn-विशिष्ट अनुकूलन दिखाया। मुख्य ब्रेकपॉइंट एक्सटेंशन इंटरसेप्शन, Windows Hello प्रॉम्प्ट और डी-गूगल्ड डिवाइस पर Android फ्लो हैं।
Brave उसी WebAuthn कोड पथ के माध्यम से पासकी शिप करता है जो अपस्ट्रीम Chromium में है और क्रेडेंशियल स्टोरेज को ऑपरेटिंग सिस्टम को सौंपता है। यह आर्किटेक्चर कागज़ पर Brave को मानक जैसा दिखाता है, लेकिन वास्तविक दुनिया का व्यवहार अभी भी पासवर्ड-मैनेजर एक्सटेंशन, Windows Hello और Google Play Services जैसे आस-पास के सिस्टम पर निर्भर करता है। नीचे दिए गए अनुभाग उन विफलता मोड को अलग रखते हैं ताकि प्रत्येक प्लेटफ़ॉर्म-विशिष्ट व्यवहार को अपने आप समझा जा सके।
Brave का WebAuthn कार्यान्वयन प्रभावी रूप से एक दृश्यमान UI टेक्स्ट परिवर्तन के साथ Chromium का कार्यान्वयन है। brave/brave-core रिपॉजिटरी में एक एकल WebAuthn-संबंधित अनुकूलन शामिल है - एक स्ट्रिंग ओवरराइड जो सेव डायलॉग में "Incognito" का नाम बदलकर "Private" कर देता है - और WebAuthn कोर लॉजिक को छूने वाला कोई C++ पैच नहीं है। इसका मतलब है कि Brave को Chromium पासकी स्टैक विरासत में मिला है जिसे Google ने जून 2023 में Chromium 115 से शिप किया था।
यह दो कारणों से मायने रखता है। सबसे पहले, सामान्य अपस्ट्रीम मर्ज का मतलब है कि WebAuthn फिक्स और फीचर परिवर्धन आमतौर पर Brave के बिना गहराई से फोर्क किए गए पासकी कार्यान्वयन को बनाए रखते हुए आते हैं। आप सीधे brave/brave-core में अकेले स्ट्रिंग ओवरराइड का निरीक्षण कर सकते हैं। AAGUID मैपिंग में, Chromium ब्राउज़र ऑथेंटिकेटर पथ को आमतौर पर b5397666-4885-aa6b-cebf-e52262a439a2 के रूप में पहचाना जाता है, जिसे हमारी संदर्भ सूची में "Chromium Browser" लेबल किया गया है। दूसरा, अधिकांश रिपोर्ट की गई विफलताएं - एक्सटेंशन इंटरसेप्शन, ऑटोफिल कॉन्फ्लिक्ट्स और Android की Google Play Services निर्भरता - आसन्न सिस्टम जैसे ऑटोफिल, परमिशन, शील्ड्स या वॉलेट इंटीग्रेशन में दिखाई देती हैं। वे WebAuthn फ्लो को बदलने के बजाय उसे घेरते हैं।
हां, लेकिन केवल तभी जब पासकी को iCloud Keychain में सेव किया गया हो। macOS पर, Brave Chromium के WebAuthn स्टैक का उपयोग करता है और एक नई पासकी को या तो Apple प्लेटफ़ॉर्म ऑथेंटिकेटर में या निर्माण प्रॉम्प्ट में प्रस्तुत किसी अन्य स्टोरेज लक्ष्य में संग्रहीत कर सकता है। iCloud Keychain में सेव की गई पासकी Apple ID के माध्यम से सिंक होती है और Safari, Chrome और अन्य WebAuthn-सक्षम ब्राउज़रों में उन Apple डिवाइस पर उपलब्ध हो जाती है जो उसी Apple ID को साझा करते हैं।
एक बार जब macOS पुष्टि कर देता है कि Brave को iCloud Keychain तक पहुंचने की अनुमति है, तो ब्राउज़र उन्हीं सिंक की गई पासकी का उपयोग कर सकता है जो Safari देखता है। वह अनुमति प्रॉम्प्ट व्यावहारिक क्षण है जहां Apple डिवाइस पर क्रॉस-ब्राउज़र पोर्टेबिलिटी सैद्धांतिक के बजाय वास्तविक हो जाती है।
macOS पर Brave क्रॉस-डिवाइस ऑथेंटिकेशन फ्लो में भी भाग ले सकता है। यदि उपयोगकर्ता ब्लूटूथ एक्सेस की अनुमति देता है, तो Brave CDA के दौरान आस-पास के उपकरणों को खोज सकता है और उनके साथ संचार कर सकता है, जो डेस्कटॉप ब्राउज़र से फोन-आधारित पासकी अप्रूवल को काफी हद तक सहज महसूस कराता है।
ब्राउज़र-प्रोफाइल स्टोर या लोकल-ओनली स्टोर में सेव की गई पासकी स्वचालित रूप से किसी अन्य Apple डिवाइस पर Safari में उपलब्ध नहीं होती है। वह अंतर मायने रखता है क्योंकि OS-स्तरीय प्लेटफ़ॉर्म-ऑथेंटिकेटर सिंक और ब्राउज़र-प्रोफाइल सिंक अलग-अलग नियमों का पालन करते हैं। Brave Chrome के Google Password Manager पासकी सिंक को शिप नहीं करता है, इसलिए केवल iCloud Keychain पथ Apple डिवाइस पर Apple-शैली क्रॉस-ब्राउज़र पोर्टेबिलिटी प्रदान करता है।
Android का Credential Manager स्वयं Google Play Services का हिस्सा नहीं है। Android 14 और बाद के वर्ज़न पर, Chromium सिस्टम Credential Manager पथ का उपयोग कर सकता है, जबकि पुराने Android वर्ज़न Google Play Services-समर्थित FIDO2 लेयर पर अधिक निर्भर करते हैं। व्यवहार में, Brave अभी भी इश्यू #45415 में प्रलेखित विफलता को प्राप्त करता है: GrapheneOS, CalyxOS, /e/OS और अन्य डी-गूगल्ड Android बिल्ड पर आवश्यक Play Services पथ के बिना, पासकी पंजीकरण और प्रमाणीकरण टाइम आउट हो सकता है। अप्रैल 2026 तक, यह गोपनीयता-केंद्रित Android उपयोगकर्ताओं के लिए एक खुला संगतता अंतर बना रहा।
यह व्यवहार brave/brave-browser इश्यू #45415 में प्रलेखित है, जिसे अप्रैल 2025 में खोला गया था और एक साल बाद भी खुला है। Google का Credential Manager डॉक्यूमेंटेशन पुराने Android वर्ज़न पर उपयोग की जाने वाली वैकल्पिक Play Services ऑथेंटिकेशन निर्भरता से Credential Manager API को अलग करता है, और व्यापक Android गाइड नोट करता है कि Android 14+ सक्षम पासवर्ड मैनेजर के साथ काम कर सकता है। थ्रेड यह भी नोट करता है कि वही विफलता मोड Chromium-आधारित ब्राउज़रों को अधिक व्यापक रूप से प्रभावित करता है, जबकि Firefox-आधारित ब्राउज़र उसी तरह प्रभावित नहीं होते हैं। मूल रिपोर्टर ने बताया कि GrapheneOS ने अपने स्वयं के Chromium फोर्क, Vanadium में निर्भरता को पैच किया है, इसलिए एक डाउनस्ट्रीम फिक्स तकनीकी रूप से संभव दिखता है - यह बस हुआ नहीं है।
उस थ्रेड में कई उपयोगकर्ताओं ने स्वतंत्र रूप से व्यवहार की पुष्टि की। दिसंबर 2025 में एक विशेष रूप से स्पष्ट परीक्षण ने दो प्रोफाइल वाले एक ही डिवाइस का उपयोग किया: पासकी Brave में केवल उस प्रोफाइल पर काम करती थी जिसमें Play Services सक्षम थी, जबकि Vanadium और Cromite दोनों पर काम करते थे। अप्रैल 2026 तक, किसी भी Brave मेंटेनर ने थ्रेड में कोई जवाब नहीं दिया था। Brave के गोपनीयता-केंद्रित Android दर्शकों के लिए - जिसमें डी-गूगल्ड उपयोगकर्ताओं की एक विषम संख्या शामिल है - जो एक बहुत ही स्पष्ट अंतर छोड़ देता है। Android पर Firefox अपने स्वयं के WebAuthn स्टैक का उपयोग करता है और उसी तरह Play Services पर निर्भर नहीं करता है। आज, व्यावहारिक वर्कअराउंड गैर-Play-Services Android पर पासकी फ्लो के लिए Firefox का उपयोग करना है, या संगत क्लाइंट के साथ हार्डवेयर सुरक्षा कुंजी का सहारा लेना है। व्यापक Android विफलता परिदृश्य के लिए, Native App Passkey Errors देखें। Google Play Services और Credential Manager विवरण के लिए, Android & Google Play Services Passkey Error Codes देखें।
Brave की "offer to save passkeys" सेटिंग को अक्षम करने से WebAuthn फ्लो के दौरान Windows Hello को प्रकट होने से नहीं रोका जा सकता है। एक बार जब कोई साइट WebAuthn कॉल करती है और Windows Hello नामांकित हो जाता है, तो Windows एक प्लेटफ़ॉर्म ऑथेंटिकेटर के रूप में Hello का विज्ञापन करता है और Brave एक उपयोगकर्ता-सामना करने वाले नियंत्रण को उजागर नहीं करता है जो इसे ब्लॉक करता है। जनवरी 2026 तक, Windows Hello को दबाना उन उपयोगकर्ताओं के लिए अनसुलझा रहा जो डिवाइस अनलॉक के लिए Hello चाहते थे लेकिन पासकी के लिए नहीं।
इश्यू #51858, जो जनवरी 2026 में खुला था, और लंबा कम्युनिटी थ्रेड 646042 एक ही बात का वर्णन करते हैं। मूल रिपोर्टर ने रजिस्ट्री संपादन, समूह नीतियों, फ्लैग टॉगल और स्वच्छ इंस्टॉलेशन की कोशिश की - इनमें से किसी ने भी व्यवहार को नहीं बदला।
थ्रेड 646042 में वर्णित तकनीकी कारण सरल है: ब्राउज़र पासवर्ड-मैनेजर सेटिंग्स ब्राउज़र के अपने ऑटोफिल व्यवहार को नियंत्रित करती हैं, न कि पृष्ठ और OS के बीच WebAuthn सीमा को। Windows स्वतंत्र रूप से Hello को उजागर करता है, और चर्चा किसी ऐसे प्रलेखित, समर्थित कॉन्फ़िगरेशन की पहचान नहीं करती है जो WebAuthn प्लेटफ़ॉर्म ऑथेंटिकेटर के रूप में इसे पूरी तरह से ब्लॉक करते हुए डिवाइस अनलॉक के लिए Windows Hello को संरक्षित करता है।
आज, उन प्रॉम्प्ट को दबाने का एकमात्र विश्वसनीय तरीका Windows Hello नामांकन को पूरी तरह से अक्षम करना है, जो स्पष्ट रूप से उस तरीके से टकराता है जैसे अधिकांश लोग अपने डिवाइस को अनलॉक करना चाहते हैं। Edge अलग तरह से व्यवहार करता है क्योंकि यह Windows की क्रेडेंशियल-मैनेजमेंट लेयर के साथ अधिक कड़ाई से एकीकृत है और उन नियंत्रणों को उजागर करता है जो Chromium फोर्क वर्तमान में नहीं करते हैं। Windows पासकी व्यवहार पर व्यापक नज़र डालने के लिए, Passkeys on Windows 11 देखें।
मूल पासकी संग्रहण एकल इकोसिस्टम के अंदर सबसे आसान विकल्प है, जबकि पासवर्ड-मैनेजर एक्सटेंशन एकमात्र व्यापक रूप से काम करने योग्य क्रॉस-प्लेटफ़ॉर्म सिंक लेयर बने हुए हैं। iCloud Keychain Apple डिवाइस पर अच्छी तरह से काम करता है, Windows Hello Windows पर काम करता है और एक्सटेंशन-आधारित वॉल्ट जैसे 1Password या Bitwarden अभी भी उन उपयोगकर्ताओं के लिए एकमात्र यथार्थवादी विकल्प हैं जो चाहते हैं कि पासकी Windows, macOS, Linux और Android पर मूल रूप से उपलब्ध हों। क्रॉस-डिवाइस ऑथेंटिकेशन (CDA, या QR कोड और ब्लूटूथ के माध्यम से हाइब्रिड ट्रांसपोर्ट) अभी भी साइन-इन समय पर डिवाइस को ब्रिज कर सकता है, लेकिन यह क्रेडेंशियल को सिंक नहीं करता है या इसे डिफ़ॉल्ट रूप से हर जगह स्थानीय रूप से उपलब्ध नहीं कराता है। ट्रेडऑफ़ विश्वसनीयता है: नेटिव फ्लो सरल हैं, एक्सटेंशन फ्लो अधिक पोर्टेबल हैं और CDA को स्टोरेज रणनीति के बजाय फ़ॉलबैक पथ के रूप में सबसे अच्छी तरह समझा जाता है।
निर्णय मुख्य रूप से तीन चीजों पर निर्भर करता है: आप कितने प्लेटफ़ॉर्म का उपयोग करते हैं, आप एक्सटेंशन फ्लो पर कितना भरोसा करते हैं और आप अपने क्रेडेंशियल कहां रखते हैं। यदि आप अधिकतर एक OS इकोसिस्टम के अंदर रहते हैं - सभी Apple, या सभी Windows - तो नेटिव प्लेटफ़ॉर्म ऑथेंटिकेटर रूट सबसे साफ़ विकल्प है। उस सेटअप में, Brave काफी हद तक Chrome या Safari की तरह व्यवहार करता है। यदि आपको Windows, macOS, Linux और Android पर पासकी को अपने साथ ले जाने की आवश्यकता है, तो 1Password, Bitwarden, Dashlane या Proton Pass जैसा थर्ड-पार्टी पासवर्ड मैनेजर एक्सटेंशन अभी भी एकमात्र व्यापक रूप से काम करने योग्य सिंक लेयर है।
जटिलता यह है कि, अप्रैल 2024 से, यह रिपोर्टें आ रही हैं कि नेटिव पासकी UI रुक-रुक कर एक्सटेंशन-संचालित फ्लो को हाइजैक कर लेता है। इश्यू #37762 में उपयोगकर्ता OS ऑथेंटिकेशन डायलॉग दिखाई देने का वर्णन करते हैं, भले ही Bitwarden या 1Password के पास क्रेडेंशियल होना चाहिए। मार्च 2026 तक, पुराना वर्कअराउंड - brave://flags/#web-authentication-new-passkey-ui को अक्षम करना - अब उपलब्ध नहीं था क्योंकि यह फ्लैग वर्ज़न 146 में हटा दिया गया था।
| स्टोरेज स्थान | क्रॉस-OS सिंक | क्रॉस-ब्राउज़र उपयोग | रिकवरी की स्थिति | ज्ञात जोखिम |
|---|---|---|---|---|
| iCloud Keychain | केवल Apple | Apple ब्राउज़र | Apple ID | कोई नहीं |
| Windows Hello | नहीं (डिवाइस-बाउंड) | वही Windows डिवाइस | डिवाइस अनलॉक / PIN | Hello डायलॉग अक्षम नहीं किया जा सकता |
| Google Password Manager | जहाँ GPM उपलब्ध है | Chrome + Android सतहें | Google अकाउंट | यहाँ Brave प्रोफाइल में उजागर नहीं |
| 1Password / Bitwarden | पूरा | पूरा (एक्सटेंशन) | वॉल्ट अकाउंट | रुक-रुक कर नेटिव इंटरसेप्शन |
| हार्डवेयर सुरक्षा कुंजी | डिवाइस-बाउंड | कोई भी ब्राउज़र | भौतिक कब्ज़ा | कोई नहीं |
व्यवहार में, कई गोपनीयता-केंद्रित उपयोगकर्ता 2026 में जिस पैटर्न को अपनाते हैं वह एक हाइब्रिड है: एक इकोसिस्टम के अंदर रोज़मर्रा के साइन-इन के लिए OS प्लेटफ़ॉर्म ऑथेंटिकेटर का उपयोग करें, जहाँ क्रॉस-प्लेटफ़ॉर्म पोर्टेबिलिटी मायने रखती है वहाँ पासवर्ड मैनेजर एक्सटेंशन का उपयोग करें और उच्च-मूल्य वाले अकाउंट के लिए हार्डवेयर सुरक्षा कुंजी अपने पास रखें।
2026 में Brave के खुले पासकी मुद्दे तीन आवर्ती विषयों के इर्द-गिर्द घूमते हैं: एक्सटेंशन इंटरसेप्शन, डी-गूगल्ड उपकरणों पर Android विफलताएं और डेस्कटॉप सुरक्षा-कुंजी समस्याएं। अप्रैल 2026 तक, व्यापक रिपॉजिटरी ने अभी भी 24 खुले मुद्दे दिखाए जो webauthn या passkey से मेल खाते थे, जो बताता है कि घर्षण केंद्रित है, यादृच्छिक नहीं।
सबसे व्यस्त क्लस्टर एक्सटेंशन इंटरसेप्शन है, जहां नेटिव पासकी UI 1Password, Bitwarden या Dashlane प्रॉम्प्ट को ओवरराइड कर सकता है। Google Play Services के बिना Android संगतता दूसरी आवर्ती समस्या है, और डेस्कटॉप सुरक्षा-कुंजी पहचान तीसरी है। यहाँ सबसे अधिक संदर्भित इश्यू थ्रेड हैं
#37762,
#50561,
#45415,
#15650,
#43043,
#34441,
#33237 और
#51858। सक्रिय थ्रेड कई प्रत्यक्ष उद्धरणों की आवश्यकता के बिना एक ही दिशा में इशारा करते हैं।
इनमें से कई मुद्दों पर पिछले 90 दिनों के भीतर नई टिप्पणियां मिलीं, जो उन्हें ऐतिहासिक जिज्ञासाओं के बजाय सक्रिय रिग्रेशन बनाती हैं। पासकी फ्लो बनाने वाले डेवलपर्स के लिए, टेकअवे स्पष्ट है: Brave में एक्सटेंशन-संचालित फ्लो का स्पष्ट रूप से परीक्षण करें और WebAuthn कॉल विफल होने पर समझदार फ़ॉलबैक प्रदान करें। उपयोगकर्ताओं के लिए, सबक समान रूप से व्यावहारिक है: उच्च-मूल्य वाले अकाउंट पर हार्डवेयर सुरक्षा कुंजी या अन्य रिकवरी फ़ैक्टर कॉन्फ़िगर रखें।
Brave में पासकी की कहानी कोड स्तर पर साफ़ है और उपयोगकर्ता-अनुभव स्तर पर अव्यवस्थित है। WebAuthn पथ प्रभावी रूप से Chromium का है, जिसमें केवल एक स्ट्रिंग ओवरराइड यह पुष्टि करता है कि कार्यान्वयन अपस्ट्रीम के कितने करीब रहता है। Apple प्लेटफ़ॉर्म पर, पासकी पोर्टेबिलिटी ठीक वैसे ही काम करती है जैसे उपयोगकर्ता अपेक्षा करते हैं क्योंकि iCloud Keychain के पास क्रेडेंशियल है। वास्तविक घर्षण कहीं और बैठता है: एक्सटेंशन इंटरसेप्शन (#37762), Windows Hello सप्रेशन (#51858) और Android की Google Play Services निर्भरता (#45415)। जब तक उन मुद्दों का समाधान नहीं हो जाता, डेवलपर्स को Chrome पैरिटी मानने के बजाय Brave का अलग से परीक्षण करना चाहिए और उपयोगकर्ताओं को महत्वपूर्ण अकाउंट के लिए एक मजबूत फ़ॉलबैक - आदर्श रूप से एक हार्डवेयर सुरक्षा कुंजी - रखना चाहिए।
Corbado उपभोक्ता लॉगिन के लिए पासकी इंफ्रास्ट्रक्चर बनाता है और उन टीमों के लिए एक पासकी इंटेलिजेंस प्लेटफ़ॉर्म प्रदान करता है जिन्हें बड़े पैमाने पर पासकी और ऑथेंटिकेशन सिस्टम संचालित करने की आवश्यकता होती है। हम वास्तविक परिनियोजन, प्रत्यक्ष स्रोत निरीक्षण और अंतर्निहित विनिर्देशों के करीबी अध्ययन के आधार पर ब्राउज़र और ऑपरेटिंग सिस्टम में WebAuthn और पासकी व्यवहार के तकनीकी विश्लेषण प्रकाशित करते हैं। प्रश्नों या सुधारों का हमेशा स्वागत है।
हां, लेकिन केवल तभी जब Brave पासकी को iCloud Keychain में सेव करता है। macOS पर, Brave Chromium के WebAuthn स्टैक का उपयोग करता है और एक नई पासकी को iCloud Keychain में या निर्माण प्रॉम्प्ट में दिखाए गए किसी अन्य स्टोरेज लक्ष्य में संग्रहीत कर सकता है। iCloud Keychain में सेव की गई पासकी Apple ID के माध्यम से सिंक होती है और Safari, Chrome और अन्य ब्राउज़रों में उन Apple डिवाइस पर उपलब्ध हो जाती है जो उसी Apple ID को साझा करते हैं। ब्राउज़र-प्रोफाइल स्टोर या लोकल-ओनली स्टोर में सेव की गई पासकी स्वचालित रूप से किसी अन्य Apple डिवाइस पर Safari में उपलब्ध नहीं होती है।
Android पर Brave Google Play Services के बिना विफल हो सकता है, लेकिन इसका कारण "Credential Manager Play Services का हिस्सा है" से अधिक विशिष्ट है। Android का Credential Manager एक सिस्टम और Jetpack API है, जबकि पुराने Android वर्ज़न Google Play Services-समर्थित FIDO2 लेयर पर अधिक निर्भर करते हैं। व्यवहार में, Brave अभी भी brave/brave-browser इश्यू #45415 में प्रलेखित विफलता को प्राप्त करता है: GrapheneOS, CalyxOS या अन्य डी-गूगल्ड Android बिल्ड पर आवश्यक Play Services पथ के बिना, पासकी डायलॉग कभी नहीं खुलता है और पंजीकरण या प्रमाणीकरण टाइम आउट हो जाता है।
व्यापक Android विफलता परिदृश्य के लिए, Native App Passkey Errors देखें। Google Play Services और Credential Manager विवरण के लिए, Android & Google Play Services Passkey Error Codes देखें।
नहीं। Brave Google Password Manager के माध्यम से Chrome के ब्राउज़र-प्रोफाइल पासकी सिंक के समकक्ष प्रदान नहीं करता है। Brave में बनाई गई पासकी अंतर्निहित OS प्लेटफ़ॉर्म ऑथेंटिकेटर - Apple पर iCloud Keychain, Windows पर Windows Hello और Android पर Android Credential Manager - में संग्रहीत होती हैं और केवल उस OS अकाउंट के माध्यम से सिंक होती हैं। यदि आप लगातार क्रॉस-डिवाइस सिंक चाहते हैं, तो आप OS विक्रेता या थर्ड-पार्टी पासवर्ड मैनेजर एक्सटेंशन पर निर्भर करते हैं।
Brave का brave://password-manager/settings टॉगल केवल यह नियंत्रित करता है कि Brave स्वयं पासकी सहेजने की पेशकश करता है या नहीं। यह Windows को पृष्ठ पर WebAuthn प्लेटफ़ॉर्म ऑथेंटिकेटर के रूप में Windows Hello का विज्ञापन करने से नहीं रोकता है। साइट WebAuthn का आह्वान करती है, Windows Hello प्रस्तुत करता है और Brave के पास OS डायलॉग को दबाने के लिए कोई इन-ब्राउज़र स्विच नहीं है। यह व्यवहार brave/brave-browser इश्यू #51858 में ट्रैक किया गया है।
यदि आप एक इकोसिस्टम के अंदर रहते हैं और सबसे कम चलने वाले हिस्से चाहते हैं तो Brave के नेटिव OS फ्लो (प्लेटफ़ॉर्म के माध्यम से iCloud Keychain या Google Password Manager) का उपयोग करें। यदि आपको Windows, macOS, Linux और Android पर लगातार पासकी को अपने साथ ले जाने की आवश्यकता है, या यदि आप पहले से ही अपने रहस्य वहां रखते हैं, तो 1Password या Bitwarden जैसे थर्ड-पार्टी पासवर्ड मैनेजर एक्सटेंशन का उपयोग करें। 2024 के बाद से, Brave के नेटिव UI ने बार-बार एक्सटेंशन पासकी फ्लो को इंटरसेप्ट किया है, इसलिए यह सत्यापित करने योग्य है कि एक्सटेंशन के पास अभी भी प्रॉम्प्ट है।
अप्रैल 2026 तक, brave/brave-browser में passkey या WebAuthn खोजों से मेल खाने वाले 24 खुले मुद्दे थे। पासकी-टैग किए गए खुले मुद्दे 2022-2023 में लगभग 2 प्रति वर्ष से बढ़कर 2025 में 6 हो गए। Brave के लिए, प्रमुख विषय डेस्कटॉप पर एक्सटेंशन इंटरसेप्शन, Windows Hello सप्रेशन और Android Google Play Services निर्भरता हैं।
Corbado बड़े पैमाने पर consumer authentication चलाने वाली CIAM टीमों के लिए Authentication Intelligence Platform है। हम आपको वह दिखाते हैं जो IDP logs और सामान्य analytics tools नहीं दिखा सकते: कौन-से devices, OS versions, browsers और credential managers passkeys को support करते हैं, क्यों enrollments login में नहीं बदलते, WebAuthn flow कहाँ fail होता है, और कब कोई OS या browser update चुपचाप login को तोड़ देता है — और यह सब Okta, Auth0, Ping, Cognito या आपके in-house IDP को बदले बिना। दो products: Corbado Observe जोड़ता है passkeys और किसी भी अन्य login method के लिए observability। Corbado Connect देता है analytics के साथ built-in managed passkeys (आपके IDP के साथ-साथ)। VicRoads, Corbado के साथ 5M+ users के लिए passkeys चला रहा है (+80% passkey activation)। Passkey विशेषज्ञ से बात करें →
संबंधित लेख
विषय सूची