WebAuthn पब्लिक की क्रेडेंशियल / यूज़र-एजेंट हिंट्स

WebAuthn पब्लिक की क्रेडेंशियल हिंट्स / यूज़र-एजेंट हिंट्स, उनकी उपलब्धता, उनका उपयोग कैसे किया जा सकता है, और मौजूदा सीमाओं और सिफारिशों के बारे में जानें।

Our mission is to make the Internet a safer place, and the new login standard passkeys provides a superior solution to achieve that. That's why we want to help you understand passkeys and its characteristics better.

1. परिचय#

WebAuthn और पासकीज़ को काफ़ी तेज़ी मिल रही है और इन्हें ज़्यादा से ज़्यादा अपनाया जा रहा है। साथ ही, तकनीकी दृष्टिकोण से, WebAuthn स्टैंडर्ड भी तेज़ी से विकसित हो रहा है। WebAuthn पब्लिक की क्रेडेंशियल हिंट्स (जिन्हें यूज़र-एजेंट हिंट्स भी कहा जाता है) Web Authentication API में सबसे नया जुड़ाव है, जिसका उद्देश्य डेवलपर्स द्वारा अपने ऐप्लिकेशन्स में पासकी ऑथेंटिकेशन को लागू करने के तरीके को बेहतर बनाना है।

इस लेख में, हम निम्नलिखित सवालों के जवाब देंगे?

WebAuthn पब्लिक की क्रेडेंशियल हिंट्स क्या हैं?
आपको WebAuthn पब्लिक की क्रेडेंशियल हिंट्स की आवश्यकता क्यों है?
WebAuthn पब्लिक की क्रेडेंशियल हिंट्स कैसे काम करते हैं?
आपके प्रोजेक्ट्स के लिए WebAuthn पब्लिक की क्रेडेंशियल हिंट्स की सीमाएँ और अनुशंसित मामले क्या हैं?

चलिए सबसे पहले इसकी प्रेरणा को समझते हैं।

2. पासकीज़ में क्रेडेंशियल हिंट्स की प्रेरणा#

आजकल, ऐसी कई अलग-अलग जगहें हैं जहाँ आप पासकी बना और स्टोर कर सकते हैं:

थर्ड-पार्टी पासवर्ड मैनेजर (जैसे 1Password, Dashlane, Bitwarden, KeePassXC)
Google Password Manager / Chrome प्रोफ़ाइल
iCloud Keychain / Apple Passwords
Windows Hello
दूसरा स्मार्टफ़ोन (iOS, Android) या टैबलेट (iPadOS, Android)
हार्डवेयर सिक्योरिटी की (जैसे YubiKey)

यूज़र के लिए, यह लचीलापन और चुनने की आज़ादी दे सकता है। हालांकि, कुछ ऐप्लिकेशन्स और परिदृश्यों में इनमें से कुछ विकल्पों को सीमित करने की आवश्यकता होती है, जैसे कि यदि आप बढ़ी हुई सुरक्षा आवश्यकताओं के कारण केवल हार्डवेयर सिक्योरिटी कीज़ की अनुमति देना चाहते हैं।

उस पासकी निर्माण और स्टोरेज को प्रभावित करने के लिए, हमारे पास authenticatorAttachment प्रॉपर्टी थी।

Subscribe to our Passkeys Substack for the latest news.

3. authenticatorAttachment क्या है?#

authenticatorAttachment रिलाइंग पार्टीज़ को यह सीमित करने की अनुमति देता है कि पासकी कहाँ बनाई जा सकती है।

3.1 platform#

platform एक ऐसे ऑथेंटिकेटर को इंगित करता है जो WebAuthn चलाने वाले डिवाइस में ही बना होता है। WebAuthn इसके साथ उस प्लेटफ़ॉर्म के लिए विशिष्ट ट्रांसपोर्ट विधियों, जैसे कि प्लेटफ़ॉर्म-विशिष्ट APIs का उपयोग करके संचार करता है। प्लेटफ़ॉर्म ऑथेंटिकेटर से जुड़े पब्लिक की क्रेडेंशियल को प्लेटफ़ॉर्म क्रेडेंशियल कहा जाता है। ऊपर दी गई सूची से, निम्नलिखित क्रेडेंशियल मैनेजर / स्थान प्लेटफ़ॉर्म क्रेडेंशियल स्टोर कर सकते हैं:

थर्ड-पार्टी पासवर्ड मैनेजर (जैसे 1Password, Dashlane, Bitwarden, KeePassXC)
Google Password Manager / Chrome प्रोफ़ाइल
iCloud Keychain / Apple Passwords
Windows Hello

Windows 11 और Chrome:

macOS 15 (Sequoia) और Chrome:

कैंसिल पर क्लिक करने पर, निम्नलिखित मॉडल दिखाई देता है:

macOS 15 (Sequoia) और Safari:

3.2 cross-platform#

cross-platform एक ऐसे ऑथेंटिकेटर को इंगित करता है जो WebAuthn चलाने वाले डिवाइस के बाहर होता है (रोमिंग ऑथेंटिकेटर) क्योंकि इसका उपयोग कई डिवाइसों में किया जा सकता है। WebAuthn इसके साथ ब्लूटूथ या NFC जैसे क्रॉस-प्लेटफ़ॉर्म ट्रांसपोर्ट प्रोटोकॉल का उपयोग करके इंटरैक्ट करता है। रोमिंग ऑथेंटिकेटर से जुड़े पब्लिक की क्रेडेंशियल को रोमिंग क्रेडेंशियल कहा जाता है। ऊपर दी गई सूची से, निम्नलिखित क्रेडेंशियल मैनेजर / स्थान क्रॉस-प्लेटफ़ॉर्म क्रेडेंशियल स्टोर कर सकते हैं:

दूसरा स्मार्टफ़ोन (iOS, Android) या टैबलेट (iPadOS, Android)
हार्डवेयर सिक्योरिटी की (जैसे YubiKey)

Windows 11 और Chrome:

macOS 15 (Sequoia) और Chrome:

macOS 15 (Sequoia) और Safari:

3.3 निर्दिष्ट नहीं#

निर्दिष्ट नहीं यह इंगित करता है कि या तो प्लेटफ़ॉर्म ऑथेंटिकेटर या क्रॉस-प्लेटफ़ॉर्म ऑथेंटिकेटर का उपयोग किया जा सकता है। यहाँ, यूज़र चुन सकता है कि वे पासकीज़ कहाँ स्टोर करना चाहेंगे।

Windows 11 और Chrome:

macOS 15 (Sequoia) और Chrome:

macOS 15 (Sequoia) और Safari:

कैंसिल पर क्लिक करने पर, निम्नलिखित मॉडल दिखाई देता है:

authenticatorAttachment का उपयोग काफी समय से किया जा रहा था। हालाँकि, यह क्रॉस-डिवाइस ऑथेंटिकेशन (QR कोड और ब्लूटूथ के माध्यम से) जैसे नए विकासों के संबंध में भी अनम्य था। यहाँ, एक पासकी को Google Password Manager (प्लेटफ़ॉर्म क्रेडेंशियल) में भी स्टोर किया जाता है, लेकिन रिलाइंग पार्टी द्वारा cross-platform के साथ ट्रिगर किया जाता है। इसके अलावा, एक रिलाइंग पार्टी का नियंत्रण कि लॉगिन (रजिस्टर नहीं) समारोह में किस प्रकार की पासकी का उपयोग किया जाना चाहिए, केवल एक क्रेडेंशियल के transports मान को संशोधित करके ही किया जा सकता था।

यहीं पर WebAuthn पब्लिक की क्रेडेंशियल हिंट्स काम आते हैं।

Become part of our Passkeys Community for updates & support.

Join

4. WebAuthn पब्लिक की क्रेडेंशियल हिंट्स क्या हैं?#

WebAuthn पब्लिक की क्रेडेंशियल हिंट्स Web Authentication API में पेश किया गया एक नया पैरामीटर है (आधिकारिक तौर पर WebAuthn लेवल 3 में)। वे ब्राउज़रों को उस प्रकार के ऑथेंटिकेटर के बारे में मार्गदर्शन प्रदान करते हैं जिसका यूज़र ऑथेंटिकेशन प्रक्रिया के दौरान उपयोग करने की संभावना रखता है। यह ब्राउज़र के UI को सबसे प्रासंगिक विकल्पों पर केंद्रित करके एक अधिक सुव्यवस्थित और सहज यूज़र अनुभव प्रदान करने में मदद करता है।

तीन प्रकार के हिंट्स

हिंट्स तीन प्रकार के होते हैं:

security-key: यह इंगित करता है कि यूज़र से हार्डवेयर सिक्योरिटी की (जैसे YubiKey) का उपयोग करने की उम्मीद है।
client-device: यह सुझाव देता है कि यूज़र क्लाइंट डिवाइस से जुड़े प्लेटफ़ॉर्म ऑथेंटिकेटर का उपयोग करेगा (जैसे macOS पर Touch ID, iOS पर Face ID या Windows पर Windows Hello)।
hybrid: इसका मतलब है कि यूज़र QR कोड और ब्लूटूथ के माध्यम से क्रॉस-डिवाइस ऑथेंटिकेशन के लिए स्मार्टफ़ोन या टैबलेट का उपयोग कर सकता है।

ये हिंट्स रिलाइंग पार्टी की ओर से सख्त आवश्यकताएं नहीं हैं, बल्कि ब्राउज़र को संकेत के रूप में यूज़र अनुभव को बढ़ाने के लिए मार्गदर्शन का काम करते हैं।

4.1 security-key#

निम्नलिखित में, आप macOS Sequoia (Edge + Chrome) और Windows 10 (Chrome) के लिए स्क्रीनशॉट देखते हैं, जिसमें authenticatorAttachment निर्दिष्ट नहीं है और WebAuthn यूज़र-एजेंट हिंट security-key पर सेट है।

4.1.1 macOS Sequoia और Edge#

4.1.2 macOS Sequoia और Chrome#

4.1.3 Windows 10 और Chrome#

यहाँ, हम एक और सीमा देखते हैं, कि security-key हिंट का सम्मान Windows 10 पर नहीं किया जाता है, कम से कम सीधे तौर पर तो नहीं। प्रवाह मूल रूप से client-device हिंट के समान ही है।

कैंसिल पर क्लिक करने पर, निम्नलिखित मॉडल दिखाई देता है:

4.2 client-device#

4.2.1 macOS Sequoia और Edge#

कैंसिल पर क्लिक करने पर, निम्नलिखित मॉडल दिखाई देता है:

4.2.2 macOS Sequoia और Chrome#

कैंसिल पर क्लिक करने पर, निम्नलिखित मॉडल दिखाई देता है:

4.2.3 Windows 10 और Chrome#

कैंसिल पर क्लिक करने पर, निम्नलिखित मॉडल दिखाई देता है:

4.3 hybrid#

4.3.1 macOS Sequoia और Edge#

4.3.2 macOS Sequoia और Chrome#

4.3.3 Windows 10 और Chrome#

5. WebAuthn पब्लिक की क्रेडेंशियल हिंट्स कैसे काम करते हैं?#

हिंट्स की शुरूआत के साथ, डेवलपर्स अब घटती प्राथमिकता के क्रम में वरीयताओं की एक श्रृंखला प्रदान कर सकते हैं, जिससे अधिक लचीलापन मिलता है।

5.1 सिक्योरिटी-की हिंट के लिए उदाहरण#

नीचे दिया गया कोड स्निपेट ब्राउज़र को बताता है कि यूज़र संभवतः हार्डवेयर सिक्योरिटी की का उपयोग करके ऑथेंटिकेट करेगा, जिससे UI उसी के अनुसार केंद्रित हो जाता है।

पुराने यूज़र एजेंटों के साथ संगतता के लिए, जब इस हिंट का उपयोग PublicKeyCredentialCreationOptions में किया जाता है, तो authenticatorAttachment को cross-platform पर सेट किया जाना चाहिए।

const credential = await navigator.credentials.create({
  publicKey: {
    challenge: /* your challenge here */,
    hints: ['security-key'],
    authenticatorSelection: {
      authenticatorAttachment: 'cross-platform'
    }
  }
});

security हिंट विशेष रूप से उच्च-आश्वासन वाले मामलों में मूल्यवान है जहाँ वेबसाइट / रिलाइंग पार्टी केवल हार्डवेयर सिक्योरिटी कीज़ की अनुमति देना चाहती है और यूज़र को इस दिशा में धकेलती है।

5.2 क्लाइंट-डिवाइस हिंट के लिए उदाहरण#

इस उदाहरण में, हिंट यह सुझाव देता है कि यूज़र वर्तमान डिवाइस के अंतर्निहित प्लेटफ़ॉर्म ऑथेंटिकेटर का उपयोग कर सकता है।

पुराने यूज़र एजेंटों के साथ संगतता के लिए, जब इस हिंट का उपयोग PublicKeyCredentialCreationOptions में किया जाता है, तो authenticatorAttachment को platform पर सेट किया जाना चाहिए।

const credential = await navigator.credentials.create({
  publicKey: {
    challenge: /* your challenge here */,
    residentKey: true,
    hints: ['client-device'],
    authenticatorSelection: {
      authenticatorAttachment: 'platform'
    }
  }
});

client-device हिंट सेट करना फायदेमंद होता है यदि किसी यूज़र खाते से कई पासकीज़ जुड़े हुए हैं और उनमें से कुछ लॉगिन करने वाले डिवाइस पर उपलब्ध हो सकते हैं, जबकि अन्य अलग-अलग डिवाइस पर संग्रहीत हैं। यदि सिस्टम (पासकी इंटेलिजेंस) यह पता लगाता है कि लॉगिन करने का प्रयास करने वाले यूज़र के पास उच्च संभावना के साथ एक स्थानीय पासकी उपलब्ध है, तो इस हिंट को PublicKeyCredentialRequestOptions में सेट किया जा सकता है, जिससे यूज़र को सही पासकी चुनने के लिए एक क्लिक की बचत होती है।

5.3 हाइब्रिड हिंट के लिए उदाहरण#

इस उदाहरण में, हिंट यह सुझाव देता है कि यूज़र ऑथेंटिकेशन के लिए स्मार्टफ़ोन या इसी तरह के डिवाइस का उपयोग कर सकता है।

const credential = await navigator.credentials.create({
  publicKey: {
    challenge: /* your challenge here */,
    residentKey: true,
    hints: ['hybrid'],
    authenticatorSelection: {
      authenticatorAttachment: 'cross-platform'
    }
  }
});

hybrid हिंट तब मददगार हो सकता है जब यूज़र के पास कई कीज़ हों और सिस्टम (पासकी इंटेलिजेंस) यह पता लगाता है कि वर्तमान डिवाइस पर शायद कोई स्थानीय पासकी उपलब्ध नहीं है। UX को बेहतर बनाने और एक क्लिक बचाने के लिए, आप इस WebAuthn यूज़र-एजेंट हिंट को सेट कर सकते हैं और सीधे यूज़र को क्रॉस-डिवाइस ऑथेंटिकेशन (QR कोड और ब्लूटूथ के माध्यम से) के लिए संकेत दे सकते हैं। इसके अलावा, यदि आप एक मोबाइल-फर्स्ट पासकी सिस्टम बनाने की कोशिश कर रहे हैं, तो इस हिंट को सेट करना बहुत मायने रखता है।

विभिन्न विकल्पों के साथ खुद खेलने के लिए, हम Passkeys Debugger पर एक नज़र डालने की सलाह देते हैं।

Want to experiment with passkey flows? Try our Passkeys Debugger.

Try for Free

6. प्राथमिकताएँ#

यह समझना महत्वपूर्ण है कि WebAuthn पब्लिक की क्रेडेंशियल हिंट्स अन्य WebAuthn पैरामीटर जैसे authenticatorAttachment और क्रेडेंशियल ट्रांसपोर्ट के साथ कैसे इंटरैक्ट करते हैं।

6.1 गैर-बाध्यकारी मार्गदर्शन#

सबसे पहले, यह ध्यान रखना महत्वपूर्ण है कि ये हिंट्स सख्त आवश्यकताएं नहीं हैं। वे यूज़र-एजेंट (ब्राउज़र) को बाध्य नहीं करते हैं, बल्कि अनुरोध के बारे में आपके पास मौजूद प्रासंगिक जानकारी का लाभ उठाकर सर्वोत्तम अनुभव प्रदान करने के लिए मार्गदर्शन का काम करते हैं। इसका मतलब है कि ब्राउज़र हिंट्स पर विचार करने का विकल्प चुन सकते हैं लेकिन उनका सख्ती से पालन करने के लिए बाध्य नहीं हैं।

6.2 क्रम मायने रखता है#

हिंट्स को घटती वरीयता के क्रम में एक ऐरे के रूप में प्रदान किया जाता है। यह क्रम निर्धारित करता है कि ब्राउज़र को उन्हें कैसे प्राथमिकता देनी चाहिए:

पहला हिंट प्राथमिकता लेता है: यदि दो हिंट्स विरोधाभासी हैं, तो ब्राउज़र पहले वाले को प्राथमिकता देता है।
ओवरलैपिंग हिंट्स: यदि एक अधिक विशिष्ट हिंट सभी ब्राउज़रों द्वारा पहचाना नहीं जा सकता है, तो आप व्यापक संगतता के लिए बाद में कम विशिष्ट हिंट्स शामिल कर सकते हैं।
डुप्लिकेट हिंट्स: यदि एक ही हिंट एक से अधिक बार दिखाई देता है, तो किसी भी बाद की उपस्थिति को अनदेखा कर दिया जाता है।

उदाहरण:

hints: ['security-key', 'hybrid', 'client-device']

इस ऐरे में:

ब्राउज़र पहले security-key को प्राथमिकता देता है।
यदि लागू नहीं होता है, तो यह hybrid पर विचार करता है।
अंत में, यह client-device (क्लाइंट डिवाइस पर प्लेटफ़ॉर्म ऑथेंटिकेटर) को देखता है।

6.3 हिंट्स बनाम अन्य पैरामीटर#

हिंट्स authenticatorAttachment और क्रेडेंशियल ट्रांसपोर्ट में निहित जानकारी का खंडन कर सकते हैं। जब ऐसा होता है, तो हिंट्स को प्राथमिकता दी जाती है। यह authenticatorAttachment के पिछले सख्त उपयोग की तुलना में अधिक लचीलापन प्रदान करता है, जिसने ऑथेंटिकेटर को या तो platform या cross-platform तक सीमित कर दिया था।

विरोधाभासी पैरामीटर के साथ उदाहरण:

const credential = await navigator.credentials.create({
  publicKey: {
    challenge: /* your challenge here */,
    hints: ['hybrid'],
    authenticatorSelection: {
      authenticatorAttachment: 'platform' // Contradicts the hint
    }
  }
});

इस मामले में:

हिंट: हाइब्रिड ऑथेंटिकेटर के लिए वरीयता का सुझाव देता है।
authenticatorAttachment: platform निर्दिष्ट करता है, जो सामान्य रूप से ऑथेंटिकेटर को क्लाइंट डिवाइस तक सीमित करता है।
परिणाम: ब्राउज़र authenticatorAttachment पर हिंट को प्राथमिकता देता है, हाइब्रिड विकल्पों पर ध्यान केंद्रित करता है।

7. ब्राउज़र सपोर्ट#

वर्तमान में, WebAuthn पब्लिक की क्रेडेंशियल हिंट्स केवल Chrome (संस्करण 128 से) में उपलब्ध हैं। अभी तक, Edge और Safari ने इस सुविधा को एकीकृत करने की योजना का संकेत दिया है, जबकि Firefox ने अभी तक अपनी रिलीज़ टाइमलाइन की पुष्टि नहीं की है।

ब्राउज़र	Chrome	Edge	Safari	Firefox
उपलब्धता	✅ संस्करण 128 से	✅ संस्करण 128 से	योजनाबद्ध	लागू नहीं

यह याद रखना महत्वपूर्ण है कि Chrome में, authenticatorAttachment पैरामीटर का अभी भी सम्मान किया जाता है। इसका मतलब है कि आज authenticatorAttachment निर्णायक कारक है, चाहे कोई भी हिंट सेट किया गया हो। हालाँकि, हम उम्मीद करते हैं कि भविष्य के Chrome संस्करणों में, पब्लिक की क्रेडेंशियल हिंट्स पसंदीदा और एकमात्र दृष्टिकोण बन जाएंगे।

7.1 विशेष मामला: Windows 11 और Chrome / Edge#

भले ही नवीनतम Chrome संस्करण WebAuthn यूज़र-एजेंट हिंट्स का समर्थन करते हैं, इन हिंट्स का Windows 11 और Windows Hello / Windows Security द्वारा सम्मान नहीं किया जाता है। इसका मूल कारण यह है कि UI को ऑपरेटिंग सिस्टम (Windows Hello / Windows Security) द्वारा ही नियंत्रित किया जाता है।

इसके अलावा, एक पासकी जो Google Password Manager में संग्रहीत है और Windows 11 से सिंक की गई है, WebAuthn यूज़र-एजेंट हिंट्स का सम्मान नहीं किया जाता है, क्योंकि Windows 11 पर अंतिम स्थानीय ऑथेंटिकेशन Windows Hello / Windows Security के साथ होता है। Microsoft खातों के माध्यम से Windows 11 पर पासकीज़ के आगामी सिंक के साथ, हम Windows 11 और WebAuthn यूज़र-एजेंट हिंट्स के लिए भी सुधार की उम्मीद करते हैं।

7.2 विशेष मामला: Windows 10 और Chrome / Edge#

Windows 10 पर, WebAuthn यूज़र-एजेंट हिंट्स का सम्मान किया जाता है, क्योंकि WebAuthn UI को Chrome द्वारा नियंत्रित किया जाता है न कि Windows Hello / Windows Security द्वारा। हालाँकि हमारे परीक्षणों के दौरान, हमने security-key के लिए कोई प्रभाव नहीं देखा। जब यह हिंट सेट किया गया था, तो प्रवाह client-device के लिए जैसा दिखता था।

8. पब्लिक की क्रेडेंशियल हिंट्स के लिए सिफारिशें#

WebAuthn पब्लिक की क्रेडेंशियल (यूज़र-एजेंट) हिंट्स डेवलपर्स और यूज़र्स दोनों के लिए कई लाभ लाते हैं। यह सुविधा अभी भी नई है और अभी तक सभी ब्राउज़रों और ऑपरेटिंग सिस्टम (अक्टूबर 2024 तक) में रोल आउट नहीं हुई है।

यह महत्वपूर्ण है कि मौजूदा सीमाओं से अवगत रहें जो विशेष रूप से Windows 11 के साथ आती हैं। Windows 11 में, पासकी UI को Windows Hello (Windows Hello सुरक्षा मॉडल) द्वारा नियंत्रित किया जाता है और यह वर्तमान में WebAuthn यूज़र-एजेंट हिंट्स के लिए Chrome / Edge के समर्थन पर हावी है। यह Google Password Manager से Windows पर सिंक की जा रही पासकीज़ पर भी लागू होता है (यहाँ, हिंट्स का भी अभी तक कोई प्रभाव नहीं है)।

इसका मतलब है कि WebAuthn पब्लिक की क्रेडेंशियल हिंट्स वास्तव में केवल macOS और Windows 10 (प्रमुख डेस्कटॉप ऑपरेटिंग सिस्टम से) पर काम करते हैं।

इसके अलावा, अक्टूबर 2024 तक, भले ही इन ऑपरेटिंग सिस्टम पर Chrome / Edge का उपयोग किया जाता है, यदि authenticatorAttachment सेट है, तो यह भी WebAuthn यूज़र-एजेंट हिंट्स पर हावी होता है (जैसा कि Google द्वारा बताया गया है)।

उपयोग के मामले के दृष्टिकोण से, हम इस नई सुविधा का अधिकतम मूल्य प्राप्त करने के लिए निम्नलिखित अनुशंसित उपयोग मामलों को देखते हैं।

8.1 क्लिक कम करने के लिए लॉगिन प्रक्रियाओं में हिंट्स का उपयोग करें#

अपने बैकएंड और पासकी इंटेलिजेंस का निर्माण करते समय, लॉगिन को सुविधाजनक बनाने और यूज़र को अनावश्यक क्लिक से बचाने के लिए पब्लिक की क्रेडेंशियल हिंट्स का सही उपयोग शामिल करने का प्रयास करें। उदाहरण के लिए, यदि आपका सिस्टम यह पता लगाता है कि कोई यूज़र ऐसे डिवाइस पर लॉग इन करता है जहाँ संभवतः एक स्थानीय पासकी उपलब्ध है, तो client-device हिंट का उपयोग करें।

यदि यूज़र एक नए डिवाइस से वेबसाइट तक पहुँचता है और आपकी पासकी इंटेलिजेंस जानती है कि यूज़र के मोबाइल डिवाइस पर एक पासकी उपलब्ध हो सकती है, तो हिंट को hybrid पर सेट करें, ताकि यूज़र जल्दी से QR कोड को स्कैन कर सके और हाइब्रिड पासकी का उपयोग कर सके।

यहाँ मुख्य लक्ष्य एक अधिक सहज और सहज यूज़र अनुभव प्रदान करना है। ब्राउज़रों को यह मार्गदर्शन करके कि कौन से ऑथेंटिकेटर का उपयोग किए जाने की संभावना है, डेवलपर्स लॉगिन प्रक्रिया के दौरान यूज़र की भ्रम और घर्षण को कम कर सकते हैं। यूज़र्स को अनावश्यक ऑथेंटिकेशन विकल्पों से अभिभूत होने के बजाय, हिंट्स ब्राउज़रों को सबसे प्रासंगिक विकल्पों पर ध्यान केंद्रित करने की अनुमति देते हैं, जिससे एक तेज़, अधिक सीधा अनुभव होता है।

8.2 उच्च-आश्वासन एंटरप्राइज़ या सरकार के रूप में सिक्योरिटी-की हिंट का उपयोग करें#

उच्च-आश्वासन वाले उद्यम या सरकारी संगठन जिन्होंने यूज़र ऑथेंटिकेशन के लिए हार्डवेयर सिक्योरिटी कीज़ पर मानकीकरण किया है, वे पासकी क्रेडेंशियल हिंट्स को विशेष रूप से उपयोगी पाएंगे। security-key हिंट का उपयोग करके, वे यह सुनिश्चित कर सकते हैं कि ब्राउज़र प्रमुखता से हार्डवेयर सिक्योरिटी की विकल्प प्रदर्शित करें।

यह विशेष रूप से बड़े संगठनों के लिए उपयोगी है जहाँ कर्मचारियों को हार्डवेयर सिक्योरिटी कीज़ जारी की गई हैं और जहाँ अन्य ऑथेंटिकेशन विधियों (जैसे प्लेटफ़ॉर्म ऑथेंटिकेटर) की अनुमति नहीं है। security-key हिंट उद्यमों को भविष्य के सुधारों के लिए अपने लचीलेपन को सीमित किए बिना अपने ऑथेंटिकेशन प्रवाह को लॉक डाउन करने में सक्षम बनाता है।

8.3 मोबाइल-फर्स्ट ऐप्लिकेशन्स के लिए हाइब्रिड हिंट का उपयोग करें#

hybrid हिंट उन परिदृश्यों में चमकता है जहाँ क्रॉस-डिवाइस ऑथेंटिकेशन और इस प्रकार एक मोबाइल-फर्स्ट दृष्टिकोण वांछित है या जब यूज़र्स अक्सर डिवाइस या प्लेटफ़ॉर्म के बीच चलते हैं।

इस उपयोग के मामले का एक उदाहरण एक उपभोक्ता-सामना करने वाला ऐप होगा जो यह अनुमान लगाता है कि उसके अधिकांश यूज़र्स ऑथेंटिकेशन के लिए अपने स्मार्टफ़ोन का उपयोग करेंगे, या तो बायोमेट्रिक विधियों या वेब-आधारित ऑथेंटिकेटर ऐप (मोबाइल-फर्स्ट पासकीज़) के माध्यम से। हिंट के रूप में hybrid निर्दिष्ट करके, डेवलपर्स यह सुनिश्चित करते हैं कि ब्राउज़र का UI स्मार्टफ़ोन के उपयोग को प्रोत्साहित करता है, जिससे सुविधा और पहुँच में सुधार होता है।

9. निष्कर्ष#

WebAuthn पब्लिक की क्रेडेंशियल हिंट्स पासकी ऑथेंटिकेशन के दौरान यूज़र अनुभव को बढ़ाने का एक लचीला तरीका प्रदान करते हैं। चलिए परिचय से उन सवालों पर फिर से विचार करते हैं जो हमने प्राप्त की गई जानकारियों के साथ पूछे थे:

WebAuthn पब्लिक की क्रेडेंशियल हिंट्स क्या हैं?

ये वेबसाइट/ऐप द्वारा प्रदान किए गए वैकल्पिक सुझाव हैं जो क्लाइंट्स को उस सबसे संभावित ऑथेंटिकेशन विधि पर मार्गदर्शन करने के लिए हैं जिसका यूज़र उपयोग करेगा - चाहे वह हार्डवेयर सिक्योरिटी की हो, प्लेटफ़ॉर्म ऑथेंटिकेटर हो, या क्रॉस-डिवाइस ऑथेंटिकेशन जैसा हाइब्रिड समाधान हो।
आपको WebAuthn पब्लिक की क्रेडेंशियल हिंट्स की आवश्यकता क्यों है?

वे यूज़र्स को प्रस्तुत किए गए विकल्पों को कम करके ऑथेंटिकेशन प्रक्रिया को सुव्यवस्थित करते हैं, अनावश्यक घर्षण/क्लिक को कम करते हैं और समग्र अनुभव में सुधार करते हैं।
WebAuthn पब्लिक की क्रेडेंशियल हिंट्स कैसे काम करते हैं?

डेवलपर्स संदर्भ के आधार पर security-key, client-device, या hybrid जैसे हिंट्स निर्दिष्ट करते हैं, जिससे ब्राउज़रों को यूज़र के लिए प्रासंगिक ऑथेंटिकेशन विधि को प्राथमिकता देने की अनुमति मिलती है। जबकि ये हिंट्स सख्त आवश्यकताएं नहीं हैं, वे ऑथेंटिकेशन के दौरान UI प्रवाह को अनुकूलित करने में मदद करते हैं।
सीमाएँ और अनुशंसित उपयोग के मामले क्या हैं?

वर्तमान में, इन हिंट्स के लिए पूर्ण समर्थन Chrome और Edge तक सीमित है, जिसमें अन्य ब्राउज़र और Windows 11 जैसे ऑपरेटिंग सिस्टम संगतता के विभिन्न स्तर दिखाते हैं। सबसे प्रभावी उपयोग के मामलों में लॉगिन UX में सुधार करना, उच्च-सुरक्षा वाले वातावरण में हार्डवेयर सिक्योरिटी की के उपयोग को लागू करना, और मोबाइल-फर्स्ट ऐप्लिकेशन्स में क्रॉस-डिवाइस ऑथेंटिकेशन को सक्षम करना शामिल है।

निष्कर्ष में, WebAuthn पब्लिक की क्रेडेंशियल हिंट्स डेवलपर्स को प्रत्येक यूज़र परिदृश्य के लिए सबसे उपयुक्त विकल्पों के लिए ब्राउज़रों का मार्गदर्शन करके अधिक सहज, यूज़र-फ्रेंडली ऑथेंटिकेशन प्रक्रियाएँ बनाने की अनुमति देते हैं। अभी भी विकसित हो रही यह सुविधा पासकी कार्यान्वयन में सुरक्षा और यूज़र अनुभव दोनों को महत्वपूर्ण रूप से बढ़ा सकती है।