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