PHP कोड को एन्कोडिंग और डिकोड करना

मैं एक इनकोडिंग दृश्य से PHP स्रोतों को पुनर्प्राप्त कर रहा हूं।
इस लेख में, मैं इस बारे में बात करूंगा कि वर्तमान में PHP एन्कोडिंग और डिकोडिंग के साथ चीजें कैसे चल रही हैं।

PHP दुभाषिया की आंतरिक संरचना पर बहुत संक्षिप्त शैक्षिक कार्यक्रम

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

//  class A { public $prop1 = NULL; public function method1() { } } //  function FFF() { } //   echo "Hello, world!"; 

संक्षिप्तता के लिए, मैं इस लेख " opcodes " में निष्पादन के लिए तैयार एक संकलित फ़ाइल की पूरी आंतरिक संरचना को कॉल करता हूं।

किसी फ़ंक्शन के अंदर स्वयं ऑपकोड (आंतरिक PHP वर्चुअल मशीन का संचालन) इस तरह दिखता है:

  
       [००००] ZEND_INIT_FCALL_BY_NAME -, "परिभाषित" -> - 
       [०००१] ZEND_SEND_VAL (६१) "MVMMALL", - -> - 
       [0002] ZEND_DO_FCALL_BY_NAME (1) -, -> $ _z_var_120
       [0003] ZEND_JMPZ $ _z_var_120, # 0008 -> - 
       [0004] ZEND_INIT_FCALL_BY_NAME -, "परिभाषित" -> - 
       [0005] ZEND_SEND_VAL (61) "IN_ADMINCP", - -> - 
       [०००६] ZEND_DO_FCALL_BY_NAME (१) -, -> $ _z_var_120
       [००० [] ZEND_JMPNZ $ _z_var_120, # 0009 -> - 
       [००० [] ZEND_EXIT "प्रवेश निषेध", - -> - 

एक महत्वपूर्ण बिंदु: संकलित रूप में फ़ाइलें PHP दुभाषिया के विध्वंस के बीच भी काफी भिन्न होती हैं। यह समझ में आता है: उन्होंने खुद के लिए संकलित किया - और इसे स्वयं निष्पादित किया।

एनकोडर कैसे काम करते हैं

दो अलग-अलग प्रकार के एनकोडर हैं।

पहले वाले भाषा के माध्यम से ही विशेष रूप से काम करते हैं। वे बेस 64 कोडिंग, ज़िप-कोड, विभिन्न स्ट्रिंग जोड़तोड़ के साथ कोड को अपठनीय बनाते हैं, और सभी अंततः eval () फ़ंक्शन का उपयोग करते हैं। यह सब जावास्क्रिप्ट में ओफ़्फ़सकेटर के समान है। यह कुछ इस तरह दिखता है:

 eval(base64_decode("DQplcnJvcl9yZXBvcnRpbmcoMCk7DQokcWF6c --- [cut] --- KfQ0KfQ==")); 

इस तरह की सुरक्षा को बहुत ही सरलता से, सबसे कठिन मामलों में - कुछ घंटों में हटा दिया जाता है। एक और प्रमुख ऋण - प्रदर्शन गंभीर रूप से प्रभावित है। इसलिए, गंभीर उपयोग के लिए, ऐसी सुरक्षा की सिफारिश नहीं की जाती है।

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

PHP दुभाषिया लोड करने के दौरान, एन्कोडर्स के लोडर अपने संचालकों को PHP फ़ाइलों को लोड करने, संकलन और निष्पादन के कार्यों पर लटका देते हैं, ताकि एन्कोडेड फ़ाइलों के साथ काम दुभाषिया के लिए पारदर्शी हो।

एनकोडर के लिए मुख्य कठिनाई यह है कि डिकोडिंग के दौरान पीएचपी के एक अलग संस्करण के तहत एन्कोडिंग कार्य के दौरान पीएचपी के एक संस्करण के तहत संकलित ओपकोड बनाने के लिए। सभी एन्कोडर पर लगभग सभी लोडर, डिकोडिंग के बाद, इस तरह की संगतता सुनिश्चित करने के लिए आवश्यक परिवर्तन करते हैं। इस बाजार में मुख्य खिलाड़ी - IonCube - ने इस समस्या को हल करने के लिए बहुत प्रयास किए, और इसके लोडर सही ढंग से PHP 4.x से PHP 5.x से मक्खी पर opcodes को निष्पादित कर सकते हैं, और यदि संभव हो तो - इसके विपरीत भी!

कहानियो

इसके अलावा, अतिरिक्त सुरक्षा के लिए, अधिकांश एन्कोडर पहचानकर्ताओं को बाधित करना संभव बनाते हैं: चर के नाम, फ़ंक्शन के नाम, कक्षाएं। यह प्रक्रिया, एक नियम के रूप में, एक-तरफ़ा है - एक हैश की तरह, और इसके अलावा, अनपेक्षित वर्णों के नाम अक्सर प्राप्त होते हैं, जो ठीक काम करते हैं, लेकिन जिसका उपयोग सीधे विघटित ग्रंथों में नहीं किया जा सकता है। उदाहरण के लिए, नाम के साथ एक फ़ंक्शन कैसे लिखें ... * बाइट्स द्वारा निर्धारित * 0x0D, 0x07, 0x03, 0x0B, 0x02, 0x04, 0x06?

यह सुनिश्चित करने के लिए विशेष ध्यान दिया जाता है कि मोटे नाम सही ढंग से काम करते हैं। उदाहरण के लिए, चेक लिकेंस फ़ंक्शन को कोड में कहा जाता है - लोडर मक्खी पर नाम की पुष्टि करता है, {0x0D, 0x07, 0x03, 0x0B, 0x02, 0x04, 0x06} प्राप्त करता है और फ़ंक्शन के नाम के साथ हैश तालिका में इस कुंजी को खोजता है।

Zend Guard रन-टाइम फ़ंक्शंस भी प्रदान करता है zend_obfuscate_function_name और zend_obfuscate_class_name, जो आपको फ़ंक्स्ड कोड को आसानी से गणना करने के लिए फ़ंक्शंस और क्लासेस के लिए अस्पष्ट नामों की गणना करने की अनुमति देता है।

डिकोडर्स स्ट्राइक बैक

एक डिकोडर बनाने के लिए, आपको दो चीजों की आवश्यकता होती है: डिक्रिप्टेड ओपकोड प्राप्त करें और उन्हें पीएचपी स्रोत कोड में अपघटित करने में सक्षम हों।

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

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

और अंत में, एक लोकप्रिय एनकोडर के लेखकों ने अगला कदम उठाया: उन्होंने कुछ निर्देशों में इसके अतिरिक्त व्यक्तिगत ऑपरेंड्स को एनकोड करना शुरू किया और PHP वर्चुअल मशीन के संबंधित कमांड के लिए अपने हैंडलर को लटका दिया। उदाहरण के लिए, कोड $a = 0; $a = 5; में बदल गया $a = 5; , और निष्पादन के समय, कस्टम नियम 5 को 0 पर वापस करता है।

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

जिन लोगों ने अधिक प्रयास किया, वे दृश्य में प्रवेश कर गए - उलट और एन्कोडेड फ़ाइलों के प्रारूप में पारंगत।

डिकोडर के संचालन में दूसरा भाग विघटन है। यह एक कठिन, लेकिन दिलचस्प, विशुद्ध रूप से एल्गोरिथम कार्य है।

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

सभी ओपन एक्सेस डिकंपाइलर कोड के केवल 90-95%% को सही ढंग से पुनर्प्राप्त करते हैं। बाकी को मैन्युअल रूप से तय किया जाना है, और यहां PHP में प्रोग्रामिंग का अनुभव और विघटन का अनुभव बहुत बड़ी भूमिका निभाता है। त्रुटियां आमतौर पर ठेठ होती हैं।

संक्षेप में: अभी तक मुख्य वाणिज्यिक एन्कोडर के लिए पूरी तरह से स्वचालित डिकोडिंग नहीं है।

खुद को डिकोडिंग से कैसे बचाएं

यह स्पष्ट है कि जल्द या बाद में, यदि आवश्यक हो, तो कोई भी एन्कोडेड कोड खोला जाएगा। लेकिन यह जानते हुए कि डिकोडर कैसे काम करते हैं, यह प्रक्रिया गंभीर रूप से जटिल हो सकती है:

• यदि संभव हो तो, PHP के नए संस्करणों और भाषा को पूर्ण रूप से उपयोग करें: नेमस्पेस, लक्षण, लैम्ब्डा
• नामों का उपयोग करना सुनिश्चित करें, और छोटे और मानक नामों का उपयोग न करने का प्रयास करें: $ ch, $ ci, $ arrest, 'लाइसेंस', 'मान्य' ...
• डिकोडर फॉर्म के निर्माण "पालन" करते हैं
  connect(...) or die(...);
  और फार्म की उनकी विविधताएं:
  defined('MYCONST') or define('MYCONST', true);
  या
  ($_alias = $object_name) OR $_alias = $class;
• विशेष रूप से "अच्छे" डिकोडर फॉर्म के दुर्लभ निर्माणों को समझते हैं:
  
  $valid ? $a : exit('Error!');

$valid ? $valid : print('Error!'); // PHP: , print ? ;)
• भाषा के "पसंदीदा" तत्व का उपयोग करें: list( , , $c, $d) और प्रपत्र का निर्माण while(list($k, $v) = each($arr))
• "डीकम्प्रेसर के लिए मिठाई" आज़माएँ:
  
  

   switch($eatThis) { default: $doNothing = 0; } 

  
  
  (हास्य यह है कि डिकंपाइलर आमतौर पर कम से कम एक मामले को देखने की उम्मीद करते हैं, जिसके बिना वे यह नहीं समझते हैं कि यहां एक स्विच निर्माण हुआ था)
• कुछ सार्वजनिक रूप से उपलब्ध डिकोडर जटिल विधि या संपत्ति के नामों पर विफल होते हैं: $obj->{'alpha' . $beta} $obj->{'alpha' . $beta}
• जादू की विधियों के साथ दूसरा भाग भी दुर्घटनाग्रस्त हो जाता है, जिसमें __construct भी शामिल है

कानूनी पहलू

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

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

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

यह स्पष्ट है कि एन्कोडर्स के निर्माता पसंद करेंगे कि कोई भी एन्कोडेड फ़ाइलों को कभी भी डीकोड न कर सके। लेकिन उन लोगों के लिए जो बेईमान फ्रीलांसरों के बाद, या विकास कंपनी के लापता होने के बाद कोड-कोडेड के साथ छोड़ दिए जाते हैं (जो कि अक्सर होता है), डिकोडिंग के बारे में राय इसके ठीक विपरीत है।

रोचक तथ्य और किस्से

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

जब छोटे नामों को बाधित करते हैं, तो अक्सर टकराव पैदा होता है। जाहिरा तौर पर, ऐसे मामलों में, एन्कोडर के लिए तकनीकी सहायता बस मोटापे के खिलाफ सलाह देती है।

फ्रीलांसर अक्सर PHP डॉक्यूमेंट से और StackOverflow के साथ कोड के टुकड़ों का उपयोग करते हैं, जो कि वहाँ से उदाहरणों से लिए गए पहचानकर्ताओं से बना एक शब्दकोश है, जो आमतौर पर औसत प्रोजेक्ट में सभी नामों के 90% से कम संख्या में काम करने की अनुमति देता है।

हर समय मैं केवल पांच अलग-अलग PHP डीकंपाइलर से मिला। उनमें से तीन रूसी-भाषी प्रोग्रामर द्वारा लिखे गए थे, एक और - चीनी द्वारा और एक और - फ्रांसीसी ने कसम खाई थी। एक ट्रिफ़ल, लेकिन अच्छा - "हमारा" पर गर्व है :)

इसके अलावा, रूसी बोलने वाले अधिकांश ग्राहक मुफ्त में काम करने के लिए अपने तरीके से पूछते हैं :)



युपीडी। मुझे उदाहरण के भाग को eval-encoded कोड के साथ काटना पड़ा, क्योंकि Kaspersky ने इस पर चेतावनी जारी की थी। धन्यवाद नोकिमारो !