版本基准：webmssdk 2.0.0.507（sdkVersion=5.3.0, scmVersion=2.0.0.507）
形态特征：挂载于 URL Query 上的约 392 字符签名参数，通常与 X-Gnarly / X-Bogus 配合出现。

在完整的 API 请求流程中，SDK 通过拦截 HTTP 请求（如 fetch / XHR）并追加签名参数。整体架构可划分为三层：

X-Dynosaur 的外壳加密与 X-Gnarly 保持同构，主要分为 5 个步骤：

每次签名随机生成 48 字节密钥：
$\text{keyBytes}=\text{randomBytes}(48)$
拆分为 12 个 32 位小端无符号整数：$\text{keyWords}[\mathrm{0..11}]$。

根据密钥低 4 位累加和动态推导 ChaCha 迭代轮次：
$r={\sum }_{i=0}^{11}(\text{keyWords}[i]\&\text{0xF})(\mathrm{mod}16)$
$\text{rounds}=r+5(\text{取值范围}[5,20])$

非标准 RFC 8439 ChaCha20 实现，核心差异如下：

注：state[12] 兼作 Counter，每消耗 64 字节密钥流时自动 $+1$。单轮 Quarter Round 旋转位移保持为 [16, 12, 8, 7]，最终叠加初始状态（Feed-forward）。

$\text{cipher}=\text{plaintext}\oplus \text{keystream}(\text{keyWords},\text{rounds})$

计算校验和确定密钥在密文中的嵌入位置：
$\text{mod}=\text{len}(\text{cipher})+1$
$\text{sum}=\left({\sum }_{i=0}^{47}\text{keyBytes}[i]+{\sum }_{j=0}^{N-1}\text{cipher}[j]\right)(\mathrm{mod}\text{mod})$
$\text{insertPos}=\text{sum}$

拼接成中间二进制流：
$\text{wire}=\text{0x4B}\parallel \text{cipher}[0\dots \text{insertPos}-1]\parallel \text{keyBytes}[48]\parallel \text{cipher}[\text{insertPos}\dots N-1]$

采用映射表置换后的 Base64 编码：

明文由 25 个连续的 Tag-Length-Value (TLV) 段组成，Tag 范围从 0x20 递增至 0x38（无跳号）：

部分字段包含尾部标志位（Trailer），格式通常为：[ Payload ] [ 0x00 ] [ Code ]

[L1: 业务参数 / 环境信息]
        │
        ▼
[L2: JSVMP 字段处理] ──► 25 段混淆字段 ──► 自定义 TLV 序列化 (243~244 B)
        │
        ▼
[L3: 外壳加密] ───────► ChaCha-XOR 变体 ──► 嵌入 48B 动态 Key ──► 变异 Base64 ──► X-Dynosaur (~392 字符)

冰与火的战歌：Windows内核攻防实战高级班！从零到实战，融合AI与Windows内核攻防全技术栈，打造具备自动化能力的内核开发高手。