🤵🏾 👨‍👨‍👦‍👦 🚒 अभिगम नियंत्रण अधिदेश मॉडल (मैक): अवलोकन और अनुप्रयोग अनुप्रयोग 🍿 👆🏽 🥜

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

मैक मॉडल

मैक, कई लेखों और सामग्रियों में निहित होने के बावजूद, सबसे अधिक बार लापरवाही से और मसालेदार सॉस के रूप में कुछ के लिए होता है जैसे कि SELinux में MLS का एक संक्षिप्त उल्लेख। चूँकि कई लोग SELinux के साथ अपनी दोस्ती को " SELinux को कैसे निष्क्रिय करें " रेसिपी का उपयोग करते हैं, इसलिए MAC अक्सर इसका सम्मान करता है। इसलिए, पहले मैक के बारे में संक्षेप में बताएं।

यदि आप मॉडल से परिचित हैं, तो आप तुरंत अगले अनुभाग पर जा सकते हैं।

मुख्य विचार

अमूर्त सुरक्षा मॉडल क्लासिक मैक में लागू किया गया है (जैसा कि कानून प्रवर्तन अधिकारी इसे जानते हैं) निम्नानुसार है ( बेल-लापदुला मॉडल को दर्शाती क्लासिक तस्वीर):

मैक मॉडल स्वाभाविक रूप से एक पेपर "गुप्त" वर्कफ़्लो के "इलेक्ट्रॉनिक" कार्यान्वयन है। मैक में निम्नलिखित "अभिनेता" हैं:

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

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

मैक द्वारा संरक्षित वस्तु के लिए विषय की पहुंच के प्रत्येक तथ्य पर प्राधिकरण जांच की जाती है। इस मामले में, क्रेडेंशियल एक्सेस कंट्रोल मॉडल का उपयोग आमतौर पर अन्य एक्सेस कंट्रोल मैकेनिज्म के साथ किया जाता है, उदाहरण के लिए, DAC (UNIX मॉडल और POSIX ACL)। इस मामले में, मैक को अंतिम रूप से जांचा जाता है। सबसे पहले, एक्सेस को डीएसी (कम से कम सुरक्षित) और फिर मैक द्वारा चेक किया जाता है।

अनिवार्य मॉडल के अनुसार ऑब्जेक्ट तक विषय की पहुंच की पात्रता की जांच करते समय, निम्नलिखित संयोजन संभव हैं:

विषय का क्रेडेंशियल लेबल ऑब्जेक्ट के क्रेडेंशियल लेबल के बराबर है। इस मामले में, विषय को ऑब्जेक्ट को पढ़ने और संशोधित करने की अनुमति है।
विषय का क्रेडेंशियल लेबल ऑब्जेक्ट के क्रेडेंशियल लेबल से अधिक है। विषय को केवल ऑब्जेक्ट को पढ़ने की अनुमति है: वह इसे देखता है, लेकिन इसे बदल नहीं सकता है।
विषय का क्रेडेंशियल लेबल ऑब्जेक्ट के क्रेडेंशियल लेबल से कम है। विषय को औपचारिक रूप से एक उच्च क्रेडेंशियल मार्क के साथ ऑब्जेक्ट बनाने की अनुमति है (तथाकथित "ऑब्जेक्ट की गोपनीयता के स्तर को बढ़ाएं")। व्यवहार में, विषय में इस ऑपरेशन को करने की तकनीकी क्षमता नहीं है (वह बस चर ऑब्जेक्ट को "नहीं देखता है", उदाहरण के लिए, एक फ़ाइल या फ़ाइलों के साथ एक निर्देशिका)।

मैक में भी एक "श्रेणी" के रूप में एक ऐसी चीज है ( STCSEC शब्दावली में इस शब्द को "गैर-श्रेणीबद्ध श्रेणियां" कहा जाता है)। मैक में श्रेणियाँ वैकल्पिक हैं। व्यवहार में, एमएसी श्रेणियों के कार्यान्वयन का उपयोग संगठन के विभिन्न विभागों के बीच "क्षैतिज" पहुंच नियंत्रण के लिए किया जाता है। इस मामले में, कर्मचारी, एक अनिवार्य स्तर के बावजूद, केवल उन श्रेणियों की वस्तुओं तक पहुंच पाएंगे, जिनके पास उनके लेबल के अनुसार पहुंच है।

सीमाएँ और कमजोरियाँ

मैक की अपनी सीमाएं और विशेषताएं हैं:

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

मैक एप्लीकेशन डिजाइन करना

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

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

तो हमारे पास सेट में क्या है:

सिस्टम सॉफ्टवेयर	विवरण
ओएस एस्ट्रा लिनक्स विशेष संस्करण / SELinux	मैक समर्थन के साथ ओएस। ऑपरेटिंग सिस्टम के उपयोगकर्ताओं के भंडार के साथ जुड़े उपयोगकर्ता क्रेडेंशियल जानकारी का भंडार प्रदान करता है। यह मैक द्वारा संरक्षित वस्तुओं (फ़ाइल सिस्टम ऑब्जेक्ट, क्रेडेंशियल लेबल मोड में एप्लिकेशन लॉन्च करना) तक पहुंच को नियंत्रित करने के लिए तंत्र प्रदान करता है।
PostgreSQL DBMS (PostgresPro)	इसमें ओएस के खातों और साख के भंडारण के साथ एकीकरण है। DBMS ऐसी वस्तुओं को क्लस्टर, डेटाबेस, टेबल, कॉलम और रिकॉर्ड के रूप में एक अनिवार्य लेबल प्रदान करने की कार्यक्षमता प्रदान करता है।
मैक सर्वर (Apache Http सर्वर)	यह MAC सपोर्ट के साथ क्लाइंट रिक्वेस्ट से क्रेडेंशियल लेबल को रिले करता है और एक ही लेबल के साथ एप्लिकेशन हैंडलर (स्क्रिप्ट / सर्विस) शुरू करता है और यूजर ऑथेंटिकेशन डेटा ट्रांसमिट होता है।
मैक ब्राउज़र (मोज़िला फ़ायरफ़ॉक्स)	उपयोगकर्ता के सत्र (उपयोगकर्ता के ग्राफिकल शेल) के क्रेडेंशियल लेबल को पढ़ता है और इसे वेब अनुप्रयोगों के लिए अनुरोधों में जोड़ता है।

अब, आइए देखें कि बुनियादी ढांचे के स्तर पर पहुंच नियंत्रण कार्यों को संरक्षित करने के लिए एप्लिकेशन विकसित करते समय आप इस बुनियादी ढांचे का उपयोग कैसे कर सकते हैं।

ऑपरेटिंग सिस्टम के अनिवार्य लेबल तंत्र का लाभ लेने के लिए आवेदन के लिए, निम्नलिखित शर्तों को पूरा करना होगा:

आवेदन के उपयोगकर्ताओं को ऑपरेटिंग सिस्टम के उपयोगकर्ताओं के भंडार में पंजीकृत होना चाहिए। कम से कम, कुछ पहचानकर्ता होना चाहिए जो आपको ऑपरेटिंग सिस्टम के उपयोगकर्ता को विशिष्ट रूप से मैप करने की अनुमति देता है (आमतौर पर यह लॉगिन है)।
ऑपरेटिंग सिस्टम के मैक तंत्र के स्तर पर एप्लिकेशन उपयोगकर्ताओं को विशिष्ट क्रेडेंशियल (क्रेडेंशियल रेंज) के लिए क्रेडेंशियल अनुमतियों के साथ कॉन्फ़िगर किया जाना चाहिए।

डेस्कटॉप एप्लिकेशन के दृष्टिकोण से, उपयोगकर्ता परिदृश्य इस प्रकार है:

उपयोगकर्ता को अपने व्यक्तिगत अल्ट्रासाउंड के तहत OS में उस लेबल के मोड में प्रवेश करना होता है जिसकी उसे आवश्यकता होती है। एप्लिकेशन लॉन्च किया। आवेदन प्रक्रिया क्रेडेंशियल लेबल विरासत में मिली है।
अनुप्रयोग PostgreSQL पर डेटाबेस के साथ इंटरैक्ट करता है, उदाहरण के लिए, वर्तमान क्रेडेंशियल लेबल के साथ डेटाबेस तालिकाओं के केवल रिकॉर्ड।

वेब सेवा प्रदान करने वाले सर्वर एप्लिकेशन के दृष्टिकोण से, उपयोगकर्ता परिदृश्य वैचारिक रूप से करीब है, हालांकि यह थोड़ा अधिक जटिल लगता है:

उपयोगकर्ता को अपने व्यक्तिगत अल्ट्रासाउंड के तहत OS में उस लेबल के मोड में प्रवेश करना होता है जिसकी उसे आवश्यकता होती है। यह मैक समर्थन के साथ एक ब्राउज़र लॉन्च करता है, हमारे उदाहरण में, मोज़िला फ़ायरफ़ॉक्स ("सामान्य" ब्राउज़र इन उद्देश्यों के लिए काम नहीं करेगा)। ब्राउज़र प्रक्रिया क्रेडेंशियल को इनहेरिट करती है।
उपयोगकर्ता क्रेडेंशियल समर्थन के साथ आवेदन के संसाधन पते का अनुरोध करता है। ब्राउज़र इसमें एक क्रेडेंशियल मार्क जोड़कर एक अनुरोध बनाता है।
अनुरोध को एक वेब सर्वर द्वारा क्रेडेंशियल्स के समर्थन के साथ संसाधित किया जाता है, हमारे उदाहरण में, Apache Http सर्वर। वेब सर्वर (जिसकी प्रक्रिया न्यूनतम क्रेडेंशियल मोड में संचालित होती है) अनुरोध के क्रेडेंशियल लेबल को पढ़ता है, पाता है कि एप्लिकेशन हैंडलर अपनी प्रक्रिया को क्रेडेंशियल टैग के साथ शुरू करता है।
एप्लिकेशन PostgreSQL डेटाबेस के साथ सहभागिता करता है, प्रश्नों में क्रेडेंशियल लेबल को रिले करता है।

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

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

हमने अपने स्वयं के अनुभव के आधार पर तैयार किए गए मैक समर्थन के साथ एक आवेदन तैयार करने के लिए व्यंजनों का संकलन किया है। उनके पीछे रातों की नींद हराम है, परीक्षण से टिकटों की एक सतत धारा, हजारों घंटे डिबगिंग एक आवेदन है कि, सभी सामान्य ज्ञान से, सही ढंग से काम करना चाहिए, लेकिन किसी कारण से ऐसा काम नहीं करता है। व्यंजनों को तकनीक और उपकरण के रूप में सबसे सरल और तटस्थ में वर्णित किया जाता है, और यदि संभव हो तो धारणा को बेहतर बनाने के लिए योजनाओं से लैस किया जाता है। चलो चलते हैं!

मैक से कैसे बचें जब इससे बचा नहीं जा सकता

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

श्रम लागत के संदर्भ में, आपको मैक समर्थन के साथ आवेदन के प्रत्येक फ़ंक्शन को लागू करने में अतिरिक्त समय बिताना होगा। आपको क्रेडेंशियल लेबल के बिना मोड में समान कार्यक्षमता को डीबग और परीक्षण करने की आवश्यकता होगी, इसलिए परीक्षण की लागत बढ़ जाएगी।

इस समाधान के कारण, एप्लिकेशन (और संपूर्ण विकास टीम) प्रदान करना संभव है, जो मैक पर्यावरण में कार्य करने के लिए मजबूर है, निम्नलिखित फायदे हैं:

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

सिफारिशें :

एप्लिकेशन में क्रेडेंशियल्स के लिए समर्थन को सक्षम / अक्षम करने का विकल्प जोड़ें।

मैक के साथ बातचीत की आवश्यकता वाले सभी स्थानों में, सबसे पहले, पैरामीटर मान की जांच करें।

डिबगिंग और परीक्षण करते समय, आवेदन के दोनों मोड को डिबग करना (विकास टीम के पक्ष में) और परीक्षण (टेस्ट टीम की तरफ) आवश्यक है।

फूट डालो और जीतो

विकास की शुरुआत से पहले पूरा होने वाला एक और महत्वपूर्ण डिजाइन कदम मॉड्यूल का पृथक्करण है जिसमें मॉड्यूल से मैक समर्थन की आवश्यकता होती है जिसमें इस अभिगम नियंत्रण तंत्र की आवश्यकता नहीं होती है। एक क्रेडेंशियल एक्सेस कंट्रोल मॉडल का उपयोग करना लगभग हमेशा एक एप्लिकेशन के व्यापार तर्क को जटिल करता है।

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

सिफारिश: आवेदन को मॉड्यूल में विभाजित किया जाना चाहिए और क्रेडेंशियल्स के प्रसंस्करण मोड के अनुसार वर्गीकृत किया जाना चाहिए।

यदि हम एक निश्चित अमूर्त मॉड्यूल (या संपूर्ण अनुप्रयोग पर विचार कर रहे हैं, यदि मॉड्यूल में अनुप्रयोग का विभाजन आवश्यक नहीं है), तो निम्नलिखित प्रतिमान संभव हैं:

न्यूनतम लेबल। मॉड्यूल न्यूनतम अनिवार्य लेबल मोड में डेटा को संसाधित करता है (न्यूनतम लेबल जिसमें ओएस प्रक्रियाएं संचालित होती हैं - उदाहरण के लिए, 0 अनिवार्य लेबल) या एक अनिवार्य लेबल के बिना।
एक लेबल। मॉड्यूल न्यूनतम अनिवार्य लेबल के ऊपर केवल एक अनिवार्य लेबल के डेटा के साथ काम करता है (ओएस प्रक्रियाओं को संचालित करने के अलावा कोई भी लेबल)।
कई टैग। मॉड्यूल एक साथ कई अनिवार्य लेबल के डेटा के साथ काम करता है (दोनों लेबल जिसमें ओएस प्रक्रियाएं संचालित होती हैं, और ओएस लेबल के अलावा अन्य लेबल)।

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

सिफारिश: डिजाइन करते समय, आपको विभिन्न क्रेडेंशियल प्रोसेसिंग प्रतिमानों में काम करने वाले मॉड्यूल का न्यूनतम सामंजस्य सुनिश्चित करना चाहिए।

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

मैक प्रसंस्करण मोड द्वारा मॉड्यूल का वर्गीकरण

"ब्रिंग आईटी ऑन": न्यूनतम क्रेडेंशियल मोड में मॉड्यूल ऑपरेशन

इस तंत्र को मॉड्यूल में लागू करने के लिए प्रेरणा:

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

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

व्यावहारिक मामलों के उदाहरण जिनके लिए न्यूनतम अनिवार्य लेबल मोड का उपयोग उपयुक्त है:

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

"मुझे ME ग्रह": एकल क्रेडेंशियल मोड में मॉड्यूल ऑपरेशन

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

एक सीमित विकल्प भी विकसित किया जा सकता है: मॉड्यूल "डिफ़ॉल्ट क्रेडेंशियल लेबल" पैरामीटर के मूल्य को कैप्चर करता है। इस मामले में, मॉड्यूल का संचालन केवल निर्दिष्ट क्रेडेंशियल लेबल के साथ संभव है, लेकिन इस विकल्प को लागू करना आसान है।

यह मामला निम्नलिखित मामलों में उपयोगी हो सकता है:

मॉड्यूल को डिज़ाइन करते समय वास्तुकला में एक गलती थी (मैक में प्रसंस्करण रिकॉर्ड की विशेषताएं निर्धारित नहीं की गई थीं), और सब कुछ फिर से लिखने के लिए कोई समय या संसाधन नहीं है।
क्रेडेंशियल एक्सेस कंट्रोल मॉडल के लिए समर्थन पहले से ही कार्यरत एप्लिकेशन में पेश किया गया है, और आवश्यकताओं के अनुसार, ओएस में न्यूनतम से ऊपर लेबल के साथ काम सुनिश्चित करना आवश्यक है। हाँ, यह ऐसा मामला है जब मुखिया आपके पास आता है और आपको खुशी के साथ सूचित करता है कि हमने प्रतियोगिता जीती है और "गुप्त विभाग के नाम" में अपने निर्णय को लागू करेंगे!
. .
.

C , :

, , – , .
- . , , .

: , , , , . .

. , .

, :

. , ( , ..). , . .
. , , ( ) . «» , « », «» .

«NIGHTMARE!»:

, , .

, ( « »). - . .

:

(, ) ( ). , .
/ / , .
/ ( ).

- - . , . .

, . - -. , . , , ..

:

( ).
( ) ( ).
/ .

, :

. , .
. , .

MAC . :

:
- :
  - ;
  - ( , ) .
- ;
- ( );
- ( POSIX ACL, UNIX ..);
- ;
- ;
- ;
MAC;
MAC:
- (, PostgreSQL):
  - (, , , , , , , , ..).
.

MAC-

MAC «» . , MAC , , ( ).

MAC?

, , . . . , , .

:

MAC- MAC

, MAC, MAC.

. «» , . , , . «» MAC , .

MAC , MAC, , , .

MAC- MAC

MAC , , . , , / .

— PostgresSQL. MAC MAC, :

Astra Linux: PostgreSQL, SE.
SELinux: sepgsql.

PostgreSQL ( , ) :

MAC «»: «» «» . MAC . .

MAC-

, . MAC, ?

MAC MAC , .

- :


	, . , . .
( )	- . बारीकियों: , . . , (, ), (, ). , , , - (, backend , frontend). , .
, ( / ..)	. , (), . , - ( ), — . : , . , , , . , «» .
(, )	, , . , (, backend ), ( ). .

निष्कर्ष

MAC. , , . , .

MAC — «» . , . «» MAC- :

( , , );
MAC (, );
MAC- .

! , !

अभिगम नियंत्रण अधिदेश मॉडल (मैक): अवलोकन और अनुप्रयोग अनुप्रयोग

मैक मॉडल

मुख्य विचार

सीमाएँ और कमजोरियाँ

मैक एप्लीकेशन डिजाइन करना

मैक से कैसे बचें जब इससे बचा नहीं जा सकता

फूट डालो और जीतो

मैक प्रसंस्करण मोड द्वारा मॉड्यूल का वर्गीकरण

"ब्रिंग आईटी ऑन": न्यूनतम क्रेडेंशियल मोड में मॉड्यूल ऑपरेशन

"मुझे ME ग्रह": एकल क्रेडेंशियल मोड में मॉड्यूल ऑपरेशन

«NIGHTMARE!»:

MAC-

MAC- MAC

MAC- MAC

MAC-

निष्कर्ष

More articles: