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

सुरक्षा

हम एक सॉफ्टवेयर अपडेट सिस्टम "सुरक्षित" पर विचार कर सकते हैं यदि:

• वह समय पर नवीनतम उपलब्ध अपडेट के बारे में पता लगाएगी
• अपडेट सिस्टम द्वारा डाउनलोड की गई कोई भी फाइल सही है, और
• फ़ाइलों की जाँच या डाउनलोड करने से कोई हानिकारक परिणाम नहीं।

इसे प्राप्त करने के लिए, कई संभावित हमलों के खिलाफ व्यावहारिक निवारक रणनीतियों की आवश्यकता होती है।

हमलों और कमजोरियों

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

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

सुरक्षा सिद्धांत

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

भरोसा

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

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

मुख्य जोखिम में कमी (समझौता करने के लिए प्रतिरोध)

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

एक कुंजी समझौता किया है जब ग्राहकों को सुरक्षित करने में शामिल हैं:

• त्वरित और सुरक्षित कुंजी प्रतिस्थापन और याद।
• समझौता के एक उच्च जोखिम के साथ कुंजियों में न्यूनतम विश्वास। स्वचालन प्रणाली में ऑनलाइन संग्रहीत या उपयोग की जाने वाली कुंजियों को समझौता होने की स्थिति में ग्राहकों को तत्काल खतरा नहीं होना चाहिए।
• कई कुंजी और दहलीज / कोरम हस्ताक्षर का उपयोग करना।

ईमानदारी

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

असली

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

प्रासंगिकता सुनिश्चित करने का मतलब है:

• उन फ़ाइलों को स्वीकार न करें जिन्हें पहले से इंस्टॉल किया गया है।
• अद्यतन प्राप्त करने के साथ संभावित समस्याओं की पहचान करें।

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

कार्यान्वयन सुरक्षा

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