डिजिटल हस्ताक्षर को नुकसान पहुँचाए बिना EXE फ़ाइलों को टैग करना

सभी को नमस्कार!

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

उपयोगकर्ता खाता नियंत्रण

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

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



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



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

विषय के करीब

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

1. फ़ाइल के नाम पर स्थानांतरण के लिए आवश्यक डेटा को संलग्न करें, और वेब सर्वर नियमित अनुरोधों के लिए एक भौतिक फ़ाइल के लिए ऐसे अनुरोधों को पुनर्निर्देशित करता है।
   + लागू करने में आसान;
   + फ़ाइल इंटर्न बरकरार हैं और हस्ताक्षर हमेशा सही होते हैं;
   - आप केवल डेटा का एक छोटा सा सेट (उदाहरण के लिए, कई पहचानकर्ता) स्थानांतरित कर सकते हैं;
   - फ़ाइल का नाम बदलने पर, जानकारी गायब हो जाती है।
   
   
2. फ़ाइल के अंदर डेटा बदलें और अपलोड करते समय इसे फिर से साइन इन करें।
   + आप डेटा की किसी भी राशि को स्थानांतरित कर सकते हैं;
   + जब नाम बदलने से कुछ भी नहीं खोता है;
   - फिर से हस्ताक्षर करना एक बहुत लंबी प्रक्रिया है, जब हमारे मामले में प्रति सेकंड सैकड़ों बड़े (100 एमबी +) खेल वितरण को वापस करने की बात आती है।
   
   
3. सही डिजिटल हस्ताक्षर को बनाए रखते हुए फ़ाइल के अंदर डेटा बदलें और इसे फिर से साइन न करें।
   + आप डेटा की किसी भी राशि को स्थानांतरित कर सकते हैं;
   + जब नाम बदलने से कुछ भी नहीं खोता है;
   + फ़ाइल पर फिर से हस्ताक्षर करने की कोई आवश्यकता नहीं है;
   - यह असंभव है (या संभव है?)।
   

सिद्धांत की बिट

नीचे एक Windows PE फ़ाइल की संरचना है, जिसके बारे में जानकारी है कि इसके कौन से हिस्से डिजिटल हस्ताक्षर बनाते हैं और इस प्रक्रिया में कौन से ब्लॉक छोड़ दिए जाते हैं।
यह भी दिखाया गया है कि डिजिटल हस्ताक्षर ब्लॉक प्रारूप ( PKCS # 7 संरचना) Microsoft द्वारा उपयोग किया जाता है।



इस योजना में मुख्य बिंदु उन ब्लॉकों की उपस्थिति है जिन्हें पीढ़ी और डिजिटल हस्ताक्षर के सत्यापन के दौरान बाहर रखा गया है। इन ब्लॉकों को सरलतम सी संरचनाओं द्वारा वर्णित किया गया है:

"डेटा निर्देशिकाएँ" अनुभाग में "प्रमाणपत्र तालिका" IMAGE_DATA_DIRECTORY संरचना है:

typedef struct _IMAGE_DATA_DIRECTORY { DWORD VirtualAddress; DWORD Size; } IMAGE_DATA_DIRECTORY, *PIMAGE_DATA_DIRECTORY; 

जहां:

• VirtualAddress - पीई फ़ाइल में प्रमाण पत्र तालिका की विशेषताओं के लिए एक सीधा सूचक;
• आकार - पीई फ़ाइल में इस ब्लॉक का आकार।

"प्रमाणपत्र तालिका विशेषताएँ" WIN_CERTIFICATE संरचना है:

 typedef struct _WIN_CERTIFICATE { DWORD dwLength; WORD wRevision; WORD wCertificateType; BYTE bCertificate[ANYSIZE_ARRAY]; } WIN_CERTIFICATE, *LPWIN_CERTIFICATE; 

जिनके तत्वों में निम्नलिखित मूल्य शामिल हैं:

• dwLength - प्रमाण पत्र के बाइनरी डेटा अनुभाग का आकार;
• wRevision - WIN_CERTIFICATE संरचना का उपयोग किया गया संस्करण;
• wCertificateType - PE फ़ाइलों को डिजिटल रूप से साइन करने के लिए 0x0002 पर सेट करें। मान को Wintrust.h में WIN_CERT_TYPE_PKCS_SIGNED_DATA के रूप में परिभाषित किया गया है;
• bCertificate पीकेसीएस # 7 प्रारूप में एक डिजिटल हस्ताक्षर युक्त डेटासेट है।

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

असंभव संभव है

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

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

"बेशक, पीई फाइल के चेकसम के बारे में क्या?" आप पूछते हैं। मैं आपको आश्वस्त करने के लिए जल्दबाजी करता हूं - यह सामान्य EXE फ़ाइलों के लॉन्च और संचालन में कोई भूमिका नहीं निभाता है। चेकसम को केवल महत्वपूर्ण सिस्टम फाइलों पर जांचा जाता है, उदाहरण के लिए, सिस्टम फाइल चेकर सेवा इस पर ध्यान केंद्रित करती है (लापता या क्षतिग्रस्त फ़ाइलों के निदान के लिए)।

निष्कर्ष में: कौन इसका उपयोग करता है और कैसे?

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

विभिन्न सहबद्ध नेटवर्क में इस अवसर का उपयोग करना भी सुविधाजनक है - भागीदार ट्रैकिंग के साथ वापसी वितरण - विभिन्न कंपनियों की आवश्यकता।

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

पीई दस्तावेज़ों के लिए डिजिटल हस्ताक्षर की जानकारी इस दस्तावेज़ में मिल सकती है: विंडोज ऑथेंटिकोड पोर्टेबल निष्पादन चिह्न प्रारूप ।