बेनामी पहचान का उपयोग करके IdentityServer4 में अनाम jwt टोकन के लिए समर्थन

हाल ही में, मुझे ASP.NET कोर प्लेटफ़ॉर्म पर OpenId Connect और OAuth 2.0 पर आधारित अनाम उपयोगकर्ता प्रमाणीकरण के लिए समर्थन लागू करने की आवश्यकता थी। इन प्रोटोकॉल के विनिर्देश यहां नहीं बताए जाएंगे, इसके लिए हैबर पर पूर्ण लेख हैं। चलिए बात पर आते हैं।

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

इसके अलावा, एक अनाम पहुँच टोकन में कोई भी अतिरिक्त कथन (या दावे) हो सकते हैं।

उपकरण

• OpenId कनेक्ट और OAuth 2.0 का समर्थन करने के लिए IdentityServer4
• पहचानकर्ता में अनाम टोकन का समर्थन करने के लिए गुमनामी

कार्यान्वयन

IdentityServer4 के GitHub पर कई उदाहरण हैं ।

अनाम टोकन के लिए समर्थन जोड़ना काफी सरल है:

• IdneitityServer4 के साथ एक परियोजना में बेनामी पहचान स्थापित करें
  

  Install-Package AnonymousIdentity 

• Startup.cs में बेनामी पंजीकृत करें
  

   services.AddIdentityServer() //   .AddAnonymousAuthentication(); 

सहभागिता परिदृश्य

इंप्लांट फ़्लो और प्राधिकरण कोड फ़्लो के लिए एक अनाम टोकन प्राप्त करने पर विचार करें।

प्राधिकरण प्वाइंट अनुरोध

विनिर्देशन का पालन करने के लिए, इंप्लांट फ़्लो के लिए एक प्राधिकरण बिंदु के लिए एक अनुरोध निम्नानुसार है।

 GET /connect/authorize? client_id=client1& scope=openid email api1& response_type=id_token token& redirect_uri=https://myapp/callback& state=abc& nonce=xyz& acr_values=0& response_mode=json 

प्राधिकरण कोड फ्लो के लिए, response_type = कोड (PKCE वैकल्पिक है) के साथ एक समान अनुरोध।

दो मापदंडों में एक नियमित और अनाम अनुरोध के बीच अंतर:

• Acr_values ​​= 0 पैरामीटर अनाम लॉगिन को दर्शाता है । यदि रुचि है, तो आप OpenId कनेक्ट विनिर्देश पढ़ सकते हैं।
• प्रतिक्रिया_मोड = json पैरामीटर का उपयोग अनावश्यक अनावश्यक पुनर्निर्देशन के बिना Json के रूप में प्रतिक्रिया करने के लिए किया जाता है।

टोकन प्राप्त करना

प्रमाणीकरण स्थिति के आधार पर, अनाम या प्रमाणित टोकन लौटाया जाता है।

प्रबल प्रवाह

इस मामले में, प्राधिकरण बिंदु जोंस के रूप में प्रतिक्रिया करता है, जिसमें पहुंच टोकन भी शामिल है।

 { "id_token": <id_token>, "access_token": <access_token>, "token_type": "Bearer", "expires_in": "2592000", "scope": "openid email api1", "state": "abc", "session_state": <optional> } 

प्राधिकरण कोड प्रवाह

इस दृष्टिकोण के साथ, प्राधिकरण बिंदु जोंस के रूप में प्रतिक्रिया करता है, जिसमें प्राधिकरण कोड भी शामिल है।

 { "code": <authorization_code>, "scope": "openid email api1", "state": "abc", "session_state": <optional> } 

फिर, आपको मानक विधि का उपयोग करके टोकन के लिए कोड का आदान-प्रदान करना होगा।

हम टोकन के समापन बिंदु के लिए अनुरोध करते हैं।

 POST /connect/token client_id=client2& client_secret=secret& grant_type=authorization_code& code=`& redirect_uri=https://myapp/callback 

नतीजतन, टोकन एंडपॉइंट Json के रूप में प्रतिक्रिया करता है, जिसमें टोकन तक पहुंच शामिल है।

 { "id_token": <id_token>, "access_token": <access_token>, "token_type": "Bearer", "expires_in": "2592000", "scope": "openid email api1" } 

अनाम और प्रामाणिक टोकन की तुलना करना

यदि प्राधिकरण सर्वर में प्रमाणीकरण डेटा नहीं है, तो हमें एक अनाम टोकन मिलता है।

 { "nbf": 1566849147, "exp": 1569441147, "iss": "https://server", "aud": [ "https://server/resources", "api" ], "client_id": "client1", "sub": "abda9006-5991-4c90-a88c-c96764027347", "auth_time": 1566849147, "idp": "local", "ssid": "9e6453dbaf5ffdb03f08812f759d3cdf", "scope": [ "openid", "email", "api1" ], "amr": [ "anon" ] } 

आप यह निर्धारित कर सकते हैं कि प्रमाणीकरण विधि (amr) का उपयोग करके उपयोगकर्ता अनाम है।
"सामान्य" सत्र (ssid) के पहचानकर्ता और विषय (उप) के पहचानकर्ता को बाद के उपयोगकर्ता लॉगिन पर प्रमाणीकृत टोकन में शामिल किया जाएगा।

यदि उपयोगकर्ता लॉग इन करता है, तो हमें एक प्रमाणित टोकन मिलता है।

 { "nbf": 1566850295, "exp": 1566853895, "iss": "https://server", "aud": [ "https://server/resources", "api" ], "client_id": "client1", "sub": "bob", "auth_time": 1566850295, "idp": "local", "aid": "abda9006-5991-4c90-a88c-c96764027347", "ssid": "9e6453dbaf5ffdb03f08812f759d3cdf", "scope": [ "openid", "email", "api1" ], "amr": [ "pwd" ] } 

जैसा कि आप देख सकते हैं, अनाम उपयोगकर्ता पहचानकर्ता (सहायता) ssid की तरह अनाम टोकन के उप से मेल खाता है। यदि क्लाइंट ने अनाम लॉगिन आरंभ नहीं किया है, तो प्रमाणित टोकन में केवल ssid होगा।

इस प्रकार, हम एक अनाम उपयोगकर्ता को अधिकृत कर सकते हैं और सिस्टम में प्रवेश करने के बाद उसके कार्यों की पहचान कर सकते हैं।

निष्कर्ष

इस लेख में, हमने AnonymousIdentity एक्सटेंशन के साथ IdentityServer4 का उपयोग करते हुए एक अनाम / प्रमाणित टोकन प्राप्त करने के लिए एक परिदृश्य की जांच की।

यदि आपके कोई प्रश्न हैं, तो मुझे टिप्पणियों में उनका उत्तर देने में खुशी होगी।