चेतावनी

यह एक बगी RAT है, पूरा नहीं हुआ, स्थिर नहीं है। यह अभी भी एक 'कार्य प्रगति पर' एप्लिकेशन है।

परिचय

यह परियोजना मेरे कुछ खाली समय को बिताने के लिए बनाई गई है, इसे सक्रिय रूप से बनाए नहीं रखा जाता है। सुधार/ठीक करने के लिए बहुत सी चीजें हैं, और इस परियोजना पर स्थिरता तक पहुँचने में समय लगेगा।

विशेषताएँ

• रिवर्स शेल
• प्रक्रिया सूची
• डेस्कटॉप स्ट्रीमिंग
• फ़ाइल सिस्टम
• फ़ाइल डाउनलोड

परियोजना को समझना

IThreadChannels दो थ्रेड्स को एक सिंक्रोनस तरीके से संचार करने का साधन हैं। मैं उन्हें संचार के लिए दो थ्रेड्स द्वारा साझा किए गए परमाणु ऑब्जेक्ट के रूप में उपयोग करता हूं, इस ऐप में मैं दो-तरफा संचार चाहता हूं इसलिए मुझे दो चैनलों की आवश्यकता है, इसके लिए मैंने IDoubleThreadChannel बनाया। सिंक्रोनस का मतलब है कि उन्हें आवश्यकतानुसार ईवेंट प्राप्त करने के लिए संचार करने वाले थ्रेड्स द्वारा कॉल किया जाना चाहिए। उदाहरण के लिए, UI थ्रेड getFromApp() को कॉल करेगा और App ईवेंट प्राप्त करने के लिए वहां ब्लॉक करेगा।

दूसरी ओर, कम्युनिकेटर अपने स्वयं के थ्रेडिंग का प्रबंधन करते हैं और अतुल्यकालिक रूप से कॉलबैक ट्रिगर करते हैं। आप उन्हें कॉल नहीं करते, वे आपको कॉल करते हैं।

दिशा-निर्देश

• पैकेट ऑब्जेक्ट्स को NetServerService द्वारा हटाया जाना चाहिए
• क्लाइंट पॉइंटर्स को Application द्वारा हटाया जाना चाहिए।

मैक्रोज़

• SHOW_CONSOLE यदि डिबगिंग उद्देश्यों के लिए कंसोल दिखाया जाना चाहिए।
• MANUAL_MEMORY_MANAGEMENT यदि true है तो मैं आवंटित मेमोरी को प्रबंधित करने का प्रयास करता हूं (सीखने के लिए), यदि false है, तो मैं इसके बजाय shared_ptr का उपयोग करूंगा ताकि मेमोरी प्रबंधन बहुत आसान हो।

कार्य सूची

• डेस्कटॉप स्ट्रीमिंग सुविधा पूरी नहीं हुई (अनंत लूप से बाहर निकलें)।
• त्रुटियों से छुटकारा पाएं, ज्यादातर रूपांतरण समस्याएं
• पैकेट हेडर को पैकेट की लंबाई के लिए int32_t नहीं, बल्कि 8 बाइट भेजने चाहिए, इसलिए इसे uint64_t में बदलें
• रीड/राइट लॉक का उपयोग करें https://docs.microsoft.com/en-us/windows/win32/api/synchapi/nf-synchapi-acquiresrwlockexclusive
• Buffer वर्ग में dataLength फ़ील्ड गलत है, इसे सुधारा जाना चाहिए
• Event ऑब्जेक्ट्स में एक void* होने की समस्या, जिसे delete void* के माध्यम से हटाया नहीं जाना चाहिए, या तो जैसा मैंने किया, ईवेंट का उपभोक्ता इसे अपेक्षित मान में कास्ट करने और हटाने का ध्यान रखता है, या, क्लास टेम्पलेट जैसे new AppEvent का उपयोग करके, फिर इसे delete object* किया जा सकता है
• Buffer वर्ग को अवैध संचालन पर अपवाद फेंकना चाहिए।
• एन्क्रिप्शन
• कैमरा स्ट्रीमिंग
• त्रुटि प्रबंधन .... हर जगह।