संकलक में बुकमार्क से निपटने के तरीके

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

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

शुरू करने के बजाय

संकीर्ण द्वार दर्ज करें, क्योंकि द्वार विस्तृत हैं और उग्र नरक की ओर जाने वाला मार्ग विस्तृत है। (मैथ्यू के सुसमाचार)।

संदर्भ समाधान

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

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

खतरा कम करने की सिफारिशें

एक संदर्भ संकलक बनाने में विकास टीम का समय और प्रयास लगेगा, लेकिन समस्या अब है और कोई विश्वसनीय संकलक नहीं है। इसलिए इन खतरों की संभावना को कम करने के लिए उपाय करना आवश्यक है।

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

सॉफ़्टवेयर बुकमार्क को लागू करने की संभावना को कम करने के लिए मान्यताओं, मान्यताओं एक खतरे के मॉडल पर आधारित हैं।

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

* NDV- अनिर्दिष्ट विशेषताएं।

संकलित कार्यक्रमों में NDV की अभिव्यक्तियों को कम करना संभव है, जब प्रस्तुत किए गए तरीकों को गतिशील सॉफ़्टवेयर परीक्षण के साथ मिलाया जाए।

अंतभाषण

Compilers में बुकमार्क्स का बहुत खतरा षड्यंत्र सिद्धांत जैसा दिखता है और पागल है, लेकिन सैद्धांतिक रूप से संभव है। टिप्पणियों में, उद्देश्य आलोचना और सिफारिशों का स्वागत है।