विंडोज आरटी 8.1 पर हार्डवेयर एंटी पाइरेसी प्रोटेक्शन

एक जाने-माने समाचार संसाधन पर एक छोटा लेख पढ़ते हुए, मैंने एक मज़ेदार परिचय देखा: " Microsoft की नई गोलियाँ इस प्रकार हैं जैसे कि उन्हें न खरीदने के लिए डिज़ाइन किया गया हो ।" मेरी राय में, संदिग्ध कथन, सरफेस आरटी के पहले संस्करण के कठिन भाग्य और नए सर्फेस 2 की अद्भुत समानता के कारण अभी भी समर्थित है। हालांकि, हमारी कंपनी हमेशा ग्राहकों से संबंधित रही है।

इस लेख का सार, जो कि हेबर पाठकों को थोड़ा उत्तेजक लग सकता है, इस प्रकार है: 2013 के अंत में हम एक नया उत्पाद प्रस्तुत करते हैं - चोरी से विंडोज आरटी पर अनुप्रयोगों की रक्षा के लिए गार्डेंट कोड माइक्रो इलेक्ट्रॉनिक कुंजी। कोई पहले से ही मंदिर में उंगली घुमा रहा होगा, लेकिन हम वास्तव में एक हार्डवेयर कुंजी के साथ अपने सॉफ़्टवेयर की सुरक्षा के लिए गंभीर (!) विंडोज आरटी अनुप्रयोगों के डेवलपर्स की पेशकश करते हैं।

लेख में आप सीखेंगे:
1. हमें Windows RT 8.1 की आवश्यकता क्यों थी और हमारे कार्यों के संदर्भ में पहला Windows RT खराब क्यों है?
2. यह पूरा डिजाइन कैसे काम करता है
3. एक सीमित आर्किटेक्चर ने हमें माइक्रोएसडी-कार्ड के रूप में इलेक्ट्रॉनिक कुंजी के लिए समर्थन प्रदान करने की अनुमति नहीं दी
4. ... और किस बैसाखी के साथ इसे दरकिनार किया जा सकता है

पहले संपर्क करें

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

उन्होंने इंतजार किया, निष्कर्ष निकाला - और टेबल के दूर दराज में सरफेस रखा।

परियोजना की यह स्थिति 2013 की गर्मियों के मध्य तक चली, जब Microsoft [स्पष्ट रूप से निराशा से] ने अपने उत्पाद को एक प्रोत्साहन देने का फैसला किया और इसे शिक्षा के क्षेत्र में लगभग मुफ्त में वितरित करना शुरू कर दिया (मैं अतिशयोक्ति करता हूं, निश्चित रूप से), और बाकी सभी के लिए एक मूल्य ड्रॉप भी बनाया। और शिक्षा के क्षेत्र में, वास्तव में, गंभीर उत्पाद हैं और पायरेसी है। तो, जुलाई 2013 के लिए इनपुट डेटा: एक "होनहार" मंच है, इच्छुक ग्राहक हैं, गार्डेंट मोबाइल प्रोजेक्ट के रूप में तैयार डेटाबेस है (माइक्रोएसडी और यूएसबी कुंजियों के साथ एंड्रॉइड पर ध्यान केंद्रित)। काम पर लगना।

असफल प्रयास

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

यह काम नहीं किया सेटअप, विंडोज आरटी की आंशिक सीमाओं से आता है।

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

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

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

स्वाभाविक रूप से, हमने सभी दस्तावेज़ों और इंटरनेट के माध्यम से अफवाह की, Microsoft के प्रतिनिधियों के साथ बात की, लेकिन हमें अपने हाथों पर एक शासक मिला और इस परियोजना को छोड़ दिया - यह असंभव है, यह असंभव है।

हालांकि, हमारे इंजीनियरिंग दिमाग इतनी आसानी से हार मानने को तैयार नहीं थे। यह मानना ​​कठिन था कि इस सीमा को दरकिनार करने के लिए बैसाखी की कोई जोड़ी नहीं होगी। वे मिल गए थे। यहाँ एक दो कदम नुस्खा है:

1. कार्ड पर 400 एमबी साझा करने के लिए एक फ़ाइल बनाएं।
2. हम फर्मवेयर को माइक्रोकंट्रोलर के उत्तर को क्रमिक रूप से लिखने के लिए मजबूर करते हैं, और फ़ाइल की शुरुआत के लिए हर समय नहीं।

और यहाँ यह अविश्वसनीय और कुटिल है - लेकिन एक काम करने वाला समाधान है। इस फ़ाइल के आकार के साथ, विंडोज RT पूरी तरह से पढ़ने के लिए इसे कैश करने की हिम्मत नहीं करता है, और चूंकि उत्तर हमेशा एक्सचेंज फ़ाइल में नए पते पर लिखा जाता है, इसलिए इसे पूरी तरह से पढ़ा जाता है। धीमी - फ़ाइल आकार के कारण - लेकिन पढ़ें।

पाया समाधान के बावजूद, यह निम्नलिखित चिंताओं के कारण उत्पादन में नहीं गया:

भविष्य की सतह में रैम में महत्वपूर्ण वृद्धि विंडोज आरटी को अभी भी पूरी तरह से पढ़ी गई फ़ाइल (या कम से कम महत्वपूर्ण भागों) को कैश करने की अनुमति दे सकती है
• हम 4 जीबी फ्लैश मेमोरी कार्ड का एक महत्वपूर्ण हिस्सा खा रहे हैं (और टैबलेट में एकमात्र माइक्रोएसडी स्लॉट)
• जब 400MB रन आउट हो जाता है, तो उत्तरों को लूप किया जाना चाहिए और फ़ाइल की शुरुआत में लिखा जाना चाहिए - और पहले से ही कुछ कैश किया जा सकता है
• यह सब बहुत धीरे-धीरे काम करता है

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

दूसरा असफल प्रयास

फैसला किया है कि USB डोंगल के साथ हम इन समस्याओं का सामना नहीं करेंगे, हम लड़ाई में भाग गए। हमने कुंजी को एचआईडी मोड में स्थानांतरित कर दिया, इसे टैबलेट में चिपका दिया - कुंजी का पता चला, एलईडी चालू है। आप डेटा का आदान-प्रदान शुरू कर सकते हैं।

हम फिर निराश हो गए। WinRT API में कस्टम USB डिवाइस में कुछ भेजने का कोई तरीका नहीं था, भले ही हमारे पास ईमानदार HID का समर्थन था। माइक्रोसॉफ्ट, बेशक, विंडोज आरटी को एक बंद पारिस्थितिकी तंत्र (ओएस, हार्डवेयर, गैर-वैकल्पिक एप्लिकेशन स्टोर) के रूप में डिज़ाइन किया गया है - लेकिन यह पहले से ही अव्यवस्थित निकटता है।

जुलाई के अंत तक, स्थिति इस प्रकार थी: हाथ गिरना, हमारे उपकरणों को सतह के अनुकूल नहीं बनाया जा सकता है, यह ग्राहकों को एक निर्णायक और उचित "नहीं" बताने का समय है।

और यहां हम घोषित विंडोज आरटी 8.1 और पहले से उपलब्ध पूर्वावलोकन संस्करण पर ध्यान देते हैं।

तीसरा प्रयास, सफल

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

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

वास्तव में, विकसित पुस्तकालय आपको एप्लिकेशन को दो भागों में विभाजित करने की अनुमति देता है:

1. विंडोज स्टोर ऐप
2. कोड कुंजी में (कोड सी में 50,000 लाइनों तक) का प्रमुख बौद्धिक भाग।

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

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

और अंत में कुछ महत्वपूर्ण बातें:

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

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