कोई नहीं (लगभग) जानता है कि प्राधिकरण क्या है।

IdM कार्यान्वयन परियोजनाओं में एक वास्तुकार के रूप में अपने काम के दौरान, मैंने कंपनियों के आंतरिक समाधानों और वाणिज्यिक उत्पादों दोनों में प्राधिकरण तंत्रों के दर्जनों कार्यान्वयन का विश्लेषण किया, और मैं कह सकता हूं कि अपेक्षाकृत जटिल आवश्यकताओं के साथ लगभग हर जगह वे सही ढंग से या कम से कम, आशावादी नहीं हैं। कारण, मेरी राय में, प्रारंभिक चरण में इस पहलू पर ग्राहकों और डेवलपर्स दोनों का कम ध्यान है और आवश्यकताओं के प्रभाव का अपर्याप्त मूल्यांकन है। यह अप्रत्यक्ष रूप से शब्द के व्यापक दुरुपयोग की पुष्टि करता है: जब मैं "दो-कारक प्राधिकरण" वाक्यांश देखता हूं, तो मुझे अपनी पीठ के ठीक नीचे दर्द होना शुरू हो जाता है। रुचि के लिए, हमने "प्राधिकरण" के लिए खोज परिणामों में हैबर पर पहले 100 लेखों का विश्लेषण किया, परिणाम निराशाजनक था, बहुत दर्द था:


80% से अधिक मामलों में, शब्द का गलत तरीके से उपयोग किया जाता है, शब्द "प्रमाणीकरण" का उपयोग इसके बजाय किया जाना चाहिए। आगे, मैं यह समझाने की कोशिश करूंगा कि यह क्या है और इस विषय पर विशेष ध्यान देना क्यों बेहद जरूरी है।

यह क्या है?

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

कॉर्पोरेट सेक्टर पर केंद्रित कॉर्पोरेट सूचना प्रणाली या उत्पाद के विकास में प्राधिकरण का कार्यान्वयन एक बहुत ही कठिन और जिम्मेदार कार्य है, जिसे अक्सर डिजाइन चरण और प्रारंभिक विकास चरण पर अपर्याप्त ध्यान दिया जाता है, जो भविष्य में "बैसाखी" के कार्यान्वयन की ओर जाता है।

समस्याओं

आइए देखें कि प्राधिकरण की आवश्यकताओं को क्या पूरा किया गया है, और क्यों एक प्रणाली को डिजाइन करते समय शुरू में उन पर विचार करना बेहद महत्वपूर्ण है, और भविष्य के लिए इसे स्थगित नहीं करना है। कॉर्पोरेट सूचना प्रणाली में आमतौर पर प्राधिकरण आवश्यकताओं के दो स्रोत होते हैं - ये व्यवसाय और सूचना सुरक्षा हैं। सामान्य तौर पर, एक व्यवसाय गोपनीयता को गुप्त रखना चाहता है और व्यवसाय प्रक्रिया में अपने कार्य के अनुसार उपयोगकर्ताओं को अधिकार प्रदान करता है, और सुरक्षा प्रत्येक उपयोगकर्ता के लिए प्राधिकरण की न्यूनतम पर्याप्तता और ऑडिट एक्सेस सुनिश्चित करना चाहता है।

उदाहरण के लिए, बड़ी कंपनी अनुबंध, एक विशिष्ट खूनी उद्यम की बातचीत के लिए एक काल्पनिक प्रणाली। निम्नलिखित व्यवसाय प्राधिकरण आवश्यकताओं की सबसे अधिक संभावना होगी :

1. एक उपयोगकर्ता जो एक विशिष्ट अनुबंध से संबंधित नहीं है, उसे सिस्टम में नहीं देखना चाहिए
2. अनुबंध के लेखक को इसे सभी चरणों में देखना चाहिए।
3. कम से कम 10 के ग्रेड वाले उपयोगकर्ता को अनुबंध बनाने का अधिकार है।
4. आगंतुक को अनुबंध को देखना होगा, इसे मंच पर रसीद के साथ शुरू करना चाहिए और आगे।
5. विभागों के प्रमुखों को अपनी इकाइयों के अनुबंधों को पदानुक्रम तक देखना चाहिए।
6. अनुबंध के लेखक और इकाई के प्रमुख को अनुमोदन के किसी भी स्तर पर अनुबंध को वापस लेने का अधिकार है।
7. मुख्य कार्यालय के प्रबंधन और सचिवालय को सभी शाखाओं के दस्तावेजों को देखना चाहिए।
8. अनुबंध का निर्माण करने वाले उपयोगकर्ता को इसका समर्थन करने का अधिकार नहीं होना चाहिए।

सुरक्षा से, हम निम्नलिखित आवश्यकताएं प्राप्त कर सकते हैं :

1. यह जान लें कि किसी विशिष्ट अनुबंध की पहुंच किसके पास है।
2. जानिए कि किसी निश्चित समय में किसी विशिष्ट अनुबंध की पहुंच किसके पास थी।
3. नौकरी के कर्तव्यों को बदलते समय पहले से उपलब्ध दस्तावेजों तक पहुँच से उपयोगकर्ता को वंचित करना।

मुझे लगता है कि डेवलपर्स पहले से ही डरे हुए थे :)। एक अतिरिक्त दर्द इन आवश्यकताओं की उच्च परिवर्तनशीलता है। वैसे, एक बड़े 1C मताधिकार के आंकड़ों के अनुसार, अतिरिक्त कॉन्फ़िगरेशन आवश्यकताओं को अनुकूलित करने के लिए सबसे आम कार्यों में से एक है।

इसलिए, हम इंगित करते हैं कि ये आवश्यकताएं समस्याग्रस्त क्यों हैं:

• वे स्थिर नहीं हैं। उनके परिवर्तन की संभावना, यहां तक ​​कि अल्पावधि में, 1 तक हो जाती है।
• वे क्रॉस-कटिंग हैं। उनका कार्यान्वयन डेटाबेस डिज़ाइन से लेकर UI तक सभी परतों को प्रभावित करता है।
• वे विषय क्षेत्र के विमान में झूठ बोलते हैं। यह व्यावसायिक तर्क की एक परत के साथ प्राधिकरण तंत्र की एक मजबूत कनेक्टिविटी की ओर जाता है।
• वे प्रदर्शन को प्रभावित करते हैं।

समाधान के तरीके

विकसित अभिगम नियंत्रण मॉडल हमें इस समस्या को हल करने में मदद करते हैं:

मैक एक क्रेडेंशियल एक्सेस कंट्रोल मॉडल है। विषय की वस्तु तक पहुंच उसके स्तर से तय होती है: विषय की पहुंच का स्तर वस्तु की गोपनीयता के स्तर से कम नहीं होना चाहिए।

डीएसी - प्रत्यक्ष अभिगम नियंत्रण। ऑब्जेक्ट के लिए विषय की पहुंच वस्तु की एक्सेस सूची (एसीएल) में विषय की उपस्थिति से निर्धारित होती है।

RBAC एक एक्सेस कंट्रोल रोल मॉडल है। ऑब्जेक्ट के लिए विषय की पहुंच अनुरोधित पहुंच के अनुरूप शक्तियों वाले विषय की भूमिका की उपस्थिति से निर्धारित होती है।

ABAC अभिगम नियंत्रण का एक विशेषता मॉडल है। वस्तु तक विषय की पहुंच गतिशील रूप से नीतियों के विश्लेषण के आधार पर निर्धारित की जाती है जो विषय, वस्तु और पर्यावरण के गुणों को ध्यान में रखते हैं। इसमें PBAC, RADAC, CBAC , कुछ बारीकियों ( CUSTIS से ठाठ की समीक्षा ) भी शामिल है।

पहिया को सुदृढ़ किए बिना उन्हें अपने मूल रूप में उपयोग करने की अत्यधिक अनुशंसा की जाती है। अक्सर जटिल सूचना प्रणालियों में मॉडल के संयोजन का उपयोग किया जाता है। उदाहरण के लिए, ACL + RBAC संयोजन तब लोकप्रिय होता है जब किसी भूमिका को एक पहुंच सूची में शामिल किया जाता है। हालांकि, तैयार किए गए मॉडल का सही उपयोग भी एक आसान काम नहीं है। हर कोई सही मॉडल नहीं चुन सकता है, इसे व्यापार तर्क से अलग कर सकता है और प्राधिकरण तंत्र के स्वीकार्य प्रदर्शन को प्राप्त कर सकता है।

"समस्याएँ" अनुभाग में ऊपर बताई गई आवश्यकताओं को लागू करने के लिए, पहली नज़र में, मैं पीबीएसी + एसीएल संयोजन चुनूँगा। आवश्यकताओं को निम्नानुसार लागू किया जा सकता है:

सूचीबद्ध IS आवश्यकताओं को ACL का उपयोग करके किसी भी समस्या के बिना लागू किया जाता है, लेकिन हम PBAC का उपयोग करके व्यावसायिक आवश्यकताओं को 5 और 7 लागू करते हैं। तो आईएस 1 और 2 की आवश्यकताओं को लागू करने के लिए, आपको उनके लिए एक पत्रिका या एक समान तंत्र जोड़ना होगा, क्योंकि इसकी सभी सुंदरता के लिए, गतिशील नियमों का खराब ऑडिट किया गया है:

कुल मिलाकर

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

हम समग्र रूप से प्राधिकरण मॉडल और विषय पर लेखों की श्रृंखला की योजना बना रहे हैं। हम विचार के लिए विषयों पर प्रश्नों और सुझावों का स्वागत करते हैं।