Azure सक्रिय निर्देशिका प्रमाणीकरण सेवा को अद्यतन दावों के साथ id_token को फिर से जारी करने के लिए कैसे मजबूर किया जा सकता है?

Question

हम अपने उपयोगकर्ताओं को प्रमाणित करने के लिए Azure B2C का उपयोग कर रहे हैं जो ठीक काम कर रहा है। साइनअप के बाद हम अपने उपयोगकर्ताओं को कुछ कस्टम दावे जोड़ते हैं जिन्हें ग्राफ़ एपीआई का उपयोग करके बी 2 सी पोर्टल में "उपयोगकर्ता विशेषताओं" के रूप में परिभाषित किया गया था। जब मैं पोर्टल में लॉग इन करता हूं तो मैं देख सकता हूं कि ये मान हमारी कॉल द्वारा निर्धारित किए गए हैं, क्योंकि कुछ मानक दावा मान हैं (यानी हम दिए गए नाम और अंतिम नाम मानों को जोड़कर प्रदर्शन नाम भी सेट करते हैं)।

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

यह समझ में नहीं आता है, क्योंकि यह किसी एप्लिकेशन में लॉग इन करते समय उपयोगकर्ता को अपनी प्रोफ़ाइल (दावों के मूल्य) को अपडेट करने के लिए पूरी तरह से समझदार लगता है और उन परिवर्तनों के लिए तुरंत पुनः प्रमाणीकरण की आवश्यकता के बिना प्रभावित होने के लिए?

कोई बता सकता है कि सर्वर पर कैश किए गए id_token को समाप्त करने के लिए कैसे संभव है ताकि जब हम किसी एक्सेस टोकन का उपयोग करके id_token का अनुरोध करते हैं, तो id_token में सबसे अद्यतित दावों के मूल्य होते हैं?

Answer 1

ठीक तो प्रतिक्रिया की प्रतीक्षा करने के लगभग एक महीने के बाद, आधिकारिक लाइन है:

"उत्पाद समूह की पहचान रोडमैप पर है कि यह भी है कि हम अभी भी एक अंतिम तिथि उस में होना चाहिए की जरूरत नहीं है कुछ महीने।"

तो मूल रूप से उन्होंने स्वीकार नहीं किया है कि यह एक बग है और वे यह नहीं बता सकते कि यह परिदृश्य कब समर्थित होगा। ईमानदार होने के लिए समर्थन का बहुत खराब स्तर।

Answer 2

मुद्दा हम कर रहे हैं कि उसके बाद इन मूल्यों को स्थापित कर रहे हैं, वे जब तक उपयोगकर्ता लॉग आउट और फिर से वापस में है टोकन प्रमाणित अंतिम बिंदुओं को पहुँच टोकन भेज कर लिया गया में दिखाई नहीं देते हैं (जो स्पष्ट रूप से है साइनअप के बाद एक बहुत भयानक उपयोगकर्ता अनुभव)।

क्या आप id_token को प्राप्त करने के तरीके के बारे में अनुरोध विवरण दिखाएंगे?

1:

अपने परीक्षण के आधार पर, मैं अद्यतन दावा नीचे दिए गए चरणों की तरह सफल साथ id_token प्राप्त कर सकते हैं। साइन-इन एक वेब ऐप

2। DisplayName अद्यतन नीचे की तरह Azure AD ग्राफ़ का उपयोग कर:

POST: https://graph.windows.net/xxxx.onmicrosoft.com/users/{userId}?api-version=1.6 
{ 
    "displayName":"newValue" 
} 

3. फिर से अनुरोध OAuth2.0 प्राधिकरण endpoint से id_token साइन-आउट के बिना HTTP अनुरोध का उपयोग/साइन-इन (आप भी सटीक कैप्चर कर सकते हैं जब आप ऐप में साइन-इन करते हैं तो फिडलर का उपयोग करने का अनुरोध करें)

GET:https://login.microsoftonline.com/xxxx.onmicrosoft.com/oauth2/authorize?client_id={clientId}&redirect_uri={redirectURL}&response_type=id_token&scope=email+openid&response_mode=query&nonce=HWUavSky1PksCJC5Q0xHsw%3d%3d&nux=1&nca=1&domain_hint={XXXX.onmicrosoft.com} 

4। नए आईडी_टोकन में अद्यतन दावा मूल्य दिखाए गए

इस समस्या को कम करने के लिए, आप देख सकते हैं कि आपके ऐप में id_token के लिए कैश है या नहीं।