2011-03-24 7 views
15

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

ऐसा लगता है कि HTTPS पर कोई प्रमाणीकरण योजना पर्याप्त है लेकिन मैं सिर्फ दूसरी राय प्राप्त करना चाहता था।

+0

ओएथ आपके एपीआई को उपयोगकर्ता अनुमति मांगने में सक्षम कर सकता है, जब तृतीय पक्ष ऐप आपके उपयोगकर्ताओं की ओर से एपीआई का उपयोग करना चाहता है। दूसरा लाभ यह है कि यदि आप अपने एपीआई को कुछ तृतीय पक्ष आवेदन (उपभोक्ता) द्वारा उपयोग करने के लिए और अलग-अलग उपभोक्ताओं को विभिन्न अनुमतियों और स्तर तक पहुंच को विभाजित करने की रक्षा करना चाहते हैं। यदि उपयोगकर्ता अनुमति की आवश्यकता नहीं है, और API उपयोग केवल मूल प्रमाणीकरण से प्रतिबंधित होगा, और कोई API स्तर पहुंच की आवश्यकता नहीं है, तो मूलभूत प्रमाणीकरण वाले HTTPS पर्याप्त हैं। – middlehut

+0

मेरे पास यह सटीक परिदृश्य है 'यदि उपयोगकर्ता अनुमति की आवश्यकता नहीं है, और API उपयोग केवल मूल प्रमाणीकरण से प्रतिबंधित होगा, और कोई एपीआई स्तर पहुंच की आवश्यकता नहीं है' और HTSPS पर डब्ल्यूएस है लेकिन मुझे क्लाइंट को स्टोर करने की आवश्यकता नहीं है बाद में कॉल के लिए लॉगिन करने के बाद उपयोगकर्ता नाम/पासवर्ड! –

उत्तर

10

ठीक है, ओएथ 2 के पीछे यह संपूर्ण सिद्धांत है। ओएथ 1 के जटिल हस्ताक्षर तंत्र के बजाय, आप केवल परिवहन-परत सुरक्षा पर भरोसा करते हैं और पहेली के प्राधिकरण टुकड़े पर ध्यान केंद्रित करते हैं। HTTPS प्रोटोकॉल प्राधिकरण टुकड़ा हल नहीं करता है, इसलिए इसके लिए आपको अभी भी OAuth 2 की आवश्यकता है।

+0

मैं दूसरा जवाब देता हूं। एसएसएल पर ओथ 2 के लिए जाना पर्याप्त है। OAuth 2.0 बढ़ते गोद लेने को देख रहा है और उम्मीद है कि जल्द ही एक पूर्ण विनिर्देश बन जाएगा। –

+0

ओएथ 2 अब आरएफसी 674 9 है। –

संबंधित मुद्दे