GHIDRA बनाम। आईडीए के प्रो

अभिवादन

मुझे लगता है कि अब समय आ गया है। पफ / उबलना / एक राय है। हाइड्रा की रिहाई के साथ, रिवर्स इंजीनियरों के लिए उपकरणों के साथ स्थिति काफी बदल गई है। यदि इससे पहले कोई विशेष विकल्प नहीं था कि क्या उपयोग किया जाए ( बाइनरी निंजा , हॉपर , जेईबी या रेडारे 2 का उल्लेख यहां नहीं किया जाएगा, क्योंकि सूचना सुरक्षा कंपनियों और समुदायों में मुझे पता है कि वे बहुत कम संख्या में लोगों का उपयोग करते हैं, या कुछ (हाय, राडार) में शामिल होने के लिए थ्रेशोल्ड का उपयोग करते हैं। बहुत अधिक है, या आर्किटेक्चर का कवरेज केवल x86 / x64 / ARM / ARM64 / MIPS तक ही सीमित है , अब हमारे पास एक बहुत ही शक्तिशाली Hex-Rays है जिसका प्रतिनिधित्व NSA अपने GHIDRA साथ GHIDRA ।

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

1. समर्थित आर्किटेक्चर
   

   यदि आप केवल इंटेल प्लेटफॉर्म (x86 / x64) के साथ काम करने वाले एक रिवर्स इंजीनियर हैं, तो अन्य सभी की उपस्थिति आपके लिए कोई मायने नहीं रखती है। लेकिन, अगर आपको कई अलग-अलग काम करने हैं फ़ाइल होस्टिंग आर्किटेक्चर, डिफ़ॉल्ट डिलीवरी में जितना अधिक होगा, उतना बेहतर होगा।
   

2. समर्थित प्रारूप
   

   पिछले पैराग्राफ में ही, डेटा प्रारूपों के संबंध में।
   

3. विघटन गुणवत्ता
   

   लगभग सबसे आवश्यक और महत्वपूर्ण घटक डिकंपाइलर है। केवल Ghidra से बहुत अधिक समझदारी नहीं है, इसलिए यहाँ Ghidra / IDA क्या कर सकता / सकती है, Ghidra अवलोकन किया गया है।
   

4. एक्स्टेंसिबिलिटी, एसडीके / एपीआई
   

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

5. प्रलेखन
   

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

6. डीबगर (जांच की गई फ़ाइलों के लिए)
   

   रिवर्स इंजीनियरिंग वातावरण के लिए एक महत्वपूर्ण और आवश्यक घटक। स्टैटिक्स में भी यह संभव है, लेकिन डायनामिक्स में यह आसान है।
   

7. फाइल विश्लेषण गति
   

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

8. काम की सुविधा (इंटरफ़ेस, हॉट कीज़, कीबोर्ड इनपुट पर ध्यान दें)
   

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

9. नया संस्करण जारी
   

   कितनी जल्दी कीड़े तय हो जाते हैं, नई सुविधाओं को जोड़ा जाता है, और, तदनुसार, नए संस्करण जारी किए जाते हैं, एक अच्छी विकास टीम का एक संकेतक और एक गंभीर दृष्टिकोण है।
   

10. वितरण किट प्राप्त करने की कठिनाई
    

    खरीदें, डाउनलोड करें, वितरण का निर्माण करें - यही यहां है।
    

11. समर्थन
    

    क्या आप लेखकों को एक गलती की रिपोर्ट करना चाहते हैं, एक नई सुविधा का सुझाव दें, या बस कुछ के बारे में पूछें - यह सब समर्थन के बारे में है। हम यह पता लगाएंगे कि कौन बेहतर है - एक भुगतान या मुफ्त उत्पाद।
    

12. समुदाय
    

    समुदाय की उपस्थिति, और इसके साथ संवाद करने का अवसर, विकास की समस्याओं पर चर्चा, कार्यक्षमता के बारे में सवाल, या सिर्फ जानकार लोगों (डेवलपर्स नहीं) से अच्छी सलाह मिलती है - यह समुदाय है।
    

13. परियोजना सहयोग
    

    एक परियोजना पर कई लोगों का काम एक महत्वपूर्ण बिंदु है जो इसे अनदेखा कर सकता है।
    

तुलना

1. समर्थित आर्किटेक्चर (आईडीए)

बॉक्स से बाहर, IDA Pro बहुत बड़ी संख्या में प्रोसेसर और उनके संशोधनों का समर्थन करता है। सूची सम्मानजनक है: https://hex-rays.com/products/ida/processors.shtml
Starter और Professional Edition लिए प्रोसेसर की सूची अलग-अलग है, 64-बिट केवल प्रो संस्करण (साथ ही डेमो संस्करण , धन्यवाद स्लिंकिनोन ) में समर्थित है । उत्तरार्द्ध में प्लेटफार्म काफी दुर्लभ हैं, लेकिन फिर भी।

यदि काम IoT पर केंद्रित नहीं है, तो Starter पर्याप्त है, अन्यथा आपको Pro संस्करण खरीदना होगा।
अपघटन केवल x86 / x64 / arm / arm64 / PowerPC , अगले वर्ष की पहली छमाही में वे MIPS डिकंपाइलर को रोल आउट करने का वादा करते हैं।

1. समर्थित आर्किटेक्चर (GHIDRA)

सूची का कोई ऑनलाइन संस्करण नहीं है, इसलिए मैं इसे यहां ला रहा हूं:

यहां सूची कोर प्रोसेसर (संशोधनों के बिना) के रूप में प्रस्तुत की गई है, लेकिन इसका मतलब यह नहीं है कि वे समर्थित नहीं हैं। Decompilers प्रत्येक प्रोसेसर मॉड्यूल के लिए उपलब्ध हैं।

2. समर्थित प्रारूप (आईडीए)

यहां प्रारूपों की सूची: https://hex-rays.com/products/ida/file_formats.shtml

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

2. समर्थित प्रारूप (GHIDRA)

ऊपर दी गई सूची https://github.com/NationalSecurityAgency/ghidra/tree/master/Ghidra/Features/FileFormats/src/main/java/ghidra/file/formats पर सिर्फ एक सूची है।
यहाँ एक और फ़ाइल सूची: https://github.com/NationalSecurityAgency/ghidra/tree/master/Ghidra/Features/Base/src/main/java/ghidra/app/util-bin/format

3. गुणवत्ता विघटन (आईडीए)

इडा के डिकंपाइलर x86 / x64 / arm / arm64 कोड के साथ अद्भुत काम करता है (मैं PowerPC बारे में कुछ नहीं कह सकता, क्योंकि मैंने इसे नहीं देखा है), जो कुछ मानक संकलक द्वारा उत्पन्न किया गया था, जिनमें से अधिकांश एक नीट सी-लिस्टिंग का उत्पादन करता है।

डेवलपर्स ने शुरू में एमएस-डॉस कोड पर ध्यान केंद्रित किया, इसलिए यहां तक ​​कि काफी पुराने कंपाइलरों की कलाकृतियों को भी ध्यान में रखा गया है (कई खिड़कियों में इंटरफ़ेस में यहां , , es / ds / ss / fs / gs ( ds - यहां तक ​​कि MIPS पर हैं!)), Up काफी नया है। सच है, IDA संकलक अनुकूलन चालू हो गया है और यह अच्छी तरह से नहीं कर रहा है, और निकास नरक में बदल जाता है।

Ida (या असेंबलर) में अज्ञात संकलक में लिखे गए कोड के साथ, परिणाम बहुत खराब हो जाते हैं: एक गैर-मानक calling convention का उपयोग करना एक विघटित सूची को लगभग अपठनीय सेट में बदल जाता है।

अपने @ और <> साथ __usercall माध्यम से फ़ंक्शन के प्रोटोटाइप की इनपुट लाइन में मैन्युअल रूप से आवश्यक रजिस्टरों को सेट करने की आवश्यकता है, एक बड़ी माइनस है, खासकर जब बहुत सारे रजिस्टर होते हैं, और दूसरी तरफ, हाइड्रा में यह नहीं होता है, और वहां केवल GUI के माध्यम से होता है, जो कि GUI के माध्यम से नहीं है, जो है यह हमेशा सुविधाजनक होता है यदि उपयोग किए जाने वाले रजिस्टरों की संख्या छोटी है।

3. विघटन की गुणवत्ता (GHIDRA)

मुझे ऐसे लोगों के बारे में नहीं पता है जो कहेंगे कि हाइड्रा डीकॉम्पिलर ठंडा है। यहां, खुशी के लिए, यह अधिक संभावना है कि यह आम तौर पर मौजूद है, और प्रत्येक समर्थित प्रोसेसर के लिए है!

जारी किए गए कोड में हाइड्रा डिकम्पॉइलर में बहुत अधिक कचरा होता है, जो कि इडा उपयोगकर्ता के लिए असामान्य है, जो अक्सर इसमें क्या हो रहा है, इसके सार को समझने से विचलित होता है।

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

इसके अलावा, हाइड्रा डीकॉम्पिलर परवाह नहीं करता है जिसमें तर्क आते हैं - यदि वे एक्सेस किए जाते हैं, तो उनका उपयोग किया जाएगा।

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

4. कार्यक्षमता विस्तारशीलता (आईडीए)

Ida आपको लोडर, प्लगइन्स, डिबगर्स और प्रोसेसर मॉड्यूल, साथ ही साथ स्क्रिप्ट को सीधे इंटरफ़ेस में लिखने की अनुमति देता है। कुछ को अजगर में लिखा जा सकता है, जो थोड़ा और अधिक सुविधाजनक है ( आईडीएपीथॉन प्लगइन के माध्यम से, IDA डेवलपर्स द्वारा नहीं लिखा गया है, Elias Bachaalany द्वारा)।

6.x संस्करण के दौरान प्लगइन्स को विकसित करने की प्रक्रिया काफी जटिल थी, जैसा कि गैर-दस्तावेजीकरण अनुपस्थित था। अब समय बदल गया है, अपना खुद का टुकड़ा लिखना आसान हो गया है। हर साल एक प्रतियोगिता आयोजित की जाती है, जहां डेवलपर्स अपनी राय में सबसे अच्छा प्लगइन चुनते हैं (और दृश्य बल्कि विवादास्पद है)। उदाहरण के लिए, पिछली बार जीती गई प्रतियोगिता में, कभी भी अनुमान न लगाएं sokratitel कार्यात्मक विस्तारक ... यह IDA में KILLS Undo समर्थन करने वाला एक प्लगइन निकला! बस कोई शब्द नहीं हैं। डेवलपर्स इतने लंबे समय से इस सुविधा के लिए पूछ रहे हैं, लेकिन जब तक GHIDRA नहीं आया, तब तक कोई भी उंगली नहीं GHIDRA चाहता था। और अब - कृपया प्लगइन के साथ शांत सुविधा को हटा दें - आप जीत गए, बधाई!

प्लगइन्स को डीबग करना आसान है, खासकर अगर यह सी ++ में लिखा गया था। अजगर या IDC स्क्रिप्ट को डीबग करना अधिक कठिन है, और इसका कोई आधिकारिक तरीका नहीं है।

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

और फिर संस्करण 7.1 , फिर से परिवर्तन हुए, और सब कुछ एक नए तरीके से मरम्मत करना पड़ा।

4. कार्यक्षमता विस्तार (GHIDRA)

Ghidra Java में लिखा गया Java ( C++ में एक Ghidra साथ), Python स्क्रिप्टिंग ( Jython माध्यम से) के समर्थन के साथ। Eclipse लिए GhidraDev प्लगइन मानक पैकेज में शामिल है, जिससे आप प्रोजेक्ट टेम्प्लेट बना सकते हैं (जिसे बाद में IntelliJ IDEA में आयात किया जा सकता है)। IDE और दस्तावेज़ीकरण में स्वत: पूर्णता ठीक काम करती है और यह जानने में आधा घंटा लगता है कि आपका पहला प्लग-इन कैसे लिखा जाए।

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

विकास के दौरान अपनी परियोजनाओं को सही से डिबग करने के लिए Eclipse उपयोग करना सुविधाजनक है।

5. प्रलेखन (आईडीए)

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

" आईडीए प्रो बुक " पुस्तक डेवलपर्स द्वारा नहीं लिखी गई थी, और केवल 6 वें संस्करण के लिए जारी की गई थी। तब से, कोई नई किताबें जारी नहीं की गई हैं, डेवलपर्स से प्लगइन्स विकसित करने के लिए कोई मैनुअल नहीं हैं।

संस्करण 7.0 से कहीं 7.0 प्रलेखन एक वेब संस्करण में विकसित होना शुरू हुआ, और एसडीके से एपीआई कार्यों का एक खराब विवरण।

5. प्रलेखन (GHIDRA)

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

6. डिबगर (आईडीए)

हाँ, वह है। और यह काम करता है। विंडोज, लिनक्स, मैकओएस, gdb माध्यम से कनेक्ट करने की क्षमता। उत्तरार्द्ध के बारे में: अधिकांश गैर-मानक प्लेटफार्मों के लिए, मुझे अपना डिबगर मॉड्यूल लिखना था, अब ऐसे प्लेटफार्मों के लिए gdb के माध्यम से डीबग करने का अवसर है: x86 / x64 , ARM / AArch64 , PowerPC , MIPS , Motorola 68k , Infineon TriCore , Renesas RH850 । पूरी सूची यहां: https://hex-rays.com/products/ida/debugger/index.shtml#details

6. डिबगर (GHIDRA)

काश, अभी तक सार्वजनिक डोमेन में कोई डिबगर नहीं है। WikiLeaks पर डॉक ने कुछ डिबगिंग मॉड्यूल का उल्लेख किया। फिर भी, यह ज्ञात है कि एनएसए इस पर काम कर रहा है, और एक डिबगर होगा!

इस बीच, प्लगइन्स के माध्यम से जो इंटरफ़ेस की क्षमताओं का विस्तार करते हैं, अपने स्वयं के डिबगर को लिखना संभव है। लेकिन जाहिर है, कोई भी ऐसा नहीं करता है।

7. काम की गति (आईडीए)

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

7. काम की गति (GHIDRA)

जब दो रेवर्स के बीच बातचीत इन इडा और हाइड्रा की गति पर चर्चा करने के लिए आती है, तो हर कोई इस निष्कर्ष पर पहुंचता है कि हाइड्रा को बड़ी फ़ाइलों को संसाधित करने में बहुत समय लगता है। हालांकि इसे बहुसंख्या में लेते हुए लिखा गया है। और Java दोष देना है: क्रॉस-प्लेटफॉर्म के लिए प्लस, गति के लिए माइनस। हालाँकि, यदि आप JVM लिए मेमोरी, स्टैक और हीप की मात्रा और साथ ही थ्रेड्स की संख्या कॉन्फ़िगर करते हैं, तो काम थोड़ा तेज हो जाता है।

8. उपयोगिता (आईडीए)

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

उपस्थिति के संबंध में, कुछ संस्करण 6.x एक स्व-लिखित चित्रमय इंटरफ़ेस का उपयोग किया गया था। इसके अलावा, डेवलपर्स पूरी तरह से Qt बदल गए। इंटरफ़ेस निश्चित रूप से अच्छा हो गया है। टैब, बटन और इंटरफ़ेस तत्वों का स्थान बहुत लंबे समय से नहीं बदला है।

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

8. काम की सुविधा (GHIDRA)

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

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

क्योंकि Ghidra Java में लिखा गया Java , डेवलपर्स ने JDK की बुनियादी कार्यक्षमता का उपयोग किया, अर्थात् Swing । इस वजह से, हमारे पास जो है वह हमारे पास है। लेकिन इसे हाइड्रा का माइनस नहीं कहा जा सकता।

9. नए संस्करण की रिलीज़ (आईडीए)

क्या आपने देखा है कि हाइड्रा की रिहाई के साथ, इडा के नए संस्करण अधिक बार बाहर आने लगे? लेकिन मैंने बारीकी से देखा। जानते हो क्यों? बेशक, प्रतियोगिता प्रतिस्पर्धा है। अंत में वह दिखाई दी!

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

ऐसा लगता है कि उत्पाद प्रतिस्पर्धा के कारण इडा के नए संस्करणों की रिलीज गति बढ़ जाएगी।

9. नए संस्करणों की रिलीज़ (GHIDRA)

हाइड्रा के नए संस्करणों की रिहाई की नियमितता काफी बड़ी है: स्रोत प्रकाशित होने के बाद से लगभग छह संस्करण जारी किए गए हैं।

यदि आप एक नए वितरण रिलीज के लिए लंबे समय तक प्रतीक्षा करते हैं, तो आप गिटब के साथ एक मास्टर शाखा बना सकते हैं। पहली बार एक घंटे से अधिक समय लगेगा, लेकिन यह इसके लायक है।

10. वितरण किट प्राप्त करने में कठिनाई (आईडीए)

हर कोई इस कहानी को जानता है: " इलफेक गिलफानोव - लड़ाई चोरी! "। इस वजह से, खरीद के लिए वितरण किट के Pro और Starter संस्करणों तक पहुंच बहुत मुश्किल और कम हो गई है। केवल उन नश्वर लोगों के लिए जिनके पास पहुंच नहीं है पागल पैसा gmail , mail.ru आदि जैसे सार्वजनिक मेल सर्वर पर मेलबॉक्स नहीं, वितरण संभव नहीं है। और, यहां तक ​​कि अगर आपके पास अपना आईपी, आपकी वेबसाइट है, तो आपको कई जांचों से गुजरना होगा, स्कैन, पुष्टिकरण आदि भेजना होगा। और यह सब इसलिए कि वितरण इंटरनेट पर पोस्ट नहीं किया गया है। यह हमेशा मदद नहीं करता है।

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

बहुत पहले नहीं, आधिकारिक, लेकिन छात्रों के लिए छंटे हुए संस्करण दिखाई देने लगे, बिना विघटित हुए, और कई अन्य प्रतिबंध (अधिक विवरण)।

10. वितरण होने में कठिनाई (GHIDRA)

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

11. समर्थन (आईडीए)

मुझे Hex-Rays समर्थन के साथ कितना संवाद करना था, हमेशा एक अलग अनुभव था: समर्थन में काम करने वाले कुछ लोग बहुत विनम्र हैं और हमेशा मदद के लिए तैयार हैं। भाग: मुख्य डेवलपर, और संचार कठोर हो गया। खासकर अगर राय मेल नहीं खाती। लेकिन, शायद यही इसका स्वभाव है। यही बात इंटरनेट पर उपयोगकर्ताओं के साथ संचार में है।

हाल ही में यह पता चला कि केवल मैं अपने दोस्तों से समर्थन के साथ संवाद करता हूं। स्क्रॉलिंग के दौरान चयन के नुकसान से संबंधित एक बहुत पुरानी बग, जो कि 6.6 संस्करण में उत्पन्न हुई, जिसके बारे में हर कोई जानता है, डेवलपर्स द्वारा कभी भी बहस नहीं की गई है। उसने पूछा कि क्या मामला था। और उत्तर इस शैली में हैं: "मैं ऐसे व्यक्ति के साथ संवाद नहीं करना चाहता जो इस तरह से उपयोगकर्ताओं का इलाज करता है ।" काश, प्रतिष्ठा उस तरह से काम करती है।

फिर भी, जिन बग और सुझावों की मैंने डेवलपर्स को सूचना दी थी, उन्हें ठीक कर लिया गया था (सभी नहीं)।

11. समर्थन (GHIDRA)

हाइड्रा में github पर भंडार है। वहाँ issues , और यह वह जगह है जहाँ आपको बग रिपोर्ट करने की आवश्यकता है। कुछ की प्रतिक्रिया की गति बहुत लंबी या काफी तेज हो सकती है। लेकिन, बग सिर्फ उसी तरह से बंद नहीं होते हैं, वे कहते हैं, हम इसे लागू नहीं करना चाहते हैं। सब कुछ माना जाता है, खाते में लिया जाता है। .

PR . .

12. (IDA)

, . , -, . , , , .

12. (GHIDRA)

: ghidra.re , -, @GHIDRA , github. , .

13. (IDA)

. , , , -, .

13. (GHIDRA)

. -, .

निष्कर्ष

. , - . , Linux — // , , .

/ IDA . , . .

, , Ghidra . IDA — .

— . . , Ghidra , IDA — . , , IoT — . .

, , . आपका धन्यवाद

PS .
PPS 2 - .
PPPS . . netch80 .