हम एस्ट्रा लिनक्स स्पेशल एडिशन ओएस में कमजोरियों को कैसे बंद करते हैं

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


फोटो: लियोनहार्ड फोगर / रायटर

पहला दृष्टिकोण, वास्तुशिल्प

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


एस्ट्रा LInux विशेष संस्करण सुरक्षा सूट वास्तुकला

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

अनिवार्य अखंडता निगरानी क्या है? आइए एक उदाहरण से स्पष्ट करें। OS का एक प्रमुख घटक कर्नेल है। तदनुसार, हम कर्नेल पर हमला करने के संभावित तरीकों की संख्या को कम करने के लिए खुद को ऑपरेटिंग सिस्टम में सबसे सुरक्षित रनटाइम प्रदान करने के लिए बाध्य हैं।

ऐसा करने के लिए, हम ऑपरेटिंग सिस्टम में अनिवार्य अखंडता निगरानी को लागू करते हैं, जिसके कारण हम ओएस को विभिन्न उप-प्रणालियों द्वारा खंडित करते हैं ताकि एक सबसिस्टम को तोड़ने से दूसरों के प्रदर्शन पर असर न पड़े। यदि ओएस (अखंडता स्तर 0) या नेटवर्क सबसिस्टम (अखंडता स्तर 1), वर्चुअलाइजेशन सिस्टम (अखंडता स्तर 2), एक ग्राफिकल इंटरफ़ेस (अखंडता स्तर 8), या किसी अन्य घटक को हैक किया जाता है, तो यह पूरे KSZ (अखंडता स्तर) को अस्वीकार नहीं करेगा। 63)।

यह ध्यान दिया जाना चाहिए कि ये स्तर पदानुक्रमित नहीं हैं, अर्थात, वे एक दूसरे के ऊपर स्थित नहीं हैं और लेखन अधिकारों की संभावना के संदर्भ में एक दूसरे से पूरी तरह से अलग हैं। एक्सेस मॉनीटर बिटमैप द्वारा एक या दूसरे स्तर की अखंडता के लिए किसी ऑब्जेक्ट के एक्सेसरी को निर्धारित करता है।



इसलिए कि अखंडता स्तर को पदानुक्रमित नहीं माना जाता है - अर्थात, "स्तर 8 में स्तर 2 से अधिक अधिकार हैं", जो गलत है - प्रत्येक स्तर को इसका नाम मिलता है। उदाहरण के लिए, अखंडता के आठवें स्तर को "ग्राफिक सर्वर" कहा जाता है, सिस्टम में व्यवस्थापक की अखंडता का अधिकतम संभव स्तर "उच्च" है, और अखंडता का शून्य स्तर (उपयोगकर्ता) "निम्न" है।

कॉल मॉनिटर, जिसे हमारे पिछले लेख में वर्णित किया गया था, अखंडता के विभिन्न स्तरों के लेबल के साथ एक-दूसरे प्रक्रियाओं पर प्रभाव की संभावना को नियंत्रित और समाप्त करता है।

इस प्रकार, ऑपरेटिंग सिस्टम एक दूसरे से सिस्टम प्रक्रियाओं को अलग करने के लिए नियमों का एक सेट प्राप्त करता है, और अब समझता है कि कौन सी प्रक्रियाएं, यहां तक ​​कि उच्च विशेषाधिकार वाले उपयोगकर्ता द्वारा लॉन्च की गई, अन्य प्रक्रियाओं या फ़ाइलों को लिखने का अधिकार नहीं है।

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


पृथक अखंडता के स्तर के संचालन का सिद्धांत

इस प्रकार, पूरे ऑपरेटिंग सिस्टम एक हमलावर के लिए महत्वपूर्ण लक्ष्य नहीं बन जाता है, लेकिन केवल कठोर कर्नेल और सबसे कॉम्पैक्ट एक्सेस मॉनिटर होता है, जो पहले से ही हमले की सतह को काफी कम कर देता है।

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

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


गतिशील अखंडता नियंत्रण के साथ काम करें

संदर्भ नियंत्रण के साथ उनके चेकसम की तुलना करके रूटीन कंट्रोल सिस्टम के लिए महत्वपूर्ण फाइलों की अखंडता और अपरिवर्तनीयता की जांच करता है। यह या तो विन्यास फाइल हो सकता है, या कोई अन्य।

इस प्रकार, ओएस अनुप्रयोगों और उनके प्रतिस्थापन में कमजोरियों के खिलाफ स्तरित सुरक्षा का उपयोग करता है, जिससे सुरक्षा खतरों से नुकसान को कम किया जाता है, जिसमें शून्य-दिन की कमजोरियों का उपयोग भी शामिल है।

दूसरा, प्रक्रिया दृष्टिकोण

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


भेद्यता प्रबंधन

सुरक्षा अध्ययन मुख्य रूप से उन घटकों के संबंध में किया जाता है जो एस्ट्रा लिनक्स स्पेशल एडिशन (स्मोलेंस्क) का हिस्सा हैं। इसी समय, सुरक्षा अपडेट के हिस्से के रूप में और सिस्टम घटकों के एक निर्धारित अद्यतन के हिस्से के रूप में, एस्ट्रा लिनक्स कॉमन एडिशन के लिए कमजोरियां भी बंद हो जाती हैं।

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

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

इसलिए, रात को 4 बजे, 9 जुलाई, 2019 को, यह लेख स्वयं प्रकाशित किया गया था, जिसमें कहा गया था कि वर्चुअल मशीन के स्क्रीन आकार में हेरफेर करते समय, आप स्क्रीन लॉक के तहत विंडो देख सकते हैं।

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

FSTEC BDU में 10 जुलाई, 2019 को भेद्यता सूचना प्रकाशित की गई थी। भेद्यता की गंभीरता को मध्यम के रूप में परिभाषित किया गया था (CVSS 2.0 मीट्रिक के लिए आधार स्कोर CVSS 3.0 मीट्रिक - 4 के लिए 4.9 था)।

12 जुलाई को, हमने एस्ट्रा लिनक्स विशेष संस्करण संस्करण 1.6 के लिए सुरक्षा बुलेटिन नंबर 20190712SE16MD और एस्ट्रा लिनक्स विशेष संस्करण संस्करण 1.5 के लिए सुरक्षा बुलेटिन नंबर 20190712SE15MD प्रकाशित किया। एक समान सुरक्षा अद्यतन एस्ट्रा लिनक्स कॉमन एडिशन द्वारा प्राप्त किया गया था।

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


एस्ट्रा लिनक्स के लिए लाइव अपडेट योजना

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

अंत में, हम सक्रिय रूप से डेवलपर समुदाय के साथ बातचीत कर रहे हैं:

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

खुलापन जरूरी है

चूँकि हमारा OS रूस के FSTEC द्वारा प्रमाणित है, इसलिए हम सबसे पहले आधिकारिक प्रकाशन के लिए FSTEC सूचना सुरक्षा खतरा डेटा बैंक (DBU) में पाई गई कमजोरियों के बारे में जानकारी जोड़ते हैं: यदि आप DBU में जाते हैं , तो आपको Astra Linux के विभिन्न संस्करणों में 350 से अधिक निश्चित भेद्यताओं की जानकारी मिल जाएगी। साथ ही उन पर विस्तृत जानकारी दी।



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

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

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