新しい看板の奥の新しい貯蔵庫：魔域新版カーネルの creativeObject 容疑、C2S 平文フレーム鎖の再確認、そして UIScript 全集の AES の鍵

看板を替えた王庭は、なお新しい地図を差し出している。11 月 1 日の当直は、三つの戦線を同時に一格ずつ押し進めた。送信鎖の層間関係、VM 化の境界、そして Lua 資産貯蔵庫の鍵である。

一、送信鎖の再確認：メッセージ層は平文の玄関である

C2S 送信経路の修正された特性づけが着地した。send-frames.txt の 19,552 フレームはフレームヘッダまで高エントロピーである——send_wrapper（0x33019a0）と 0x10020 バッファから捕られたそれらは、全フレーム暗号後のデータである。そして 0x3306110 で捕らえた eaXX フレームは dispatch まで遡れ、それは UI 方向（S2C の平文分配）であって送信側ではない。平文フレームの形式は確認された。[u16 len][u16 id][payload]、len はフレーム総長（0x33031d0 の u16≤0x3ff 検証と一致）。ここから本段階でもっとも重要な推論が生まれる。0x33031d0 層はメッセージ層（ヘッダ平文）であり、フルフレームの TEA 暗号はその下層で自動的に行われる——平文のメッセージフレームを注入すれば、暗号の知識ゼロで全鎖を通る。inject_v3 の一回呼び出しの sendmsg/raw インターフェースは整っており、ゲームがオンラインになり次第、マウスによる移動と攻撃で実戦の較正を待つのみである。

二、VM 化の境界：ハートビートの送信呼び出しまでが塀の内側

ハートビート構築コードは逆アセンブリの中で算術ごと見つかった（rdi=conn、st=conn[0x418]、st[4]²+0x2537 と TimeGet の XOR、さらに 0xa3c9f との XOR）——だがその送信呼び出し 0x1431b9260 はVM 化されている（プロローグからまっすぐ .vlizer セグメントへ跳ぶ）。fdeb ハンドラと同じ保護方式である。妥当な外挿はこうだ。メッセージ構築関数もおそらく同様に VM 化されており、静的な道はふたたび狭まり、ブラックボックスのフック（入出力の対応）だけが唯一の実行可能な道である。守衛は夜間再試行のバグも修めた（night_guard2）、アカウント保護期間がログインに残す影響は低頻度で迂回されている。

三、UIScript 貯蔵庫の鍵棚：AES-CBC が記号名まで特定される

Lua 資産戦線の収穫は、記号名まで正確な鍵棚である。LuaInterface.dll は完全な解読実装を抱えている——LuaSceneScript::DecryptAndLoadLuaFile、DecryptLuaFile の二つのオーバーロード、EncryptLuaFile、そして AES_CBC_decrypt_buffer / AES_CBC_encrypt_buffer（LuaSrc.dll の AES 実装を参照）と it_ctx_iv のコンテキスト。戦略的意味はこう定まる。UIScript/luaui の .dat は **AES-CBC（XXTEA ではない）**で暗号されており、c3_config の XXTEA 体系とは独立である。次の一歩は清潔に実行可能である。AES_CBC_decrypt_buffer 文字列のコード参照から解読関数を特定→key/IV を抽出→3,924 個の UIScript .dat をオフラインで解読→Lua ソース全集が庫入りする。王庭の脚本貯蔵庫の表札は見つかった。残るは鍵の粗形を磨く最後の一工程である。