सिंगल साइन-ऑन से उपयोगकर्ता एक बार लॉग इन करके कई एप्लिकेशन एक्सेस कर सकते हैं, बिना दोबारा क्रेडेंशियल डाले। उपयोगकर्ता एक आइडेंटिटी प्रोवाइडर से ऑथेंटिकेट करता है। वह प्रोवाइडर एक टोकन या असर्शन जारी करता है। प्रत्येक एप्लिकेशन प्रोवाइडर पर भरोसा करता है और टोकन स्वीकार करता है। उपयोगकर्ता सिस्टम के बीच आसानी से स्विच कर सकता है। आईटी दर्जनों क्रेडेंशियल के बजाय केवल एक सेट को मैनेज करता है।
SSO सुरक्षा और उपयोगिता में सुधार करता है। कम पासवर्ड का मतलब है कम बार पासवर्ड का पुनः उपयोग और हेल्प डेस्क पर आने वाली शिकायतों की संख्या में कमी। यह प्रमाणीकरण को केंद्रीकृत करता है, जिससे मल्टी-फैक्टर ऑथेंटिकेशन (MFA) लागू करना और किसी के चले जाने पर उसकी पहुँच रद्द करना आसान हो जाता है। लेकिन इससे जोखिम भी बढ़ जाता है। यदि आइडेंटिटी प्रोवाइडर से समझौता हो जाता है, तो उससे जुड़े सभी एप्लिकेशन असुरक्षित हो जाते हैं। 2020 में सोलरविंड्स पर हमला करने वालों ने SSO को बायपास करने और Microsoft 365 खातों तक पहुँचने के लिए SAML टोकन फोर्जिंग का इस्तेमाल किया था। इस तकनीक ने टोकन के सत्यापन में मौजूद एक कमजोरी का फायदा उठाया था। SSO कोई रामबाण इलाज नहीं है। इसके लिए प्रोवाइडर पर मजबूत प्रमाणीकरण, टोकन के असामान्य उपयोग की निगरानी और सावधानीपूर्वक कॉन्फ़िगरेशन की आवश्यकता होती है। सही तरीके से किए जाने पर, यह हमले की संभावना को कम करता है और उपयोगकर्ता अनुभव को बेहतर बनाता है। गलत तरीके से किए जाने पर, यह एक ऐसी विफलता का बिंदु बनाता है जिसे हमलावर आसानी से ढूंढ लेंगे।
एसएसओ प्रोटोकॉल
- SAML — XML आधारित, एंटरप्राइज़ अनुप्रयोगों में आम
- OAuth 2.0 — एक व्यापक रूप से उपयोग किया जाने वाला प्राधिकरण ढांचा
- ओपनआईडी कनेक्ट — OAuth के ऊपर प्रमाणीकरण परत
- केर्बेरोस — टिकट आधारित, विंडोज वातावरण में आम
एसएसओ (सिस्टम सिक्योरिटी ऑथेंटिकेशन) सुविधाजनक होने के साथ-साथ जोखिम भरा भी है। इसकी सुविधा ही इसके प्रसार का कारण है। इसके जोखिम के कारण ही इसे सावधानीपूर्वक सुरक्षित करने की आवश्यकता है।
Comments
No comments yet. Be the first to share a thought.
Leave a comment