एमआईटी पाठ्यक्रम "कंप्यूटर सिस्टम सुरक्षा"। व्याख्यान 4: "विशेषाधिकार साझा करना," भाग 1

मैसाचुसेट्स इंस्टीट्यूट ऑफ टेक्नोलॉजी। व्याख्यान पाठ्यक्रम # 6.858। "कंप्यूटर सिस्टम की सुरक्षा।" निकोलाई ज़ेल्डोविच, जेम्स मिकेंस। 2014 साल

कंप्यूटर सिस्टम सुरक्षा सुरक्षित कंप्यूटर सिस्टम के विकास और कार्यान्वयन पर एक कोर्स है। व्याख्यान खतरे के मॉडल को कवर करते हैं, हमले जो सुरक्षा से समझौता करते हैं, और हाल के वैज्ञानिक कार्यों के आधार पर सुरक्षा तकनीक। विषयों में ऑपरेटिंग सिस्टम (OS) सुरक्षा, सुविधाएँ, सूचना प्रवाह प्रबंधन, भाषा सुरक्षा, नेटवर्क प्रोटोकॉल, हार्डवेयर सुरक्षा और वेब अनुप्रयोग सुरक्षा शामिल हैं।

व्याख्यान 1: "परिचय: खतरे के मॉडल" भाग 1 / भाग 2 / भाग 3
व्याख्यान 2: "हैकर हमलों का नियंत्रण" भाग 1 / भाग 2 / भाग 3
व्याख्यान 3: "बफर ओवरफ्लो: शोषण और संरक्षण" भाग 1 / भाग 2 / भाग 3
व्याख्यान 4: "पृथक्करण का पृथक्करण" भाग 1 / भाग 2 / भाग 3

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



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

इसलिए, इससे पहले कि हम OKWS और Unix अनुमतियों के विवरण में गोता लगाएँ , आइए देखें कि विशेषाधिकार साझा करना क्या है और यह इतना अच्छा विचार क्यों है? पिछले हफ्ते, जेम्स ने दिखाया कि यदि आप सी में एक कार्यक्रम लिखते हैं, तो आप लगभग अनिवार्य रूप से इसमें कुछ बुरा या गलत करेंगे। इसके अलावा, समस्या यह है कि यदि आपके पास एक बड़ा पर्याप्त अनुप्रयोग है और इसमें किसी प्रकार की भेद्यता है, तो हमलावर कार्यक्रम से जुड़ सकते हैं, इस आवेदन के लिए अनुरोध भेज सकते हैं, इसे ट्रिक कर सकते हैं और "खराब" चीजें कर सकते हैं।

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



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

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

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

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

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

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

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

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

श्रोता: फाइलों के बारे में!

प्रोफेसर: सही, फाइलों और निर्देशिकाओं के बारे में। और क्या?



श्रोता: नेटवर्क सॉकेट के बारे में!

प्रोफेसर: हाँ, नेटवर्क सॉकेट के बारे में बहुत अच्छा है। क्या हमारे सिस्टम में कुछ और चल रहा है?

श्रोता: अन्य प्रक्रियाएँ।

प्रोफेसर: यह सही है। वास्तव में, यह उसी तरह है जैसे एप्लिकेशन या उपयोगकर्ता को ध्यान रखना चाहिए, लेकिन सिस्टम के विभिन्न आंतरिक घटक हैं जिन्हें आपको भी संरक्षित करना चाहिए। इसलिए, प्रक्रिया ही विषय नहीं है जो सिस्टम को कॉल करता है, यह भी कुछ ऐसा है जिस पर कोई अन्य प्रक्रिया कार्य कर सकती है। वह उसे मार सकता है या नया बना सकता है। इसलिए, आपको यह पता लगाना चाहिए कि किसी प्रक्रिया को एक ऐसी वस्तु के रूप में मानने के नियम क्या हैं, जिसमें हेरफेर किया जा सकता है। और कौन सी बातें हमें चिंतित कर सकती हैं?

श्रोता: पर्यावरण चर।

प्रोफेसर: मुझे लगता है कि वे शायद एक ऐसा विषय नहीं हैं जिसे आप OC के प्रबंधन और किसी प्रकार की सुरक्षा नीति के रूप में बदल सकते हैं। मुझे लगता है कि पर्यावरण चर स्मृति में निहित एक प्रक्रिया के कुछ प्रकार हैं। लेकिन, मुझे लगता है, अधिक आम तौर पर, हम प्रक्रिया के इस हिस्से की परवाह करते हैं, जो स्मृति में निहित है - पर्यावरण चर, ढेर, तर्क, यह भी काफी महत्वपूर्ण है। संभवतः, प्रक्रिया की याद में कई चीजें हैं जो बाहरी हस्तक्षेप के प्रति संवेदनशील हैं। और क्या?

श्रोता: सामान्य रूप से फाइल डिस्क्रिप्टर।

प्रोफेसर: एक और आंतरिक परिस्थिति है जो बहुत महत्व की है। डिस्क पर मौजूद फ़ाइलें हमें चिंतित होनी चाहिए। लेकिन फ़ाइल डिस्क्रिप्टर के रूप में अभी भी ऐसा एक ऑपरेशनल टूल है, जिसे OKWS व्यापक रूप से उपयोग करने की कोशिश करता है, और हम देखेंगे कि वे क्या हैं। आप ऑपरेटिंग सिस्टम में किन अन्य चीजों की रक्षा करना चाहेंगे?



श्रोता: हार्डवेयर, या हार्डवेयर।

प्रोफेसर: हाँ, हार्डवेयर को उन अमूर्त चीजों से कम सुरक्षा की आवश्यकता होती है, जो OS हमें प्रदान करता है, क्योंकि हम अपने प्रोसेसर को किसी कारण से "फ्रीज" नहीं करना चाहते हैं।

श्रोता: आपको बाह्य उपकरणों की सुरक्षा के बारे में भी सोचना चाहिए!

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

मुझे लगता है, वास्तव में, ये सभी ऑब्जेक्ट सर्वर की तरफ नहीं हैं, वे इसके बहुत करीब हैं। आपके फोन पर, माइक्रोफ़ोन भी संभवतः एक बहुत ही महत्वपूर्ण वस्तु है, जिसे आप संरक्षित करना चाहते हैं।

लेकिन मैं इस सूची को छोड़ दूंगा, क्योंकि इस प्रकार हम मुख्य रूप से सर्वर अनुप्रयोगों के बारे में बात करेंगे, लेकिन आप वस्तुओं की सूची के बारे में बिल्कुल सही हैं। मुझे लगता है कि OKWS के लिए यह संभवतः उन चीजों की अधिक या कम विस्तृत सूची है, जिन्हें हम सुरक्षा का ध्यान रख सकते हैं, या कम से कम OKWS का उपयोग करते हैं ।

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

उपयोगकर्ता आईडी नाम से कुछ है, जो 32-बिट पूर्णांक है। एक ग्रुप आईडी है , जो 32-बिट पूर्णांक भी है। वास्तव में, कोई विशेष कारण नहीं है कि उन्हें अलग क्यों होना चाहिए।



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

अब चलो फाइलों, निर्देशिकाओं और अन्य प्रकार की वस्तुओं के बारे में बात करते हैं। तो फाइलों का क्या होता है, या यों कहें कि फाइलों के साथ काम करने के लिए यूनिक्स की अनुमति कैसे बनाई जाती है? फ़ाइलों के साथ सब कुछ अपेक्षाकृत सरल है; आप उन कार्यों के बारे में चिंतित हैं जो उनके साथ किए जा सकते हैं: पढ़ना, लिखना, संभवतः निष्पादित करना, साथ ही अनुमतियों को स्वयं या अन्य सुरक्षा गुणों को बदलने की क्षमता।

श्रोता: नाता तोड़ना!

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



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

आप इस बाइनरी मैट्रिक्स 3 को 3 से भर सकते हैं, जहाँ 1 का अर्थ है एक निश्चित कार्रवाई करने की अनुमति, और 0 इसके निष्पादन की मनाही करता है:



यह कैसे यूनिक्स अनुमतियों को संग्रहीत करता है। इन चीजों को कोड करने का एक पारंपरिक तरीका है जिसे आप अक्सर देखेंगे और जो शायद ध्यान देने योग्य है। यूनिक्स में, इस मैट्रिक्स को एक अष्टक संख्या के रूप में एन्कोड किया गया है, इसलिए यहां प्रत्येक पंक्ति को 8 की आधार संख्या के रूप में माना जाना चाहिए, इसलिए इस एन्कोडिंग में हमारा मैट्रिक्स इस तरह दिखाई देगा: आर 4 बिट्स है, डब्ल्यू 2 बिट्स है, एक्स क्रमशः 1 बिट है, मालिक - यह 6 बिट्स है, और समूह और अन्य प्रत्येक में 4 बिट्स हैं।



आप अक्सर व्याख्यान सामग्री में ऐसे पदनाम देखेंगे, इसलिए आप कह सकते हैं कि इस फ़ाइल में 6, 4, 4 का रिज़ॉल्यूशन है, अर्थात, स्वामी फ़ाइल को पढ़ और लिख सकता है, और समूह के मालिक और अन्य केवल इसे पढ़ सकते हैं।

ये सूचनाएं हमें बताती हैं कि किसी फ़ाइल को कब पढ़ना, लिखना और निष्पादित करना है। इस फ़ाइल के लिए अनुमतियाँ बदलने के बारे में क्या? यह एक उचित सवाल नहीं है, लेकिन आप लोग इस बारे में क्या सोचते हैं? हमें यह कैसे तय करना चाहिए कि किसी को इन अनुमतियों को बदलने में सक्षम होना चाहिए क्योंकि इसकी आवश्यकता भी हो सकती है? इस पर कोई विचार?

श्रोता: अगर इस व्यक्ति की फ़ाइल तक पहुँच है?

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

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

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

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

आइए एक उदाहरण देखें। यदि मैं ओपन कमांड ("/ etc / पासवर्ड") दर्ज करता हूं, तो यूनिक्स पर क्या होता है? जब मैं इसे एक सिस्टम कॉल करने के लिए आदेश देता हूं, तो मेरी ओर से सिस्टम के कर्नेल को क्या देखता है?

श्रोता: क्या यह जाँच करता है कि आपके पास निष्पादन की अनुमति है आदि?

प्रोफेसर: हां, कुछ हद तक यह मामला है। मुझे कुछ करने की जरूरत है, आदि।

श्रोता: और फिर निर्दिष्ट स्लैश निष्पादित करें!

प्रोफेसर: हाँ, वास्तव में मुझे क्या देखने की जरूरत है / आदि किस ओर इशारा करता है? इसलिए यदि मैं रूट अनुमतियों - अधिकारों का पता नहीं लगाता, तो यह काम नहीं करेगा।

श्रोता: तो आपको पढ़ने / / पासवर्ड की आवश्यकता है ।



प्रोफेसर: हाँ, यह समझ में आता है। यहां आपके लिए एक छोटी सी पहेली है। मान लीजिए कि एमआईटी 6.858 पाठ्यक्रम से जुड़े सभी लोगों के लिए एक समूह बनाता है, और एमआईटी में सभी टीएएस के लिए अन्य समूह, जो यूनिक्स शब्दावली में ग्रिड के रूप में नामित हैं, लेकिन वे कुछ मूर्खतापूर्ण कारणों से 6.858 टीएएस समूह में शामिल नहीं हैं। मैं एक फ़ाइल कैसे बना सकता हूं जो केवल 6.858 टीएएस समूह के लिए उपलब्ध होगी?

माना कि मेरे पास 6.858 gid और TAs gid है, लेकिन मैं केवल एक gid फाइल में डाल सकता हूँ।

श्रोता: आप ऐसा नहीं कर पाएंगे, क्योंकि यहाँ आपके पास ६. You५ T TAs हो सकते हैं, TAs नहीं।

प्रोफेसर: हाँ, यह सच है। हालाँकि समूह 6.858 में वे छात्र हैं जो अन्य कक्षाओं के टीएएस हैं, इसलिए शायद यह वास्तव में महान नहीं है। लेकिन, फिर भी, चलो किसी तरह इन समूहों के चौराहों को बनाने की कोशिश करते हैं। ऐसा करने के लिए, हम अनुमति तंत्र का उपयोग कर सकते हैं।
/foo/bar/grades , foo , gid 6.858 . , , /foo . /bar , gid TAs, . /foo/bar/ , grades . , .



: , , , , 6.858 gid, TA - - 6.858 ?

: , . , , , Unix , , , , , . , MACS — mandatory accesscontrol systems, . , , : , . . , - .

Unix , , , TA - , Unix . , - . - , Unix , , . , , . , , , . , . Unix.

, , , , - , . - , , , .

, , Unix.

, — . OKWS , Unix . Unix , . , «» , .

, : , . , . - , , Unix – , , , , .

– Unix - , .

OKWS , . , , , - , . , , , - . - , .

, . , , .

? ? ? Unix . , , – Unix , ptrace .



. , , , , , . , , web , gid TAs, .

, , . userid . ptrace — uid uid .

ptrace Linux . , , , - , , , . - . , ID.

27:50

:

एमआईटी पाठ्यक्रम "कंप्यूटर सिस्टम सुरक्षा"। 4: « », 2


.

हमारे साथ बने रहने के लिए धन्यवाद। क्या आप हमारे लेख पसंद करते हैं? अधिक दिलचस्प सामग्री देखना चाहते हैं? एक आदेश रखकर या अपने दोस्तों को इसकी अनुशंसा करके हमें समर्थन दें, एंट्री-लेवल सर्वरों के अनूठे एनालॉग पर हैबर उपयोगकर्ताओं के लिए 30% छूट जो हमने आपके लिए ईजाद की है: VPS (KVM) E5-2650 v4 (6 कोर) 10GB DDR4 240GB SSD 1Gbps से पूरा सच $ 20 या सर्वर को कैसे विभाजित करें? (विकल्प RAID1 और RAID10 के साथ उपलब्ध हैं, 24 कोर तक और 40GB DDR4 तक)।

डेल R730xd 2 बार सस्ता? केवल हमारे पास 2 x Intel Dodeca-Core Xeon E5-2650v4 128GB DDR4 6x480GB SSD 1Gbps 100 टीवी 249 डॉलर में नीदरलैंड और यूएसए से है! इन्फ्रास्ट्रक्चर Bldg का निर्माण कैसे करें के बारे में पढ़ें । एक पैसा के लिए 9,000 यूरो की लागत डेल R730xd E5-2650 v4 सर्वर का उपयोग कर वर्ग?