security - Should Nonces Be Used During Log-In? -


गैर-आधारित प्रमाणीकरण के निम्नलिखित उदाहरण प्रस्तुत करता है:

  1. ग्राहक अनुरोध

  2. सर्वर नॉन (यानी, बाद में "सर्वर नॉन" के रूप में संदर्भित) के साथ प्रतिक्रिया करता है।

  3. क्लाइंट का उपयोग करता है सर्वर नॉनस, अपने स्वयं का ग्राहक, और एक हैश उत्पन्न करने के लिए उपयोगकर्ता इनपुट कोड।

  4. क्लाइंट उपयोगकर्ता-इनपुट किए गए उपयोगकर्ता नाम, ग्राहक को नकार और सर्वर पर हैश भेजता है।

  5. सर्वर अपने डेटाबेस से सर्वर नॉन और यूजर पासवर्ड दोनों को पुनर्प्राप्त करता है, संभाव्यतः यूज़रनेम के जरिए।

  6. सर्वर सर्वर को नॉन, क्लाइंट नॉन और पासवर्ड को जोड़ता है एक हैश उत्पन्न करने के लिए

  7. सर्वर हैश का सिर्फ क्लाइंट से भेजे गए हैश से उत्पन्न हैश।

  8. यदि हैश मैच, क्लाइंट प्रमाणित है यदि नहीं, तो क्लाइंट अस्वीकार कर दिया गया है।

इसका अर्थ यह नहीं है कि सर्वर साउंड टेक्स्ट में उपयोगकर्ता पासवर्ड को स्टोर करता है? सुरक्षा सिद्धांतों के सकल उल्लंघन में वास्तविक पासवर्ड की बजाय पासवर्ड की नमकीन हंस को बचाने की सलाह देते हैं?

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

हालांकि, उल्लिखित प्रोटोकॉल को सर्वर को एक पुनर्प्राप्ति योग्य रूप (उदा।, सादा टेक्स्ट या एन्क्रिप्टेड) ​​में गुप्त रखने की आवश्यकता है।

< P> लेकिन आप एक ही पासवर्ड हैश उत्पन्न करने के लिए क्लाइंट की आवश्यकता के आधार पर सादा पाठ के बजाय पासवर्ड हैश के उपयोग की अनुमति देने के लिए प्रोटोकॉल बदल सकते हैं:

  1. क्लाइंट अनुरोध नमक और सर्वर से उपयोगकर्ता-इनपुट किए गए उपयोगकर्ता नाम के लिए अनावश्यक है।
  2. सर्वर नमक अपने डेटाबेस से पुनर्प्राप्त करता है, संभाव्यतः उपयोगकर्ता नाम के माध्यम से, नमक और नमक और nonce (यानी, जिसे सर्वर नकार के रूप में संदर्भित किया गया है) के साथ प्रतिक्रिया करता है।
  3. क्लाइंट का उपयोग नमक और उपयोगकर्ता पासवर्ड हैश बनाने के लिए और पासवर्ड हैश , सर्वर नकार , और उसके स्वयं के < नॉन हस उत्पन्न करने के लिए ग्राहक को नकार
  4. ग्राहक उपयोगकर्ता-इनपुट किए गए उपयोगकर्ता नाम , क्लाइंट ना का , और नॉन हस टी सर्वर
  5. सर्वर सर्वर से रहित और उपयोगकर्ता पासवर्ड हैश अपने डेटाबेस से, संभवतः उपयोगकर्ता नाम के माध्यम से प्राप्त करता है।
  6. सर्वर सर्वर नकार , ग्राहक को नकार और पासवर्ड हैश को नॉन हस उत्पन्न करने के लिए जोड़ता है। < / Li>
  7. सर्वर क्लाइंट से भेजे गए नॉन हैश से उत्पन्न नॉन हस की तुलना करता है।
  8. यदि हैश मैच होता है, तो क्लाइंट प्रमाणित होता है यदि नहीं, तो क्लाइंट अस्वीकार कर दिया गया है।

Comments

Popular posts from this blog

java - org.apache.http.ProtocolException: Target host is not specified -

java - Gradle dependencies: compile project by relative path -

ruby on rails - Object doesn't support #inspect when used with .include -