GunZRs: गेम डेटा से पुनर्निर्माण से पहले पैकिंग सीमा की पहचान करना
लक्ष्य: GunZ: द्वंद्व स्टीम इंस्टॉलेशन, Gunz.exe और .mrs अभिलेखागार
लेखक / श्रेय: OpenRsG
स्रोत समीक्षा दिनांक:
स्थिति की समीक्षा करें: सूत्रों की समीक्षा की गई; लेखक परीक्षण स्वतंत्र रूप से दोबारा नहीं चलाए गए।
सवाल
जब एक पैक्ड निष्पादन योग्य गेम लॉजिक की स्थैतिक पुनर्प्राप्ति को रोकता है तो पुनर्निर्माण कैसे जारी रह सकता है?
REA ने क्या किया
REA और Ghidra मूल फ़ाइलों की जांच करते हैं। लेखक स्थानीय REA Evidence पथों के साथ Themida अनुभाग, प्रविष्टि RVA और Gunz.exe में अनपैकिंग स्टब्स रिकॉर्ड करता है। फिर गेम प्रारूप मुख्य रूप से डेटा-फ़ाइल संरचना से पुनर्प्राप्त किए जाते हैं। सार्वजनिक स्क्रिप्ट में REA क्वेरी, उत्पन्न ELF/PE फिक्स्चर, विश्लेषण, कैशिंग और विफलता प्रसार भी शामिल है।
लेखक-रिपोर्ट किए गए परिणाम
परियोजना Rust + बेवी पुनर्निर्माण, प्रारूप नोट्स, क्वेरी स्क्रिप्ट और परीक्षण प्रकाशित करती है। लेखक स्वामित्व वाले इंस्टॉलेशन, मैप्स, एक्शन, बॉट, ब्राउज़र बिल्ड और LAN के साथ Linux प्लेएबिलिटी की रिपोर्ट करता है। जेनरेट किए गए ELF/PE फ़ंक्शन विश्लेषण और स्नैपशॉट-रीप्ले चेक को गेम संगतता से अलग से रिकॉर्ड किया जाता है।
सीमाएँ और असत्यापित दावे
पैक्ड गेम कोड को सांख्यिकीय रूप से पुनर्प्राप्त नहीं किया गया था, और कुछ व्यवहार और समय का अनुमान लगाया गया है। मूल Evidence लेखक के लिए स्थानीय रहता है; सार्वजनिक सामग्री में विवरण और स्क्रिप्ट शामिल हैं। Windows/macOS CI बिल्ड की रिपोर्ट की गई है लेकिन लेखक द्वारा इसे चलाया नहीं गया है। मानचित्र गणना में अलग-अलग नोट स्कोप होते हैं और पूर्ण अनुकूलता साबित नहीं होती है। इस कैटलॉग ने इसे दोबारा नहीं चलाया.
क्या सीखना है
एक विश्लेषण विफलता अभी भी एक उपयोगी सीमा स्थापित कर सकती है: बाइनरी तथ्यों, डेटा-फ़ाइल अवलोकनों और अनुमानों को अलग से लेबल करें।
स्रोत में REA उपयोग साक्ष्य
stub (REA evidence under .local/re/a076a5d8…/). Game code is not statically readableअंश स्वरूपण सरलीकृत किया गया है. संपूर्ण संदर्भ के लिए मूल स्रोत पढ़ें।
मूल स्रोत
स्वतंत्र संपादकीय सारांश. इसका श्रेय मूल लेखकों को जाता है। लक्ष्य सॉफ़्टवेयर, इंस्टॉलर और पूर्ण डिकंपाइलर आउटपुट यहां पुनर्वितरित नहीं किए गए हैं।