SynthAPT

अवलोकन

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

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

1. पेलोड C2 बुनियादी ढांचे के बिना वास्तविक मैलवेयर की नकल कर सकते हैं - हमले का पूरा पथ पेलोड में एम्बेडेड होता है और C2 इंटरैक्शन को मॉक किया जा सकता है
2. पेलोड दोहराने योग्य होते हैं - वे हर बार समान रूप से पूरे हमले के पथ को निष्पादित करते हैं, जो उन्हें डिटेक्शन के रिग्रेशन टेस्टिंग के लिए उपयुक्त बनाता है
3. LLMs खतरे की खुफिया रिपोर्टों और ब्लॉगों को सीधे कार्यशील पेलोड में अनुवाद कर सकते हैं, बिना आक्रामक विशेषज्ञता या खरोंच से मैलवेयर बनाने की आवश्यकता के

विशेषताएं

• पोजीशन-इंडिपेंडेंट शेलकोड - इम्प्लांट पूरी तरह से PIC है और इसे किसी भी लोडर या इंजेक्टर में रोल किया जा सकता है
• समृद्ध ओपकोड लाइब्रेरी - निष्पादन, टोकन मैनिपुलेशन, प्रोसेस इंजेक्शन, प्रोसेस हॉलोइंग, लेटरल मूवमेंट, AD एनुमरेशन और संशोधन, रजिस्ट्री, सेवाएं, और अधिक
• स्व-प्रतिकृति पेलोड - इम्प्लांट एक अलग कार्य सेट के साथ स्वयं को EXE या DLL के रूप में ड्रॉप कर सकता है, जिससे C2 के बिना बहु-चरणीय वितरण संभव होता है
• लचीले आउटपुट प्रारूप - एक प्लेबुक को रॉ शेलकोड, PE EXE या PE DLL में संकलित करें
• इन-मेमोरी पायथन - रनटाइम पर एक पायथन इंटरप्रेटर को रिफ्लेक्टिव रूप से लोड किया जा सकता है, जो लचीली स्क्रिप्टिंग के लिए सभी इम्प्लांट क्षमताओं को पायथन मॉड्यूल के रूप में उजागर करता है
• NPC सिमुलेशन - 'एक्सप्लोरर' ओपकोड्स स्वचालित रूप से पेलोड को अनज़िप और लॉन्च करने की अनुमति देते हैं, जो उपयोगकर्ता-इंटरैक्शन आर्टिफैक्ट्स को पुन: उत्पन्न करता है (जब Explorer.exe में इंजेक्ट किया जाता है)
• LLM एजेंट के साथ TUI संपादक - एक एकीकृत क्लॉड एजेंट के साथ एक टर्मिनल-आधारित प्लेबुक संपादक जो प्राकृतिक भाषा या खतरे की खुफिया से प्लेबुक उत्पन्न और संपादित कर सकता है
• BOF लोडर - कार्यक्षमता को मानक बीकन ऑब्जेक्ट फाइलों के साथ बढ़ाया जा सकता है

स्रोत से निर्माण

यदि आप रिलीज़ का उपयोग नहीं करना चाहते हैं तो आप इसे इस प्रकार संकलित कर सकते हैं:

1. cargo
2. rustup
3. binutils-mingw-w64-x86-64```bash cargo install cargo-make rustup toolchain install nightly rustup target add x86_64-pc-windows-gnu --toolchain nightly
   sudo apt install gcc-mingw-w64-x86-64

cargo make के साथ बनाएँ:```bash
cargo make build
./target/release/synthapt

यह शेलकोड और संपादक को संकलित करेगा।

उपयोग

बिना किसी कमांड के SynthAPT चलाने से आप संपादक में प्रवेश कर जाएंगे। आप एक Claude API कुंजी प्रदान कर सकते हैं और प्रॉम्प्ट करते समय परिवर्तन देख सकते हैं।```bash SynthAPT playbook editor and compiler

Usage: synthapt [COMMAND]

Commands: edit Open the TUI editor with a playbook loaded from PATH validate Validate a playbook JSON file and print any errors export-skill Export the agent system prompt as a Claude Code slash command skill compile Compile a playbook to a payload

यदि आप किसी अन्य LLM या सब्सक्रिप्शन का उपयोग करना चाहते हैं, तो आप `synthapt export-skill` चला सकते हैं और इसे अपने किसी भी कोडिंग सेटअप के साथ उपयोग कर सकते हैं। इससे एक JSON प्लेबुक निकलनी चाहिए। इसे compile कमांड से पेलोड में कंपाइल करें:```bash
Compile a playbook to a payload

Usage: synthapt compile [OPTIONS] <PLAYBOOK> [OUTPUT]

Arguments:
  <PLAYBOOK>  Path to the playbook JSON file
  [OUTPUT]    Output file path (default: payload.bin / payload.exe / payload.dll)

Options:
  -e, --exe          Compile to PE EXE
  -d, --dll          Compile to PE DLL
  -b, --base <BASE>  Override the embedded base shellcode with a custom binary
  -h, --help         Print help

Opcodes Reference

Constants can be defined as strings, hex objects, or base64 objects:```json "constants": [ "c:\windows\temp\file.txt", { "hex": "deadbeef" }, { "base64": "SGVsbG8=" } ]

---

### end (0x00)
कार्य सेट का अंत। संकलक द्वारा स्वचालित रूप से जोड़ा गया - आपको इसे जोड़ने की आवश्यकता नहीं है।

---

### store_result (0x01)
अंतिम संचालन परिणाम को एक चर में संग्रहीत करें।

| Field | Type | |
|-------|------|-|
| var | u16 | **आवश्यक** |```json
{ "op": "store_result", "var": 0 }

---

get_shellcode (0x02)

वर्तमान शेलकोड बाइट्स को एक वैकल्पिक task ID और/या magic value के साथ पैच करके लौटाएं।

फ़ील्ड	प्रकार
task	u8	वैकल्पिक
magic	u32 हेक्स स्ट्रिंग या संख्या	वैकल्पिक
{ "op": "get_shellcode" }
{ "op": "get_shellcode", "task": 5, "magic": "0x18181818" }

### स्लीप (0x03)
दिए गए मिलीसेकंड की संख्या के लिए सोएं।

| क्षेत्र | प्रकार | |
|---------|--------|-|
| ms | u32 | **आवश्यक** |```json
{ "op": "sleep", "ms": 5000 }

run_command (0x04)

फ़ील्ड	प्रकार
command	string	आवश्यक
{ "op": "run_command", "command": "whoami /all" }

### get_cwd (0x05)
वर्तमान कार्य निर्देशिका प्राप्त करें। कोई तर्क नहीं।```json
{ "op": "get_cwd" }

---

read_file (0x06)

एक फ़ाइल पढ़ें और उसकी सामग्री लौटाएँ।

फ़ील्ड	प्रकार
path	string	आवश्यक
{ "op": "read_file", "path": "c:\users\public\data.txt" }
{ "op": "read_file", "path": "%0" }

---

### write_file (0x07)
एक फ़ाइल में बाइट्स लिखें।

| फ़ील्ड | प्रकार | |
|-------|------|-|
| path | string | **आवश्यक** |
| content | bytes | *वैकल्पिक* (यदि छोड़ दिया जाए तो खाली फ़ाइल) |```json
{ "op": "write_file", "path": "c:\\temp\\out.txt", "content": "hello" }
{ "op": "write_file", "path": "%0", "content": "$1" }

check_error (0x08)

एक चर का स्थिति कोड प्रिंट करें (0 = सफलता, गैर-शून्य = त्रुटि)।

फ़ील्ड	प्रकार
var	u16	आवश्यक
{ "op": "check_error", "var": 0 }

---

### conditional (0x09)
चर स्थिति के आधार पर विभिन्न कार्य सूचकांकों पर शाखा।

| फ़ील्ड | प्रकार | |
|-------|------|-|
| mode | `"data"` या `"error"` | **आवश्यक** |
| var1 | u16 | **आवश्यक** |
| var2 | u16 | *वैकल्पिक* (एकल जाँच के बजाय दो चरों की तुलना करें) |
| true | u16 | **आवश्यक** (यदि स्थिति सत्य है तो कार्य सूचकांक) |
| false | u16 | **आवश्यक** (यदि स्थिति असत्य है तो कार्य सूचकांक) |

`true_target` और `false_target` को `true` और `false` के उपनाम के रूप में स्वीकार किया जाता है।

एकल-चर मोड:
- `"data"` — सत्य यदि var1 में गैर-रिक्त डेटा है
- `"error"` — सत्य यदि var1 की स्थिति 0 है (सफलता)

दो-चर मोड (var2 मौजूद):
- `"data"` — सत्य यदि var1 डेटा var2 डेटा के बराबर है
- `"error"` — सत्य यदि var1 त्रुटि कोड var2 त्रुटि कोड के बराबर है```json
{ "op": "conditional", "mode": "error", "var1": 0, "true": 3, "false": 5 }
{ "op": "conditional", "mode": "data", "var1": 0, "var2": 1, "true": 3, "false": 5 }

---

set_var (0x0A)

एक वेरिएबल को शाब्दिक मान पर सेट करें।

फ़ील्ड	प्रकार
var	u16	आवश्यक
data	bytes	वैकल्पिक (यदि छोड़ा गया तो खाली)