यह सुरक्षित है को बेनकाब करने के लिए refreshtoken एपीआई

0

सवाल

मैं विकसित एक आवेदन पत्र का उपयोग कर प्रतिक्रिया में सामने अंत और ASP.Net वेब एपीआई बैकएंड में. मैं का उपयोग कर रहा हूँ जेडब्ल्यूटी के लिए प्राधिकरण । प्रक्रिया है

  1. जब एक उपयोगकर्ता में लॉग करता है और प्रमाणीकृत है, 2 टोकन कर रहे हैं भेजा करने के लिए सामने के अंत, पहुँच टोकन और ताज़ा टोकन. एक पहुँच टोकन है जेडब्ल्यूटी और एक ताज़ा टोकन एक यादृच्छिक स्ट्रिंग और एक ताज़ा टोकन एक डेटाबेस में संग्रहीत.
  2. हर एक के लिए बाद में कॉल करने के लिए एपीआई पहुँच टोकन जुड़ा हुआ है शीर्षक में, मैं एक प्रमाणीकरण फिल्टर है कि पुष्टि की पहुँच टोकन ।
  3. एक बार पहुँच टोकन समयसीमा समाप्त हो गई है, एक 401 स्थिति फेंक दिया जाता है त्रुटि संदेश के साथ TokenExpired.
  4. एक बार सामने अंत प्राप्त 401, यह कॉल ताज़ा एपीआई टोकन प्राप्त करने के लिए ताज़ा टोकन

सवाल मैं यह है कि मैं नहीं कर सकता है एक प्रमाणीकरण फिल्टर को मान्य करने के लिए पहुँच टोकन के ताज़ा एपीआई टोकन के रूप में यह फेंक देंगे 401 के कारण समाप्त हो गई है पहुँच टोकन है, तो मैं बनाने के लिए की जरूरत को ताज़ा करने के लिए एपीआई टोकन गुमनाम हो तो यह हिट नहीं करता है प्रमाणीकरण फिल्टर. अगर मैं गुमनाम मैं कर रहा हूँ डाटाबेस के लिए एक कॉल प्राप्त करने के लिए ताज़ा टोकन संग्रहीत उपयोगकर्ता के लिए और यह तुलना के साथ एक मैं सामने के अंत. तो यह सुरक्षित बनाने के लिए ताज़ा टोकन एपीआई अनाम, अगर नहीं सबसे अच्छा तरीका क्या है?

asp.net-web-api c# jwt
2021-11-24 05:13:45
2
0

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

पढ़ने के लिए कृपया निम्न विषय है ।

ताज़ा टोकन रोटेशन

ताज़ा टोकन स्वत: पुन: उपयोग का पता लगाने

2021-11-24 05:56:21

हम कर रहे हैं की तरह ताज़ा टोकन रोटेशन. जब एक नया पहुँच टोकन का अनुरोध किया है, हम मान्य के साथ ताज़ा टोकन प्रदान करते हैं और एक नया पहुँच टोकन और एक नया टोकन ताज़ा और ताज़ा टोकन में अद्यतन किया जाता है डेटाबेस. हालांकि मुझे नहीं लगता कि हम कर सकते हैं की दुकान की सूची में सभी ताज़ा टोकन उत्पन्न अब तक के रूप में उल्लेख किया है, स्वत: पुन: उपयोग का पता लगाने
Raghul Raman
0

के जेडब्ल्यूटी पर हस्ताक्षर किए है का उपयोग कर preshared गुप्त कुंजी. के बाद से यह बाकी एपीआई बैकएंड में और राज्यविहीन, जेडब्ल्यूटी प्रयोग किया जाता है के लिए प्राधिकरण और निर्माण के प्रमुख उद्देश्य

के रूप में आप कहते हैं, पहुँच टोकन का प्रतिनिधित्व प्राधिकरण अपने आवेदन में, अगर ताज़ा टोकन संपर्क में है, तो ताज़ा टोकन प्रस्तुत किया जा सकता है द्वारा एक बुरा अभिनेता के लिए एक पहुँच टोकन प्राप्त कर सकते हैं वे उपयोग के लिए एक ही प्राधिकरण.

का उपयोग कर एक 'preshared रहस्य' को इंगित करता है जेडब्ल्यूटी एक HMAC केवल संस्करण के जेडब्ल्यूटी, यानी वहाँ है कोई एन्क्रिप्शन के रूप में संकेत होता है कि सार्वजनिक और निजी कुंजी युग्म का विरोध करने के लिए एक 'preshared गुप्त'. तो जेडब्ल्यूटी अनिवार्य रूप से एक हस्ताक्षर के लिए puposes की सुरक्षा विशेषताओं के लिए हम सुनिश्चित कर रहे हैं अखंडता है कि दावों के जेडब्ल्यूटी कर रहे हैं अच्छी तरह से गठन किया है और नहीं किया गया है, के बाद से बदल गया पर हस्ताक्षर किए. यह भी मतलब है कि एक ही रहस्य का इस्तेमाल किया जाता है पर हस्ताक्षर करने के लिए एक अंत के रूप में इस्तेमाल किया गया था सत्यापित करने के लिए दूसरे छोर पर, एक ही रहस्य है करने के लिए इस्तेमाल किया जा सकता है, क्योंकि पुष्टि करने के लिए एक हस्ताक्षर की आवश्यकता है कि दोनों समाप्त होता है उत्पन्न हस्ताक्षर और दोनों के हस्ताक्षर से मेल. तो कोई डेटा एन्क्रिप्टेड किया जा रहा है, इसलिए नहीं है कि डेटा में जेडब्ल्यूटी के प्रति संवेदनशील है और संरक्षित किया जाना चाहिए ।

इस संदर्भ में, दोनों ताज़ा और पहुँच टोकन कर रहे हैं एक सरल जेडब्ल्यूटी कर सकते हैं कि केवल द्वारा उत्पन्न किया जा धारक के रहस्य - अगर वे उजागर कर रहे हैं वे इस्तेमाल किया जा सकता बनाने के लिए दुर्भावनापूर्ण अनुरोधों के रूप में लंबे समय के रूप में वे वैध रहेगा (nbf दावा).

अनिवार्य रूप से इस प्रकार के जेडब्ल्यूटी दुरुपयोग किया जा सकता है, तो उजागर करने के लिए अभिनय की पहचान गुप्त पर हस्ताक्षर किए है कि जेडब्ल्यूटी का प्रतिनिधित्व करता है, जानने के बिना वास्तव में रहस्य ही है, जब तक nbf दावा समाप्त हो रहा टोकन - और एक ताज़ा टोकन तंत्र का विस्तार करने के लिए nbf दावा बिना गुप्त (जो में परिणाम होगा एक नया हस्ताक्षर, क्योंकि nbf दावा बदल जाएगा प्रयोग किया जाता है जब).

वहाँ है एक सुरक्षा से पहुँच टोकन का पुन: उपयोग, यह अस्थायी रूप से दावा करते हैं. यदि आप नहीं वर्तमान में उपयोग एक अस्थायी रूप का दावा आप कर सकते हैं के बारे में पढ़ा कि कैसे OIDC को लागू किया है और उन्होंने ही अपने अनुप्रयोग में. लेकिन जैसा कि आप कहते हैं, अपने अनुप्रयोग राज्यविहीन है, लेकिन उम्मीद है कि बैकेंड का एक रूप है, राज्य यह सुनिश्चित करने के लिए कोई अस्थायी रूप से पुन: उपयोग को रोकने और जेडब्ल्यूटी हस्ताक्षर पुन: उपयोग. हर एक के लिए अस्थायी रूप से जेडब्ल्यूटी हस्ताक्षर परिवर्तन, इसलिए पहुँच टोकन में परिवर्तन और इस्तेमाल किया जा सकता है केवल 1 समय. तो अगर यह चोरी है एक दौड़ की स्थिति का उपयोग करता है जो टोकन पहली बार है, जो बहुत कम से कम जोखिम है, लेकिन नहीं एक सही समाधान है ।

2021-11-24 09:11:17

अन्य भाषाओं में

यह पृष्ठ अन्य भाषाओं में है

Русский
..................................................................................................................
Italiano
..................................................................................................................
Polski
..................................................................................................................
Română
..................................................................................................................
한국어
..................................................................................................................
Français
..................................................................................................................
Türk
..................................................................................................................
Česk
..................................................................................................................
Português
..................................................................................................................
ไทย
..................................................................................................................
中文
..................................................................................................................
Español
..................................................................................................................
Slovenský
..................................................................................................................

इस श्रेणी में लोकप्रिय

लोकप्रिय सवाल इस श्रेणी में