SAML ऑथेंटिकेशन में गहराई से
Salesforce के साथ सिंगल साइन-ऑन में SAML को समझना
ऑथेंटिकेशन के क्षेत्र में, SAML (Security Assertion Markup Language) एप्लिकेशन के बीच सहज एक्सेस पक्का करने में अहम भूमिका निभाता है। आइए SAML में गहराई से उतरें, सिंगल साइन-ऑन (Single Sign-On, SSO) में इसका महत्व समझें, और Salesforce के साथ इसका इम्प्लीमेंटेशन देखें।
संदर्भ तय करना
एक ऐसे परिदृश्य की कल्पना करें जहाँ आपके पास दो Salesforce Org हैं: एक आइडेंटिटी प्रोवाइडर (IDP) और एक सर्विस प्रोवाइडर (service provider)। सर्विस प्रोवाइडर के पास वह डेटा है जिस तक आप पहुँचना चाहते हैं, लेकिन कई क्रेडेंशियल इस्तेमाल करने के बजाय, आप यह एक ही लॉगिन जानकारी से करना चाहते हैं। विचार सरल लगता है, लेकिन पर्दे के पीछे का तंत्र पेचीदा हो सकता है।

SAML की दुनिया के मुख्य शब्द
यूज़र एक्सेस: जब कोई यूज़र ऑथेंटिकेट होने से पहले सर्विस प्रोवाइडर के किसी सुरक्षित रिसोर्स तक पहुँचने की कोशिश करता है।
रीडायरेक्शन: अगर यूज़र ऑथेंटिकेट नहीं है, तो सर्विस प्रोवाइडर उसे SAML रिक्वेस्ट के साथ आइडेंटिटी प्रोवाइडर पर रीडायरेक्ट करता है। ज़रूरत हो तो साथ में relay state (वह URL जिस पर यूज़र पहले जाना चाहता था) भी भेजा जा सकता है।
IDP ऑथेंटिकेशन: आइडेंटिटी प्रोवाइडर यूज़र की पहचान की पुष्टि करता है, आम तौर पर यूज़रनेम, पासवर्ड या मल्टी-फ़ैक्टर ऑथेंटिकेशन से।
SAML असर्शन: ऑथेंटिकेशन के बाद, IDP सर्विस प्रोवाइडर को एक SAML असर्शन भेजता है।
सर्विस प्रोवाइडर का भरोसा: सर्विस प्रोवाइडर SAML असर्शन की जाँच करता है, यूज़र की जानकारी निकालता है और एक्सेस देता है। अगर पहले relay state भेजा गया था, तो सर्विस प्रोवाइडर ठीक उसी URL पर ले जाता है।

सिंगल साइन-ऑन के फ़ायदे
आसान एक्सेस: कई सर्विस तक पहुँचने के लिए यूज़र को सिर्फ़ एक सेट क्रेडेंशियल चाहिए।
सिक्योरिटी: डेटा की अखंडता पक्की करने और छेड़छाड़ रोकने के लिए SAML डिजिटल सिग्नेचर इस्तेमाल करता है।
इंटरऑपरेबिलिटी: स्टैंडर्ड प्रोटोकॉल होने के कारण, SAML अलग-अलग टेक स्टैक के कई IDP और सर्विस प्रोवाइडर के साथ काम कर सकता है।
और गहराई में: SAML फ़्लो की जाँच
SAML रिक्वेस्ट: सर्विस प्रोवाइडर इसे IDP को भेजता है, और उससे यूज़र को ऑथेंटिकेट करने को कहता है।

SAML रिस्पॉन्स: ऑथेंटिकेशन के बाद IDP का संदेश, जिसमें यूज़र का ब्योरा होता है।

असर्शन (Assertions): ये यूज़र के बारे में IDP के बयान हैं, जिनमें यूज़रनेम या ईमेल जैसे एट्रिब्यूट होते हैं।
डिजिटल सिग्नेचर: इनसे असर्शन की जाँच होती है, ताकि पक्का हो कि उनमें ग़लत ढंग से बदलाव नहीं हुआ।
Relay State: एक डीप लिंक URL, जो पक्का करता है कि ऑथेंटिकेशन के बाद यूज़र उसी जगह लौटे जहाँ वह शुरू में जाना चाहता था।
जब कोई यूज़र एक्सेस शुरू करता है, तो IDP को एक SAML रिक्वेस्ट भेजी जाती है, जो पुष्टि के बाद एक SAML असर्शन लौटाता है। सर्विस प्रोवाइडर जब इस असर्शन को सही पाता है, तो यूज़र को मनचाहा एक्सेस मिल जाता है।

ब्राउज़र के लिए SAML Tracer जैसे टूल से आप यह फ़्लो अपनी आँखों से देख सकते हैं। इससे ऑथेंटिकेशन प्रक्रिया साफ़ दिखती है, पहली रिक्वेस्ट से लेकर ऑथेंटिकेशन के बाद के आख़िरी रीडायरेक्शन तक।
SAML असर्शन में सिक्योरिटी के उपाय
संभावित सिक्योरिटी ख़तरों से निपटने के लिए:
टाइमस्टैम्प रीप्ले अटैक (replay attacks) रोकने के लिए इस्तेमाल होते हैं, ताकि SAML असर्शन सिर्फ़ थोड़े समय के लिए वैध रहे।
डिजिटल सिग्नेचर गारंटी देते हैं कि लेन-देन के दौरान डेटा से छेड़छाड़ नहीं हुई।
इसके अलावा, असर्शन में यूज़र के एट्रिब्यूट भी हो सकते हैं, जैसे ईमेल पता या यूज़र का प्रकार, जिससे सर्विस प्रोवाइडर की तरफ़ ज़्यादा बारीक एक्सेस कंट्रोल संभव होता है।
निष्कर्ष
SAML मूल रूप से एक XML-आधारित प्रोटोकॉल है, जिसमें ऑथेंटिकेशन के मुख्य तत्व होते हैं। यह जादू जैसा लग सकता है, लेकिन यह सोच-समझकर बनाई गई तकनीक का नतीजा है, जो ‘मैन-इन-द-मिडल’ (man-in-the-middle) या रीप्ले जैसे हमलों को नाकाम करने के लिए बनी है।
अलग-अलग टेक स्टैक वाले IDP के साथ कई सर्विस प्रोवाइडर को जोड़ने की इसकी क्षमता इसे डिजिटल ऑथेंटिकेशन की दुनिया का आधार-स्तंभ बनाती है।
जुड़े रहें
Salesforce Identity की अपनी यात्रा पूरे भरोसे के साथ शुरू करें! और जानकारी और टिप्स के लिए यहाँ www.SteveTechArc.com पर और @SteveTechArc (opens in a new tab) YouTube चैनल पर जुड़े रहें। सब्सक्राइब करें और Salesforce Identity की अपनी समझ बढ़ाएँ।
साथी आर्किटेक्ट्स और आर्किटेक्ट बनने की यात्रा पर चल रहे लोगों के साथ इंटीग्रेशन की जानकारी बाँटकर दुनिया बदलने में मदद कर रहे हैं!
AI की मदद से तैयार ट्रांसक्रिप्ट
STA 3.6