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

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

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

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

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

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



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

तो, अनुरोध कैसे काम करता है, OKWS सर्वर द्वारा अनुरोध कैसे संसाधित किया जाता है? सबसे पहले, यह आता है और ओकेडब्ल्यूएस डिस्पैचर के लिए ओकेड नामक एक प्रक्रिया द्वारा संसाधित किया जाता है। वह जांचता है कि वह इस अनुरोध के लिए पूछता है, और फिर कुछ चीजें करता है। चूँकि आपको पहले इस अनुरोध को पंजीकृत करने की आवश्यकता हो सकती है, यह इसे oklogd नामक एक घटक पर पुनर्निर्देशित करता है, जिसके बाद आपको कुछ टेम्पलेट बनाने की आवश्यकता होगी, और अनुरोध आने से पहले ही उन्हें बनाना आवश्यक हो सकता है। और यह pubd नामक एक अन्य घटक करता है।



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

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



एक और घटक है जो यह सब आरंभ करता है, इसे ओकेल्ड कहा जाता है, और यह इस वेब सर्वर के इंटरफेस में सभी प्रक्रियाओं को शुरू करने के लिए जिम्मेदार है। मुझे उम्मीद है कि इनमें से कुछ चीजें आपको परिचित लग रही हैं, क्योंकि यह वास्तव में वास्तुकला है जिसे प्रयोगशाला में माना गया था। ऐसा लग रहा है कि यह एक अच्छा डिज़ाइन है। आपके पास LR में pubd , logd और dbproxy नहीं था, लेकिन आपके पास okd और svc था । OKWS के बारे में प्रश्न हैं?

श्रोता: क्या हमने सही तरीके से समझा कि dbproxy SQL क्वेरी को स्वीकार नहीं करता है, लेकिन एक अलग तरह का प्रश्न है?

प्रोफेसर: हाँ, सही है! यह इंटरफ़ेस कैसा दिखता है? वे इसका विस्तार से वर्णन नहीं करते हैं, लेकिन एक बात जो आप इस dbproxy के साथ कर सकते हैं, वह है SQL क्वेरी टेम्प्लेट के लिए बहुत सारे तर्क। उदाहरण के लिए, यह आपके दोस्तों के लिए एक खोज क्वेरी टेम्प्लेट हो सकता है, आईडी द्वारा उनका चयन करना।



मान लीजिए कि आपकी मित्रों की सूची में से " ID का चयन करें", जैसे ^ ID = "% S" जैसा कोई टेम्पलेट है। मान लीजिए कि आप ऐलिस को अपने दोस्तों के बीच खोजना चाहते हैं और एक एस रिक्वेस्ट भेजना चाहते हैं, जहां तर्क " एलिस " है । इंटरफ़ेस में उपलब्ध हमारे एप्लिकेशन को बताएं कि dbproxy अपनी ओर से तीन प्रकार के अनुरोधों को निष्पादित करने के लिए तैयार है। यदि आप क्वेरी नंबर 1 को निष्पादित करना चाहते हैं, और इसका तर्क "ऐलिस" है , तो यह आपको डेटाबेस तक पहुंच प्रदान करता है।

श्रोता: क्या वेब ब्राउज़र के स्तर पर कोई बाहरी उपयोगकर्ता डेटाबेस के लिए ऐसा अनुरोध भेज सकता है या क्या यह सब केवल नेटवर्क के आंतरिक उपयोगकर्ताओं के लिए लागू होता है?

प्रोफेसर: हाँ, हो सकता है। तो यह कैसे काम करता है? वास्तव में, यह अजीब है कि यह डेटाबेस एक अलग मशीन पर है, क्योंकि आप केवल OKWS डेटाबेस या MySQL सर्वर से जुड़ सकते हैं? तो यह क्या रोक रहा है?

श्रोता: फ़ायरवॉल?

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



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

तो, आइए यह पता लगाने की कोशिश करें कि इन विभिन्न प्रक्रियाओं को यहां कैसे अलग किया जाता है। आप यह कैसे सुनिश्चित कर सकते हैं कि ये सभी घटक एक-दूसरे को अभिभूत न करें?

श्रोता: अलग-अलग रूट अधिकार और अलग-अलग यूजर आईडी?

प्रोफेसर: हाँ, इन घटकों में से लगभग एक अलग यूआईडी के रूप में काम करता है, इसलिए यहां, सिस्टम के विवरण में, एक पूरी तालिका है जो प्रत्येक घटक के लिए वर्णन करती है कि यह कहां काम करता है और किस यूआईडी के साथ है। तो हम लिख सकते हैं कि okd का अपना uid है , pubd का अपना uid है और oklogd का भी अपना uid है ।

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



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

श्रोता: क्योंकि okd में रूट विशेषाधिकार नहीं हैं।

प्रोफेसर: हाँ, लेकिन वे चाउड में पोड , ओकलॉग और बाकी सभी को क्यों नहीं डालते?

श्रोता: क्या यह संभव है कि यदि सेवाओं को बहुत अधिक डेटा साझा करने की आवश्यकता है, तो क्या उन्हें एक दूसरे से अलग किया जाना चाहिए?

प्रोफेसर: हो सकता है। मुझे लगता है कि उन्हें कुछ डेटा साझा करना चाहिए, लेकिन यह डेटा फ़ाइलों में नहीं है, उन्हें ओकेडी से सेवाओं तक सॉकेट के माध्यम से स्थानांतरित किया जाता है। लेकिन वास्तव में, इनमें से कोई भी घटक फ़ाइल सिस्टम में कुछ भी दिलचस्प नहीं रखता है।

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

इन लोगों ने पर्यावरण के घटकों के लिए अलग-अलग चिरोट को सौंपा, क्योंकि कुछ दिलचस्प चीजें हैं। टेम्पलेट हो सकते हैं, लेकिन यहां, शायद, एक लॉग फ़ाइल है, इसलिए वे नहीं चाहेंगे कि लॉग फ़ाइल गलती से पढ़ी जाए, और जैसी।

श्रोता: क्या इन सेवाओं में फाइलें हैं, उदाहरण के लिए, जैसे कि aspx ?

प्रोफेसर: जैसा कि वे लेख में वर्णन करते हैं, सेवा एक एकल संकलित सी ++ बाइनरी है, इसलिए वास्तव में कोई अतिरिक्त फाइलें नहीं हैं।

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

श्रोता: पत्रिका को ओवरराइट करने या ट्रिम करने की संभावना को खत्म करने के लिए?

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

श्रोता: अगर आपको गलती से पत्रिका पढ़ने का कोई तरीका मिल गया और यह नहीं देखा कि बाकी लोगों ने इसके साथ क्या किया है?

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

और ओल्द जुदाई का अर्थ क्या है और इसे मूल अधिकारों के साथ क्यों काम करना चाहिए? मुझे लगता है कि इसके कई कारण हैं।

श्रोता: यदि आप चाहते हैं कि कोई भी व्यक्ति विशेषाधिकारों के साथ कार्य न करे, तो आपको ओकेल्ड उपयोगकर्ता प्रमाणीकरण कार्य सौंपना होगा ।



प्रोफेसर: हाँ। किसी को इस पूरी चीज़ को uid chroot को कॉन्फ़िगर करना है, और आपको इस यूनिक्स के लिए रूट की आवश्यकता है, इसलिए okld इसे प्रदान करता है। यह एक कारण है। और कुछ?

श्रोता: 80० पोर्ट की परिभाषा?

प्रोफेसर: हाँ, बिल्कुल! आपको पोर्ट 80 को सुनने के लिए बाध्य करना होगा, जो ओकेल्ड है और कुछ भी प्रदान करता है?

श्रोता: यह ओकलॉग लॉग फ़ाइल को खोलने का काम पूरा करता है क्योंकि हम लॉग फ़ाइल तक पहुँच को रोकने के लिए ओकलॉग को खुला नहीं छोड़ना चाहते हैं।

प्रोफेसर: हो सकता है। लेकिन मुझे नहीं पता कि क्या डेवलपर्स ने वास्तव में ऐसा किया है क्योंकि उन्होंने अपने स्रोत कोड को नहीं देखा है। क्या आपको लगता है कि okld लॉग फ़ाइल खोलता है और इसे oklogd पास करता है? हो सकता है कि।

श्रोता: क्योंकि अन्यथा, एक हमलावर जिसने ओकलॉग से समझौता किया, वह पूरी लॉग को मिटा सकता है।

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

इसलिए, हमारे पास होमवर्क के बारे में एक सवाल था, जब डेटाबेस को एक्सेस करने के लिए यह 20-बाइट टोकन "लीक" है तो क्या होगा। इससे क्या नुकसान हो सकता है? क्या हमें इसकी चिंता करनी चाहिए?

श्रोता: इस मामले में, एक हमलावर किसी विशेष सेवा का नियंत्रण ले सकता है।

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

अब देखते हैं कि इस ओकेडब्ल्यूएस डिज़ाइन को कैसे बेहतर बनाया जा सकता है? उदाहरण के लिए, प्रत्येक सेवा के लिए एक अलग यूआईडी आवंटित करने के अलावा, प्रत्येक उपयोगकर्ता के लिए एक अलग यूआईडी इकाई आवंटित करना संभव होगा। यहां, प्रत्येक सेवा, उदाहरण के लिए, समाचार, मित्रों की खोज या खाता बनाने के लिए एक अलग उपयोगकर्ता नाम है , लेकिन प्रत्येक OKWS उपयोगकर्ता को यूनिक्स यूआईडी के रूप में नहीं दर्शाया गया है। वास्तव में यहां कोई उपयोगकर्ता आईडी नहीं है, केवल सेवा आईडी यहां मौजूद हैं। क्या आपको लगता है कि आपको प्रत्येक OKWS क्लाइंट के लिए अलग-अलग यूआईडी की आवश्यकता है?

श्रोता: इस मामले में, यह पता चलता है कि यदि कोई उपयोगकर्ता किसी सेवा को "हैक" करता है, तो वह इस सर्वर के अन्य उपयोगकर्ताओं के सभी डेटा तक पहुँच बना सकेगा।

प्रोफेसर: हाँ, यह सही है!

श्रोता: लेकिन अगर आपके पास वास्तव में, प्रत्येक उपयोगकर्ता के लिए एक अलग सेवा और एक अलग dbproxy है , तो अन्य लोगों के डेटा तक पहुंचना असंभव होगा।

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

श्रोता: OKWS विवरण कहता है कि इस प्रणाली का प्रदर्शन अन्य प्रणालियों की तुलना में बेहतर है। यह कैसे हासिल किया गया था?

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

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

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

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



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

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

चलो okd से शुरू करते हैं। यह ब्राउज़र के माध्यम से अनुरोधों के साथ हमला किया जा सकता है, उदाहरण के लिए, एक बफर अतिप्रवाह। c++, , - , okd . ?



: ?

: , , . ?

: , .

: , . , , , http , , , . , .

: ?

: , . , , , , , match.com . , , OkCupid . , - ? ?

: , , okd . , ?

: . , okd .

: , ?

: ! , , , , , . , , , , . , , . «» okd , , , .

: DOS-?

: , , , «» «» , DOS- - .

: okd , , …

: , . , , okd , okd , . okd , . , okd , , , , .

: .

: , . , okd . , oklogd ? ?

: .

: , , , ? pubd , , , - .

: , , «» oklogd .

: , . , , append-only , .

: , …

: , , . .

svc ? , , . , , okd oklogd . , , .

svc - -, , , . , , , .

okld ? , root. ? , . dbproxy . okld ? «»? ?

: , - ?

: , . , , . , , - , , , - . - . root- .

: -, , - dbproxy .

: !

: , , , RPC , , , , , ! .



: , . dbproxy ? , . , «» , dbproxy - .

: , svc …

: , svc , !

: , , !

: , , «» , …

: dbproxy .

: . , dbproxy , .

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


पाठ्यक्रम का पूरा संस्करण यहां उपलब्ध है ।

हमारे साथ बने रहने के लिए धन्यवाद। क्या आप हमारे लेख पसंद करते हैं? अधिक दिलचस्प सामग्री देखना चाहते हैं? एक आदेश रखकर या अपने दोस्तों को इसकी अनुशंसा करके हमें समर्थन दें, एंट्री-लेवल सर्वरों के अनूठे एनालॉग पर हैबर उपयोगकर्ताओं के लिए 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 सर्वर का उपयोग कर वर्ग?