Back to skills
SKILL.md
Dsl Vm Reverse
ASecurity> For reversing custom WASM virtual machines / risk-control engines implemented in JavaScript ---
- 4 stars
- 0 votes
- 0 copies
- 0 views
- Added September 6, 2026
Works with
Security analysis
100/100npx -y skills add xAmirHamza77/ReverseOps-Skill --skill dsl-vm-reverse --agent claude-codeAre you the author of Dsl Vm Reverse?
Add the live security badge to your README. It updates with every re-scan.
[](https://www.skillsdirectory.com/skills/xamirhamza77-dsl-vm-reverse)# π DSL Custom VM Reversing (DSL VM Reverse Engineering)
> For reversing custom WASM virtual machines / risk-control engines implemented in JavaScript
---
## Table of Contents
- [1. Scope](#1-scope)
- [2. DSL VM Identification Traits](#2-dsl-vm-identification-traits)
- [3. General Reversing Workflow](#3-general-reversing-workflow)
- [4. Opcode Extraction and Classification](#4-opcode-extraction-and-classification)
- [5. Runtime Capture Approaches](#5-runtime-capture-approaches)
- [6. Common Status Codes](#6-common-status-codes)
- [7. Skill Self-Check List](#7-skill-self-check-list)
---
## 1. Scope
Use this skill when the target file matches **any** of the following traits:
| # | Trait | Description |
|---|------|------|
| 1 | IIFE opening + many single-letter variable names | `!function(){var U=void 0,y=parseInt,E0=Function,...}` |
| 2 | Contains `DG()` or a similar function with a switch-case loop | Interpreter main loop; `d[7]&31` decodes the opcode |
| 3 | Large file (500KB+) but zero-byte ratio < 1% | Not standard WASM; pure JS |
| 4 | Contains `C[number]` constant-table references | `C[9][xxx]` function table/string table |
| 5 | Single-line minified code | 583KB one-liner, obfuscated variable names |
### Exclusion Rules
| Condition | Not this skill | Go to |
|------|-----------|------|
| File starts with `\x00asm` | Standard WASM binary | `reverse-engineering/languages.md` |
| File contains WASM magic as `Uint8Array([0,97,115,109])` | Embedded WASM | Extract the .wasm, then move to IDA/Ghidra |
| Standard Webpack bundle (`function(e,t,n){...}`) | Plain JS | `js-reverse/` |
| Zero-byte ratio > 20% | WASM binary | `reverse-engineering/languages.md` |
---
## 2. DSL VM Identification Traits
### Code Traits
```javascript
// Trait 1: IIFE entry; single-letter variables map to numeric constants
!function(){
var U=void 0, y=parseInt, E0=Function, AN=Uint8Array;
var E=15, l=10, m=12, x=16, S=13, $=11;
// Numeric constants are mapped to variable names, replacing raw numbers
...
}
// Trait 2: Interpreter main loop DG()
function DG(C, d, ...) {
var d = []; // Array simulating the WASM stack/locals
for (d[7] = x; d[7] !== U;) {
var aE = d[7] & 31; // Low 5 bits = opcode
var O = d[7] >> 5 & 31; // High 5 bits = sub-operation
switch (aE) {
case 0: /* ... */ d[7] = 612; break;
case 1: /* ... */
// ... N cases
}
}
}
// Trait 3: Constant table C[9] stores function indices and strings
// C[9][0] = ["pc"] β function parameter descriptors
// C[9][667] = "string" β string constants
// C[9][x] = number β function indices
// Trait 4: W(C[index], null, ...) call pattern
// W = Function.prototype.call.bind(call)
// All builtin functions are invoked via C[index] indexing
// Trait 5: Instruction encoding format
// d[7] = opcode(bit 0-4) | subop(bit 5-9) | operand(bit 10+)
```
### Opcode Encoding Format
Each instruction is encoded as a 32-bit integer:
```
bit 0-4: opcode (0-N)
bit 5-9: sub-operation (0-31)
bit 10-31: operand/immediate
Decoding:
aE = d[7] & 31 β opcode
O = d[7] >> 5 & 31 β sub-operation
d[other] = d[7] >> 10 β operand
```
---
## 3. General Reversing Workflow
### Phase 1: File Classification (5 minutes)
```bash
# Check whether this is a DSL VM
python3 << 'EOF'
with open('target.js', 'rb') as f:
head = f.read(100)
# 1. Check for the WASM magic
if head[:4] == b'\x00asm':
print("standard WASM binary")
exit()
# 2. Check the zero-byte ratio
data = open('target.js', 'rb').read()
zero_pct = data.count(b'\x00') / len(data) * 100
print(f"zero-byte ratio: {zero_pct:.1f}%")
if zero_pct > 20:
print("WASM binary")
elif head[:2] == b'!f':
# Check for the single-letter variable pattern
if b'var U=void 0' in head or b'U=void 0,y=parseInt' in head:
print("β DSL VM!")
else:
print("plain JS IIFE")
EOF
```
### Phase 2: Variable Mapping Table Extraction (10 minutes)
```python
import re
with open('target.js', 'r', errors='replace') as f:
s = f.read()
# Extract var X=number mappings from the first 2000 characters
mappings = re.findall(r'var\s+(\w+)\s*=\s*(\d+)', s[:2000])
print('Constant mappings:')
for name, val in mappings:
print(f" {name:4s} = {val:3d} (0x{int(val):02x})")
```
### Phase 3: Opcode Extraction and Classification (15 minutes)
```python
# 1. Extract all cases
all_cases = re.findall(r'case\s+(\d+):', s)
unique = sorted(set(int(c) for c in all_cases))
print(f"Total cases: {len(all_cases)}")
print(f"Unique opcodes: {len(unique)}: {unique}")
# 2. Classify each opcode
for op in unique:
idx = s.find(f'case {op}:')
snippet = s[idx:idx+200]
if 'd[7]=' in snippet:
op_type = 'BRANCH'
elif 'return' in snippet:
op_type = 'RETURN'
elif 'W(C[' in snippet:
op_type = 'CALL'
elif 'new' in snippet:
op_type = 'ALLOC'
elif 'try' in snippet or 'catch' in snippet:
op_type = 'EXCEPTION'
else:
op_type = 'ARITH/STORE'
print(f" opcode {op:2d}: {op_type}")
```
### Phase 4: Constant Table Analysis (30 minutes)
```python
const_refs = re.findall(r'C\[9\]\[(\d+)\]', s)
unique_refs = sorted(set(int(x) for x in const_refs))
print(f"C[9] references: {len(unique_refs)} indices")
print(f"Range: {min(unique_refs)} - {max(unique_refs)}")
# Analyze the context of each reference
for ref in unique_refs[:20]:
idx = s.find(f'C[9][{ref}]')
ctx = s[max(0,idx-50):idx+80]
clean = ''.join(c if c.isprintable() else ' ' for c in ctx)
print(f" C[9][{ref}] β {clean}")
```
### Phase 5: Exported Function Tracing (1-2 hours)
Exported functions (such as `getToken`) are located via the following path:
```
1. Find the AWSCInner.register() or similar registration call
2. Identify the registered module and factory function
3. Find the object returned by the factory β exported function definition location
4. If the function name is not in the JS β it is stored as bytecode in the C[9] constant table
5. Trace the call chain:
AWSCInner._modules['fy'].getToken()
β W(C[function_index], null, ...)
β DG() interpreter executes the encoded instruction sequence
```
### Phase 6: Runtime Injection (if pure static analysis is insufficient)
```javascript
// Inject a minimal AWSC-compatible environment
const fakeEnv = {
AWSCInner: {
_modules: {},
register(name, moduleName, factory) {
this._modules[moduleName] = factory();
}
}
};
// Execute the DSL VM code
dslVmCode();
// Obtain the export
const token = fakeEnv.AWSCInner._modules['fy'].getToken({});
```
---
## 4. Opcode Extraction and Classification
### Reference Opcode Mapping Table (based on prior cases)
| Opcode | Operation type | Characteristics |
|--------|---------|------|
| 0 | **BRANCH** | `d[7]=xxx` unconditional jump |
| 1 | **CALL** | `W(C[Y],null,function(){...})` embedded function call |
| 2 | **ARITH** | `d[4]=0`, `d[7]=72` variable assignment |
| 3 | **ARITH** | `d[0]=d[1][C[x]]`, `d[5]=d[0]<d[3]` comparison operations |
| 4 | **STORE** | `d[8]=d[5]in d[4]` property access/existence check |
| 5 | **ARITH** | `d[8]=d[4]-d[8]` arithmetic operations |
| 6 | **RETURN** | `return gV`, `throw` return/throw exception |
| 7 | **ALLOC** | `d[6]=[]`, `d[6][C[8]](...)` push operation |
| 8 | **BRANCH** | `d[7]=d[k]?512:425` conditional jump |
| 9 | **STRING** | `d[6][C[t]]=d[m]`, `new fh(...)` regex |
| 10 | **ALLOC** | Function argument preparation, call-stack creation |
| 11 | **STRING** | `new fh("\\s",d[5])` regex matching |
| 12 | **STORE** | `P[d[9]]=d[4][C[H]](d[3])` data passing |
| 13 | **CALL** | `C[9][113]=d[9]` module initialization |
| 14 | **STRING** | `d[8]=d[9]+d[m]` string concatenation |
| 15 | **RETURN** | `return EL;` function return |
| 16 | **ALLOC** | `var r,P,Z,B...` local variable declarations |
| 17 | **ALLOC** | `(Z=[])[C[8]](69,T,445)` static array initialization |
| 18 | **TABLE** | Function table/type table initialization |
| 19 | **EXCEPTION** | `try{for(var RK=x;...` try-catch loop |
| 20 | **DOM** | `Is[d[o]]` DOM operations |
| 21 | **STORE** | Safely reading global/object properties |
| 22 | **STRING** | `new fh(r,v)` string/regex handling |
| 23 | **BRANCH** | `try...catch` safe access + conditional jump |
| 24 | **CALL** | `W(C[2],null,8,z,FL)` multi-argument function call |
| 25 | **EXCEPTION** | `try{...}catch(C){...}` exception catch + jump |
---
## 5. Runtime Capture Approaches
### Approach A: Selenium + CDP Native Events (recommended; highest success rate)
```python
from selenium import webdriver
driver = webdriver.Chrome()
# Inject anti-detection
driver.execute_cdp_cmd("Page.addScriptToEvaluateOnNewDocument", {
"source": r"""
Object.defineProperty(navigator, 'webdriver', {get: () => false});
Object.defineProperty(navigator, 'plugins', {get: () => [1,2,3,4,5]});
Object.defineProperty(navigator, 'languages', {get: () => ['zh-CN','zh','en']});
"""
})
# Dispatch CDP native mouse events
driver.execute_cdp_cmd("Input.dispatchMouseEvent", {
"type": "mousePressed",
"x": 549.5, "y": 441.2,
"button": "left", "buttons": 1,
"clickCount": 1, "pointerType": "mouse"
})
```
### Approach B: Playwright Headless Browser
```javascript
const { chromium } = require('playwright');
async function run() {
const browser = await chromium.launch();
const page = await browser.newPage();
// Intercept network requests
await page.route('**/api/**', async route => {
await route.continue_();
});
await page.goto('https://target-page.com');
// Wait for DSL VM initialization
await page.waitForFunction(() => {
return window.AWSCInner &&
window.AWSCInner._modules &&
window.AWSCInner._modules['fy'];
});
// Perform actions
await page.mouse.move(500, 400);
await page.mouse.down();
// ... action sequence
await page.mouse.up();
}
```
### Approach C: Pure Protocol Replay (very low success rate)
> Tokens generated by DSL VMs are usually tightly bound to browser context (TLS JA3 fingerprint, IP, cookies, request headers, etc.); once detached from the browser, the server can detect context mismatch. **Pure-protocol approaches are not recommended**.
---
## 6. Common Status Codes
| Code | Meaning | Handling |
|------|------|------|
| 0 | **Verification passed** β
| Extract sessionId + sig |
| 300 | **Risk-control interception** | Blocked; cannot pass |
| 8778 | **Verification failed, retry required** | Retry the operation |
| 8776 | **Operation too fast, retry required** | Add delay and retry |
| 69634 | **Generic failure** | Check whether parameters are correct |
---
## 7. Skill Self-Check List
- [ ] Did I complete DSL VM identification (IIFE + single-letter variables + DG() interpreter)?
- [ ] Did I extract the variable mapping table (`var X=number`)?
- [ ] Did I extract the opcode list and classify it?
- [ ] Did I analyze the reference range of the C[9] constant table?
- [ ] Did I locate the exported-function registration point?
- [ ] When pure static analysis was insufficient, did I try the runtime injection approach?
- [ ] After the task, did I write back to field-journal?
- [ ] Were new tools/new scenarios discovered β update routing.md?
---
## Routing Registration
| Type | Route |
|------|------|
| **Target type**: WASM / DSL VM / custom instruction set | `reverse-engineering/dsl-vm-reverse/SKILL.md` |
| **User intent**: "DSL VM / risk-control engine reversing" | This skill |
| **Toolchain**: Playwright / Selenium CDP | Browser injection approaches |
### Path Crossings
```
DSL VM reversing path:
reverse-engineering/dsl-vm-reverse/ β Phase 1-6 workflow
β If runtime data capture is needed
browser-automation/ β Playwright/Selenium CDP
β If API protocol-layer analysis is needed
js-reverse/ β ObserveβCaptureβRebuild
```
Attribution
Comments
Loading commentsβ¦
Newsletter
Get the weekly list of safe new skills, and the ones we pulled.