मुख्य सामग्री पर जाएं
Authentication नया है: @didit-protocol/auth-react-native रिलीज़ पर निर्भर है। पैकेज वितरण कोऑर्डिनेट्स, वर्शन और कॉल होने वाले सिग्नेचर यहाँ पुष्ट नहीं किए गए हैं। किसी अनुमानित पैकेज को इंस्टॉल न करें और पहचान सत्यापन SDK को Authentication SDK के रूप में उपयोग न करें।

​
एप्लिकेशन तैयार करें

  1. पुष्टि करें कि आपके Didit एप्लिकेशन के लिए Authentication सक्षम है, और कंसोल से उसका sign-in origin (https://<slug>.auth.didit.me, या sandbox के लिए <slug>.sandbox.auth.didit.me) कॉपी करें।
  2. अपने एप्लिकेशन और रनटाइम द्वारा समर्थित एक सटीक कॉलबैक URL रजिस्टर करें। ऐप-लिंक के स्वामित्व की पुष्टि करें; यह मान न लें कि मनमाने कस्टम URL स्कीम स्वीकार किए जाएँगे।
  3. sandbox और लाइव कॉन्फ़िगरेशन को अलग रखें, जिसमें कॉलबैक हैंडलिंग और सहेजे गए क्रेडेंशियल भी शामिल हैं।
  4. सत्यापन या निगरानी कनेक्ट करने से पहले अपनी स्थिर व्यक्ति मैपिंग चुनें।
कॉलबैक लिंक iOS और Android पर अलग-अलग कॉन्फ़िगर और टेस्ट करें। Authentication रैपर @didit-protocol/sdk-react-native से अलग है, जो सत्यापन को संभालता है।

​
होस्टेड फ़्लो लागू करें

{origin}/sign-in URL के साथ नेटिव सिस्टम authentication ब्राउज़र खोलें। एक नया, रैंडम state, एक S256 PKCE challenge और अपना रजिस्टर्ड redirect_uri दें। verifier को केवल उसी प्रयास के लिए अपने एप्लिकेशन में रखें। अंतर्निहित प्रोटोकॉल को समझने के लिए JavaScript क्विकस्टार्ट देखें; नेटिव कोड में ब्राउज़र ग्लोबल्स के बजाय प्लेटफ़ॉर्म क्रिप्टोग्राफ़ी और URL हैंडलिंग का उपयोग करें। कॉलबैक पर, single-use code को token/ पर एक्सचेंज करने से पहले state, ट्रांज़ैक्शन की अवधि और कॉलबैक गंतव्य की जाँच करें। मूल verifier और सटीक redirect URI का उपयोग करें। ब्राउज़र रद्द करना या बंद करना सफल लॉगिन नहीं है। रिफ़्रेश टोकन को नेटिव प्लेटफ़ॉर्म-संरक्षित स्टोरेज में रखें; उन्हें कभी सामान्य प्राथमिकताएँ फ़ाइल, विश्लेषण या क्रैश लॉग में न रखें। end-user के Bearer token के साथ GET session/ का उपयोग करके मौजूदा सत्र की पुष्टि करें। रिफ़्रेश को क्रमबद्ध करें, दोनों टोकन एक साथ बदलें, और साइन-आउट के बाद उपयोगकर्ता-विशिष्ट स्थिति साफ़ करें। अनुरोध के नियमों और रिफ़्रेश-पुनः उपयोग व्यवहार के लिए टोकन और JWKS देखें।

​
नेटिव SDK रिलीज़ पूर्वावलोकन

नेटिव Authentication मॉड्यूल साइन-इन, वर्तमान सत्र तक पहुँच, टोकन प्राप्ति, साइन-आउट और step-up के साथ स्वचालित डिवाइस सिग्नल उपलब्ध कराने की योजना में हैं। नेटिव passkeys और संरक्षित टोकन स्टोरेज उस रिलीज़ का हिस्सा हैं। रैपर APIs अपने प्रकाशित प्लेटफ़ॉर्म अनुबंधों का पालन करेंगे; किसी डिज़ाइन उदाहरण से अनुमानित constructor arguments या method signatures न कॉपी करें। मॉड्यूल रिलीज़ होने तक उसका adapter बंद रखें, या अपने सक्षम एप्लिकेशन के लिए होस्टेड प्रोटोकॉल का समीक्षित कार्यान्वयन उपयोग करें। केवल पैकेज इंस्टॉल होने के आधार पर काम करने वाले नेटिव Authentication क्विकस्टार्ट का प्रचार न करें।

​
सत्यापन और निगरानी कनेक्ट करें

आपका बैकएंड प्रमाणित व्यक्ति से vendor_data निकालता है। वह उस व्यक्ति के लिए सत्यापन सत्र बनाता है या सीमित-स्कोप वाले निगरानी token जारी करता है। अपने एप्लिकेशन को केवल सत्र क्रेडेंशियल या सीमित-स्कोप वाला token लौटाएँ; API कुंजी सर्वर पर ही रहती है। जब आपको पहचान सत्यापन चाहिए, तब React Native सत्यापन SDK उपयोग करें। अपने प्लेटफ़ॉर्म पर निगरानी समर्थन के लिए SDK ट्रांज़ैक्शन सबमिशन का पालन करें। साइन-इन, सत्यापन और लेन-देन के निर्णयों को अलग-अलग मानें।

​
इंटीग्रेशन सत्यापित करें

बंद पड़े एप्लिकेशन को फिर से खोलने, बैकग्राउंड और फ़ोरग्राउंड बदलावों, ब्राउज़र रद्द करने, मेल न खाने वाले कॉलबैक, कोड रीप्ले, टोकन समाप्ति, समवर्ती रिफ़्रेश, MFA, लॉगआउट और किसी अन्य उपयोगकर्ता के रूप में साइन-इन करने का परीक्षण करें। वह रिलीज़ उपलब्ध होने पर समर्थित डिवाइसों पर passkey नामांकन और साइन-इन का परीक्षण करें। केवल-डिवाइस जाँच तब तक असत्यापित रहती है जब तक वह लक्ष्य प्लेटफ़ॉर्म पर न चले।
अंतिम संशोधन 7 नवंबर 2026