आउट-ऑफ-बैंड निष्कर्षों के लिए एक्सप्लॉइट सर्वर। किसी लक्ष्य को अपने स्वामित्व वाले डोमेन की ओर इंगित करें। हर HTTP अनुरोध और हर ईमेल जो वह वापस भेजता है, आपके नियंत्रण वाले डैशबोर्ड में पहुँचता है, और बदले में उसे आपकी चुनी हुई कोई भी प्रतिक्रिया मिलती है।
BEAR-C2 एक एडवर्सरी सिमुलेशन और एमुलेशन फ्रेमवर्क है जो रूसी, चीनी, उत्तर कोरियाई, और ईरानी APT समूहों से प्रेरित वास्तविक दुनिया के TTPs के आसपास बनाया गया है। यह विविध एंगेजमेंट परिदृश्यों के लिए एक लचीला वातावरण प्रदान करता है और में संबंधित सिमुलेशन शोध से प्राप्त रेड टीम ऑपरेशंस और एडवर्सरी एमुलेशन के लिए एक यथार्थवादी आधार प्रदान करता है। यह वास्तविक दुनिया के घुसपैठ परिदृश्यों के सटीक प्रतिनिधित्व के लिए डिफेंस इवेज़न तकनीकों और कई एन्क्रिप्शन विकल्पों का समर्थन करता है।
[!CAUTION] यह ध्यान रखना आवश्यक है कि यह प्रोजेक्ट केवल शैक्षिक और शोध उद्देश्यों के लिए है, और इसका कोई भी अनधिकृत उपयोग कानूनी परिणामों का कारण बन सकता है।
git clone https://github.com/S3N4T0R-0X0/BEAR-C2.git && cd BEAR-C2
chmod +x requirements.sh && ./requirements.sh
./BEAR-C2
## 🧠 एडवर्सरी सिमुलेशन की चुनौती:
**APT तकनीकों** को सटीक रूप से दोहराने के लिए एक `लचीले वातावरण की आवश्यकता होती है जो आधुनिक घुसपैठ में उपयोग किए जाने वाले कनेक्शन प्रोटोकॉल, एन्क्रिप्शन विधियों, एक्सफिल्ट्रेशन तकनीकों, और C2 चैनल्स/प्रोफाइल्स की नकल कर सके`। हालाँकि, इस स्तर की सटीकता प्राप्त करना हमेशा एक चुनौती रहा है।
<img width="1366" height="732" alt="main " src="https://assets.kitploit.com/production/public/readmes/54775/8af4474bf61f52114745ec8403b4ea6d01d26a57f85913f1f01b4bba559a1eb7/59654a7b465df184554d5c31ee49293c1f5d9da71a1e6ef81aa0a2fa5b88b8ea-display-v1.webp" />
हर बार जब किसी ऑपरेटर को किसी विशिष्ट **एक्सफिल्ट्रेशन प्रोफाइल** के साथ एक विशिष्ट **एन्क्रिप्शन स्कीम** का परीक्षण करने की आवश्यकता होती है, तो हमले के परिदृश्य से मेल खाने के लिए एक अलग **C2 स्क्रिप्ट** `बनाई जानी चाहिए।` उदाहरण के लिए, एक सिमुलेशन के लिए **OneDrive एक्सफिल्ट्रेशन** के साथ **AES एन्क्रिप्शन** की आवश्यकता हो सकती है, जबकि दूसरे के लिए वास्तविक दुनिया के हमलों में देखी गई तकनीकों को प्रतिबिंबित करने के लिए **Dropbox एक्सफिल्ट्रेशन** के साथ **एक अलग एन्क्रिप्शन विधि** की आवश्यकता हो सकती है। लचीलेपन की यह कमी प्रक्रिया को अकुशल और समय-साधक बनाती है।
<img width="1359" height="680" alt="Screenshot From 2026-09-01 05-54-48" src="https://assets.kitploit.com/production/public/readmes/54775/c106129e53832b08e6575610090337721e4e5892eade10bee395fae638326cc2/299229b4ffae9286d368a6e9243c4528d469f5395f166d9b67fa0020beaf5d8a-display-v1.webp" />
यही कारण है कि **BEAR C2** को विकसित किया गया था ताकि नए लिसनर के माध्यम से पूर्ण अनुकूलन के साथ **एडवर्सरी सिमुलेशन** प्रदान किया जा सके, जिससे `कनेक्शन प्रोटोकॉल, एन्क्रिप्शन, एक्सफिल्ट्रेशन,` और स्वचालित लोडिंग तकनीकों का निर्बाध कॉन्फ़िगरेशन संभव हो सके। यह सुनिश्चित करता है कि सिमुलेशन वास्तविक **APT घुसपैठ** को सटीक रूप से प्रतिबिंबित कर सकें, बिना हर परिदृश्य के लिए कस्टम स्क्रिप्ट बनाने की आवश्यकता के।
## Reaper Node पेलोड नमूने
Reaper Node C++ पेलोड नमूने `/Stagers-Loaders/Reaper Node Samples/` प्रदान करता है जिन्हें उन वातावरणों के लिए अनुकूलन योग्य टेम्पलेट के रूप में उपयोग किया जा सकता है जहाँ पूर्व-निर्मित पेलोड की आवश्यकता नहीं होती है। नमूनों में संबंधित Reaper Node इंस्टेंस के साथ संचार स्थापित करने के लिए आवश्यक मुख्य कॉन्फ़िगरेशन फ़ील्ड शामिल हैं।
पेलोड को कंपाइल करने से पहले, Reaper Node कॉन्फ़िगरेशन से मेल खाने के लिए आवश्यक कनेक्शन और ट्रांसपोर्ट पैरामीटर कॉन्फ़िगर किए जाने चाहिए।
### पेलोड कॉन्फ़िगरेशन
पेलोड कॉन्फ़िगरेशन में निम्नलिखित पैरामीटर के लिए इनपुट फ़ील्ड प्रदान किए जाने चाहिए:
* **Authentication ID**
पेलोड को कॉन्फ़िगर किए गए Reaper Node इंस्टेंस के साथ संबद्ध करने के लिए उपयोग किया जाने वाला पहचानकर्ता।
* **Server Host**
Reaper Node एंडपॉइंट का IP पता या होस्टनाम।
* **Server Port**
चयनित संचार प्रोटोकॉल के लिए Reaper Node द्वारा उजागर किया गया नेटवर्क पोर्ट।
* **Encryption Key**
आवश्यक है जब चयनित ट्रांसपोर्ट एन्क्रिप्शन का उपयोग करता है। मान Reaper Node द्वारा उपयोग किए गए एन्क्रिप्शन कॉन्फ़िगरेशन से मेल खाना चाहिए। यदि एन्क्रिप्शन अक्षम है, तो यह फ़ील्ड आवश्यक नहीं है।
* **User-Agent**
प्रारंभिक HTTP/HTTPS संचार स्थापित करते समय उपयोग किया जाने वाला HTTP क्लाइंट पहचान मान। पेलोड को संबंधित Reaper Node कॉन्फ़िगरेशन द्वारा समर्थित User-Agent का उपयोग करना चाहिए।
User-Agent को विभिन्न Reaper Node कॉन्फ़िगरेशन में समान होने की आवश्यकता नहीं है। एक पेलोड किसी भी User-Agent का उपयोग कर सकता है जिसे चयनित Reaper Node प्रोफाइल द्वारा समर्थित के रूप में परिभाषित किया गया है, बशर्ते परिणामी कॉन्फ़िगरेशन सर्वर-साइड ट्रांसपोर्ट सेटिंग्स के साथ संगत हो।
### उदाहरण कॉन्फ़िगरेशन
निम्नलिखित उदाहरण प्रमाणीकरण, सर्वर एड्रेसिंग, एन्क्रिप्शन, और User-Agent पैरामीटर के साथ एक नमूना HTTPS ट्रांसपोर्ट कॉन्फ़िगरेशन दिखाता है:```cpp
const string AUTH_ID = "YOUR_AUTH_ID";
const string SERVER_HOST = "YOUR_SERVER_HOST";
const int SERVER_PORT = YOUR_SERVER_PORT;
const string KEY = "YOUR_ENCRYPTION_KEY";
const string DEFAULT_USER_AGENT = "YOUR_USER_AGENT";
bool VERIFY_SSL = true;
यह कॉन्फ़िगरेशन एन्क्रिप्शन सक्षम के साथ एक HTTPS ट्रांसपोर्ट का प्रतिनिधित्व करता है। ऊपर दिखाए गए मान प्लेसहोल्डर हैं और इन्हें संबंधित Reaper Node कॉन्फ़िगरेशन द्वारा परिभाषित पैरामीटर से बदला जाना चाहिए।
C++ नमूना अनुकूलन के लिए एक प्रारंभिक बिंदु प्रदान करने के लिए है। उपयोगकर्ता अपने द्वारा परीक्षण किए जा रहे Reaper Node प्रोफ़ाइल के अनुसार कॉन्फ़िगरेशन और ट्रांसपोर्ट-संबंधित पैरामीटर को संशोधित कर सकते हैं, फिर अपने अधिकृत सिमुलेशन वातावरण के लिए अनुकूलित पेलोड को संकलित कर सकते हैं।
Listeners Table सभी सक्रिय और कॉन्फ़िगर किए गए C2 लिसनर का एक केंद्रीकृत अवलोकन प्रदान करता है। यह listener name, address, network protocol, encryption method, exfiltration profile, और वर्तमान स्थिति (Active या Stopped/Disconnected) जैसे आवश्यक विवरण प्रदर्शित करता है। इस इंटरफ़ेस से, ऑपरेटर आसानी से लिसनर को शुरू, बंद, नाम बदल, या हटा सकते हैं। यह बीकन संचार के प्रबंधन के लिए एन्क्रिप्शन कुंजियों और प्रमाणीकरण ID तक त्वरित पहुँच भी प्रदान करता है। यह तालिका आपके C2 इंफ्रास्ट्रक्चर को व्यवस्थित और निगरानी करने के लिए कमांड हब के रूप में कार्य करती है।
इस संस्करण में एक पूर्ण GUI है जो केंद्रीकृत लिसनर प्रबंधन, रीयल-टाइम सत्र ट्रैकिंग, अनुकूलन योग्य संचार प्रोफ़ाइल, एकीकृत exfiltration वर्कफ़्लो, और कुशल एंगेजमेंट प्रबंधन के लिए लचीले ऑपरेटर नियंत्रणों के माध्यम से adversary simulation संचालन को सुव्यवस्थित करता है।
⚠️ NOTE: यह प्रोजेक्ट सक्रिय विकास में है। सुविधाएँ लगातार जोड़ी और बेहतर की जा रही हैं।
| Feature | Description |
|---|---|
| Multi-Protocol Listeners | DoH, HTTPS, HTTP, QUIC, Reverse TCP |
| Per-Listener Encryption | AES, XOR, RC4, DES, ChaCha20, RSA |
| Exfiltration Profiles | Google Drive, OneDrive, Dropbox |
| Integrated C2 Channels | Integrated Telegram, Discord C2 communication channel |
| Proxy Support | SOCKS4, SOCKS4a, and SOCKS5 proxy and redirector support |
| Dynamic Domain Generation Algorithm | DGA support for resilient infrastructure simulation |
| JA3S Fingerprinting | Customizable JA3S fingerprints for traffic simulation and network profile tuning |
| Malleable C2 Profiles | Support for community Malleable C2 profiles for flexible network traffic simulation |
| Stagers & Loaders | Automated stager and loader techniques designed for APTs adversary simulation |
| Integrated Tooling | Built-in script obfuscator, phishing toolkit, and file hosting |
| TLS Certificate Generation | Self-signed TLS certificates mimicking trusted vendors |
| HTTP Customization | Base64 URL encoding and custom HTTP headers for both client and server communication |
| Real-time Session Manager | Live status tracking, session monitoring, and real‑time update capabilities |
| Custom Naming & URI Paths | User‑defined campaign names and configurable URI paths for operational flexibility |
Google Drive, OneDrive, and Dropbox. जैसे समर्थित क्लाउड स्टोरेज प्रदाताओं के लिए प्रति-सत्र exfiltration सेटिंग्स कॉन्फ़िगर करें। Exfiltration Profile इंटरफ़ेस आपको API एक्सेस टोकन और गंतव्य फ़ोल्डर पथ परिभाषित करने की अनुमति देता है, जिससे आप प्रत्येक सत्र के लिए डेटा संग्रह वर्कफ़्लो को अनुकूलित कर सकते हैं। प्रत्येक सत्र अपनी स्वयं की exfiltration प्रोफ़ाइल का उपयोग कर सकता है, जिससे ऑपरेशन के आधार पर एकत्रित डेटा को विभिन्न क्लाउड स्टोरेज प्रदाताओं या गंतव्यों तक रूट करना आसान हो जाता है।
Telegram संचार परत C2 सर्वर और पेलोड के बीच मध्यस्थ के रूप में एक Telegram बॉट का उपयोग करती है। C2 सर्वर कॉन्फ़िगर किए गए API ID, API Hash, और Phone Number का उपयोग करके Telegram खाते में प्रमाणित होता है, फिर उस खाते के माध्यम से पहले से बनाए गए Telegram बॉट से कनेक्ट होता है
बॉट का Bot Token पेलोड में एम्बेड किया गया है, जिससे पेलोड Telegram API के माध्यम से बॉट के साथ संचार कर सकता है। कमांड C2 सर्वर से बॉट को भेजे जाते हैं, और बॉट उन्हें पेलोड को अग्रेषित करता है, जो प्राप्त टास्किंग को निष्पादित करता है और उसी संचार पथ के माध्यम से परिणाम लौटाता है। यह संचार परत के रूप में Telegram का उपयोग करके एक द्विदिश कमांड और नियंत्रण चैनल बनाता है।
Telegram में @BotFather खोलें और /newbot का उपयोग करके एक नया बॉट बनाएँ।
/newbot भेजेंbot पर समाप्त होने वाला एक अद्वितीय उपयोगकर्ता नाम प्रदान करें
Telegram Bot API के साथ प्रमाणित करने के लिए Telegram Agent को Bot Token की आवश्यकता होती है।
आधिकारिक Telegram API डेवलपमेंट पोर्टल खोलें और एक नया एप्लिकेशन बनाएँ।
निम्नलिखित क्रेडेंशियल उत्पन्न करें: https://my.telegram.org/apps
API IDAPI Hash
इन क्रेडेंशियल का उपयोग BEAR-C2 द्वारा बॉट संचार के प्रबंधन के लिए उपयोग किए जाने वाले Telegram खाते को प्रमाणित करने के लिए किया जाता है।
Telegram Agent.cpp खोलें और Telegram संचार सेटिंग्स कॉन्फ़िगर करें।
पेलोड को संकलित करने से पहले BotFather द्वारा उत्पन्न Bot Token को /Stagers-Loaders/C2 Channel Agent Samples/Telegram Agent.cpp में रखा जाना चाहिए।
कॉन्फ़िगरेशन प्रवाह है:
BotFather → Bot Token → payload.cpp → Compile
API ID और API Hash का उपयोग BEAR-C2 Telegram एकीकरण द्वारा किया जाता है, जबकि Bot Token Telegram पेलोड में कॉन्फ़िगर किया गया है ताकि यह कॉन्फ़िगर किए गए Telegram Bot के साथ संचार कर सके।
यह चरण पारंपरिक कमांड और नियंत्रण संचार चैनल को Discord Gateway API का उपयोग करके एक Discord-आधारित संचार परत से प्रतिस्थापित करता है। समर्पित सर्वर, निश्चित IP पते, या कस्टम डोमेन पर निर्भर रहने के बजाय, ऑपरेटर एक निजी Discord चैनल के माध्यम से सिम्युलेटेड इम्प्लांट के साथ संचार करते हैं।
Discord संचार परत एक ही Discord चैनल के माध्यम से जुड़े दो Discord बॉट का उपयोग करती है। एक बॉट C2 सर्वर से जुड़ा है, जबकि दूसरा बॉट पेलोड को सौंपा गया है। दोनों बॉट साझा Discord चैनल के माध्यम से संचार करते हैं, जिससे C2 सर्वर और पेलोड के बीच Discord के माध्यम से टास्किंग और संचार की अनुमति मिलती है।
चूँकि Discord बॉट को सीधे अन्य बॉट के साथ संचार करने की अनुमति नहीं देता, एक साझा चैनल का उपयोग करना दोनों पक्षों के बीच संचार पथ प्रदान करता है।
Discord Agent पेलोड और BEAR-C2 के बीच संचार परत के रूप में Discord Gateway और API का उपयोग करता है। सेटअप के लिए Discord Bot एप्लिकेशन, एक समर्पित टेक्स्ट चैनल, आवश्यक बॉट अनुमतियाँ, और C++ एजेंट नमूने में कॉन्फ़िगर किए गए संबंधित मानों की आवश्यकता होती है।
आधिकारिक "Discord Developer Portal" (https://discord.com/developers/applications) खोलें और सिमुलेशन के लिए आवश्यक Discord Bot एप्लिकेशन बनाएँ।
Discord C2 चैनल दो Bot पहचानों का उपयोग करता है:
प्रत्येक एप्लिकेशन के लिए, Bot सेटिंग्स खोलें और आवश्यक Bot Token उत्पन्न करें।
Discord Developer Portal में Bot configuration खोलें और Message Content Intent सक्षम करें।
Bot के पास सिमुलेशन द्वारा उपयोग किए जाने वाले Discord टेक्स्ट चैनल के लिए आवश्यक अनुमतियाँ भी होनी चाहिए, जिनमें शामिल हैं:
ये अनुमतियाँ Bot को कॉन्फ़िगर किए गए चैनल से संदेशों तक पहुँचने और उसी संचार पथ के माध्यम से संदेश भेजने की अनुमति देती हैं। Discord को उन एप्लिकेशन के लिए Message Content Intent की आवश्यकता होती है जिन्हें API के माध्यम से संदेश सामग्री प्राप्त करने की आवश्यकता होती है।
Discord Agent के लिए एक समर्पित निजी टेक्स्ट चैनल बनाएँ और दोनों Bot एप्लिकेशन को चैनल में जोड़ें।
सुनिश्चित करें कि Discord Developer Portal में कॉन्फ़िगर की गई समान अनुमतियाँ चैनल में Bot एप्लिकेशन के लिए भी सक्षम हैं।
Discord Developer Mode सक्षम के साथ Channel ID कॉपी करें। Discord जब Developer Mode सक्षम हो तो Copy Channel ID विकल्प के माध्यम से Channel ID प्रदान करता है।
समान Channel ID का उपयोग C2 कॉन्फ़िगरेशन और Discord Agent द्वारा किया जाता है ताकि दोनों पक्ष एक ही Discord चैनल के माध्यम से संचार करें।
यहाँ स्थित Discord Agent नमूना खोलें:
"Stagers-Loaders/C2 Channel Agent Samples/Discord Agent.cpp"
नमूना Discord Bot Token, Channel ID, और Bot User ID के लिए कॉन्फ़िगरेशन फ़ील्ड प्रदान करता है:
प्लेसहोल्डर को Payload Bot और समर्पित Discord चैनल से संबंधित मानों से बदलें।
"BOT_USER_ID" पेलोड द्वारा उपयोग किए जाने वाले Bot खाते की पहचान करता है। Developer Mode सक्षम करने के बाद Discord User ID कॉपी किए जा सकते हैं।
BEAR-C2 के अंदर Discord Channel कॉन्फ़िगरेशन में, संबंधित C2 Bot Token, Channel ID, and Listener Name प्रदान करें।
C2 Bot और Payload Bot संचार पथ के रूप में समान Discord चैनल का उपयोग करते हैं, जबकि प्रत्येक पक्ष अपने स्वयं के Bot Token का उपयोग करके प्रमाणित होता है।
Discord कॉन्फ़िगरेशन और पेलोड नमूना पूरा होने के बाद, अधिकृत adversary simulation वातावरण में उपयोग के लिए C++ Agent को संकलित करें।
⚠️ NOTE: C2 Channel सीमाएँ
C2 Channels C2 सर्वर और Beacons के बीच संचार परत के रूप में तृतीय-पक्ष मैसेजिंग प्लेटफ़ॉर्म का उपयोग करते समय डेटा ट्रांसफर और Beacon पहचान से संबंधित सीमाएँ पेश करते हैं
● डेटा ट्रांसफर सीमाएँ
Telegram और Discord अपने बॉट API के माध्यम से आदान-प्रदान किए जाने वाले व्यक्तिगत संदेशों पर अधिकतम वर्ण सीमा लगाते हैं। BEAR C2 में, C2 Channel C2 सर्वर और Beacon के बीच ट्रांसपोर्ट परत के रूप में कार्य करता है, इसलिए यह सीमा चैनल के माध्यम से स्थानांतरित किए जा रहे डेटा पर लागू होती है, न कि Beacon पेलोड के आकार पर। C2 सर्वर से Beacon को भेजा गया डेटा और Beacon से C2 सर्वर को लौटाया गया डेटा प्रसारण से पहले Base64 एन्कोड किया जा सकता है। चूँकि Base64 प्रसारित प्रतिनिधित्व का आकार बढ़ाता है, एक संदेश में स्थानांतरित किए जा सकने वाले मूल डेटा की मात्रा प्लेटफ़ॉर्म वर्ण सीमा से कम होती है।
[ Telegram ] प्रति संदेश अधिकतम 4096 वर्ण, C2 डेटा ट्रांसफर के लिए 4000 वर्ण कॉन्फ़िगर किए गए
[ Discord ] प्रति संदेश अधिकतम 2000 वर्ण, C2 डेटा ट्रांसफर के लिए 1400 वर्ण कॉन्फ़िगर किए गए
कॉन्फ़िगर की गई सीमाएँ जानबूझकर प्लेटफ़ॉर्म सीमाओं से नीचे रखी गई हैं ताकि C2 संदेश संरचना और एन्कोडिंग ओवरहेड के लिए पर्याप्त मार्जिन प्रदान किया जा सके। जब डेटा कॉन्फ़िगर की गई सीमा से अधिक हो जाता है, तो एन्कोड किए गए डेटा को कई संदेशों में विभाजित किया जाना चाहिए और प्राप्त करने वाले पक्ष द्वारा पुनर्निर्मित किया जाना चाहिए।
● Beacon पहचान और प्रतिक्रिया एट्रिब्यूशन
C2 Channels एक सीमा भी पेश करते हैं जब कई Beacons एक ही Telegram बॉट या Discord चैनल साझा करते हैं। एक ही बॉट या चैनल के माध्यम से संचार करने वाले सभी Beacons समान संचार पथ का उपयोग करते हैं, इसलिए C2 सर्वर स्वाभाविक रूप से प्रत्येक Beacon को एक स्वतंत्र संचार सत्र के रूप में प्रस्तुत नहीं कर सकता। उदाहरण के लिए, यदि पाँच Beacons एक ही Telegram बॉट या Discord चैनल के माध्यम से संचार करते हैं, तो वे पाँच स्वतंत्र रूप से पहचाने जाने योग्य Beacons के बजाय एक एकल C2 संचार पथ के रूप में दिखाई देंगे।
यही सीमा कमांड प्रतिक्रियाओं को भी प्रभावित करती है। जब एक कमांड एक ही बॉट या चैनल के माध्यम से कई Beacons को वितरित किया जाता है, तो परिणामी प्रतिक्रियाएँ उसी संचार पथ के माध्यम से लौटाई जाती हैं। अतिरिक्त Beacon पहचान तंत्र के बिना, C2 सर्वर विश्वसनीय रूप से यह निर्धारित नहीं कर सकता कि किस Beacon ने एक विशिष्ट प्रतिक्रिया उत्पन्न की।
सीधा समाधान यह है कि Telegram पर प्रत्येक Beacon को एक समर्पित बॉट सौंपा जाए, या Discord पर प्रत्येक Beacon को एक पृथक चैनल या बॉट कॉन्फ़िगरेशन सौंपा जाए। यह Beacon और उसके संचार पथ के बीच एक-से-एक मैपिंग बनाता है, जिससे व्यक्तिगत Beacons और उनकी प्रतिक्रियाओं को अलग किया जा सकता है। व्यापार-बंद यह है कि Beacons की संख्या बढ़ने पर इंफ्रास्ट्रक्चर और प्रबंधन ओवरहेड बढ़ जाता है।
ये सीमाएँ C2 ट्रांसपोर्ट चैनल के रूप में मैसेजिंग प्लेटफ़ॉर्म का उपयोग करने के लिए विशिष्ट हैं और Beacon पेलोड से स्वतंत्र हैं।
● व्यावहारिक प्रभाव
संदेश आकार की सीमा एक बार में स्थानांतरित किए जा सकने वाले डेटा की मात्रा को कम करती है, जिससे कमांड भेजने और उनका आउटपुट प्राप्त करने में लगने वाला समय बढ़ सकता है
साझा Telegram बॉट या Discord चैनल का उपयोग करने से कई Beacons C2 तालिका में एक एकल Beacon के रूप में दिखाई देते हैं, जबकि कमांड उस बॉट या चैनल का उपयोग करने वाले सभी Beacons को वितरित किए जाते हैं और प्रतिक्रियाओं को विश्वसनीय रूप से किसी विशिष्ट Beacon के लिए जिम्मेदार नहीं ठहराया जा सकता।
अधिकृत adversary simulation अभ्यासों के दौरान फ़िशिंग परिदृश्यों को कॉन्फ़िगर और प्रबंधित करने के लिए एक समर्पित इंटरफ़ेस के माध्यम से spear-phishing अभियानों का अनुकरण करें। यह मॉड्यूल victim submission limits, कॉन्फ़िगर करने योग्य फ़िशिंग पैरामीटर, और सत्र प्रबंधन जैसे अभियान नियंत्रण प्रदान करता है, जिससे ऑपरेटर अभियान व्यवहार को नियंत्रित कर सकते हैं और सिम्युलेटेड फ़िशिंग परिदृश्यों के साथ उपयोगकर्ता इंटरैक्शन का मूल्यांकन कर सकते हैं। यह नियंत्रित फ़िशिंग आकलन का समर्थन करने के लिए डिज़ाइन किया गया है, जबकि ऑपरेटरों को अभियान निष्पादन पर अधिक दृश्यता और नियंत्रण प्रदान करता है।
कॉन्फ़िगर करने योग्य सर्वर सेटिंग्स और स्वचालित फ़ाइल वितरण के साथ एक समर्पित Host File इंटरफ़ेस के माध्यम से फ़ाइलों को होस्ट और वितरित करें। होस्ट की गई फ़ाइलें एक्सेस किए जाने पर स्वचालित रूप से लोड हो जाती हैं, बिना उपयोगकर्ता इंटरैक्शन या मैन्युअल डाउनलोड प्रॉम्प्ट की आवश्यकता के। यह इंटरफ़ेस नियंत्रित adversary simulation और अधिकृत सुरक्षा परीक्षण वर्कफ़्लो के लिए केंद्रीकृत फ़ाइल होस्टिंग और वितरण प्रबंधन प्रदान करता है।
Script Obfuscator एक व्यापक obfuscation इंजन प्रदान करता है जो कई कॉन्फ़िगर करने योग्य obfuscation परतों के साथ PS1, BAT, HTML, VBS, JS, और PY पेलोड का समर्थन करता है। इसमें variable and function renaming, string encryption, junk code insertion, multi-layer obfuscation, anti-debugging techniques, and XOR-based payload encryption. शामिल हैं। ये सुविधाएँ विश्लेषण जटिलता बढ़ाती हैं, स्क्रिप्ट पठनीयता कम करती हैं, और रिवर्स इंजीनियरिंग को काफी कठिन बनाती हैं, जबकि पेलोड को स्थिर विश्लेषण का बेहतर सामना करने में मदद करती हैं।
BEAR-C2 द्वारा अपने विकास के दौरान अनुकरण किए गए APT समूहों की पूरी सूची
| Country of Origin | Russia 🇷🇺 | China 🇨🇳 | North Korea 🇰🇵 | Iran 🇮🇷 |
|---|---|---|---|---|
| APT Groups |
Cozy Bear ✅ |
| Configurable reconnect delays and adjustable timeout thresholds per session |
| Authentication Identifiers | Unique authentication tokens with built‑in expiration controls for enhanced security |
| Session Hardening Utilities | History cleaner, session limiter, and authentication timeout management for active sessions |
