链路总览#

日志行 "Refusing to mount unexpected pak file: %s"
  │ ①
  ▼
RVA 0x66A833A（拒绝串，新版独有）
  │ ②
  ▼
RVA 0x1732560（日志桩：fmt=0x66A833A, verbosity=3=Warning, call 0x31D420）
  │ ③
  ▼
RVA 0x261C00F（位于函数 0x261B410 内"拒绝打印块"）
  │ ④
  ▼
RVA 0x261B56D test al,al / 0x261B56F jne ──(不等)──► 拒绝块 0x261BD10 → 日志桩 → bl=0 → 返回失败
  │                                              (相等 → 放行 bl=1)
  │ ⑤
  ▼
比较右操作数（期望路径）来自：
  RVA 0x261B4EE lea rdx → 0x673A1F2 "%sPaks/%s-%s.pak"（新版独有）
  RVA 0x261B4F5 lea r9  → 0x6C9FFB0 "OPP"（UTF-16 字面量）
  RVA 0x261B4C1 rbx ← [obj+0x108] ← "WindowsClient"（ANSI 常量池 0x6487A90）
  经 0x1A250D0 (Printf) + 0x5D0890 (路径解析) → 唯一期望名
  │ ⑥
  ▼
⑦ 上游调用关系确认闸门地位：0x550EE2 / 0x47A7C27 / 0x47A84F3 / 0x47A96A8
   （0x47A7B10 遍历 0x38 字节条目数组 = 枚举候选 pak；0x47A8480 wrapper 按返回值登记）
  ▼
⑧ 最小语义补丁点：bl 标志 → 4 字节等长替换（RVA 0x261B56D / 0x261B56F）

步骤 ①#

对新旧两个 exe 做全量字符串提取与差异比对：

→ 拒绝逻辑整体是 7/25→9/4 之间源码新增，旧版不存在这道核对。

步骤 ②#

全镜像 xref（字节模式 48 8D 05 xx xx xx xx + 位移反算）命中唯一引用点，位于 RVA 0x1732560（fileoff 0x1731960）。该区域是典型 UE_LOG 编译产物——冷路径日志桩：

0x1732560  sub  rsp, 0x38
           mov  [rsp+0x28], rcx          ; 参数 1：被拒 pak 路径
           lea  rax, [0x66A833A]         ; fmt = "Refusing to mount unexpected pak file: %s"
           mov  [rsp+0x20], rax
           lea  r8, [LogCategory]        ; LogPakFile
           xor  ecx, ecx                 ; 无文件名行号信息
           xor  edx, edx
           mov  r9b, 3                   ; verbosity = Warning
           call 0x31D420                 ; 统一日志输出
           ret

mov r9b, 3（Warning）与日志前缀 LogPakFile: Warning: 完全对应。该类桩是 UE_LOG 宏在 Shipping 构建下将”低概率分支”冷分离的结果。

步骤 ③#

唯一调用点 RVA 0x261C00F（call 0x1732560），位于函数 0x261B410 内的拒绝打印块（0x261BD10–0x261C014）。桩调用前后无其它路径可达 → 该函数即本次新增核对的宿主。

步骤 ④#

关键区段反汇编（地址为 RVA）：

0x261B4C1  mov   rbx, [rsi+0x108]        ; 取 "WindowsClient" 常量数据指针（见 §4）
0x261B4D0  call  0x93CBF0                ; 取根目录字符串 → [rsp+0x70]（0x715F50 取全局）
0x261B4D5  cmp   [rsp+0x78], 0           ; 根目录为空？
0x261B4E2  lea   r8, [0x69BAC10]         ; 空 → 用空串回退常量
0x261B4EE  lea   rdx, [0x673A1F2]        ; fmt = "%sPaks/%s-%s.pak"
0x261B4F5  lea   r9,  [0x6C9FFB0]        ; 常量 "OPP"
0x261B504  call  0x1A250D0               ; FString::Printf → 期望串（相对形式）
0x261B514  call  0x5D0890                ; 结合全局根 → 规范化为绝对路径 → [rsp+0x80]

0x261B546  lea   rcx, [rsp+0xA0]
0x261B556  call  0x8EEE0                 ; 拷贝构造：实际 pak 路径 → [rsp+0xA0]
0x261B566  call  0x9F7D50                ; FString 全等比较(实际, 期望) → eax
0x261B56B  mov   ebx, eax                ; bl = 比较结果（== 的“放行标志”）
0x261B56D  test  al, al                  ; ┐
0x261B56F  jne   0x261B57E               ; ┴ 相等 → 直接跳汇合点（放行, bl=1）
0x261B571  cmp   [verbosity 全局], 3     ; 不相等时：
0x261B578  jae   0x261BD10               ;   LogPakFile 启用 Warning 级 → 打印拒绝日志
0x261B57E  ; —— 汇合点（不放行时 bl 保持 0）——
           mov   rcx, [rsp+0xA0]         ; 释放 [rsp+0xA0] 拷贝
           mov   rcx, [rsp+0x80]         ; 释放期望串
           mov   rcx, [rsp+0x60]         ; 释放入参路径
0x261B5B1  test  bl, bl
0x261B5B3  je    0x261BADF               ; bl=0 → 失败出口（函数返回 0，拒绝）
           ; —— bl=1：真实挂载路径 ——
0x261B5B9  ...  call [rax+0xC0]           ; 执行挂载（分配 0x18/0x298 对象,
0x261B629  call 0x261C400                ;  调用构造 0x261C400，检查 [rbx+0x249]==1）

拒绝打印块（冷块，落在函数末尾）：

0x261BD10  cmp  [rsp+0xA8], 0            ; 实际路径串长度是否为 0
0x261BD18  je   0x261C008                ; 空 → rcx = 空串常量 0x69BAC10
0x261BD1E  mov  rcx, [rsp+0xA0]          ; 否则 rcx = 被拒 pak 路径
0x261C00F  call 0x1732560                ; 日志桩（唯一调用者）
0x261C014  jmp  0x261B57E                ; 汇合 → bl=0 → 拒绝返回

语义结论：

1. 该函数对每个候选 pak 调用一次，先构造”期望路径”再全等比较；
2. 相等 → 放行进入真实挂载路径；不相等 → （按日志级别可选地）打印拒绝行 → 返回失败；
3. 函数返回值（al）即”是否允许挂载”，由 bl（= 比较结果）一路携带。

步骤 ⑤#

0x9F7D50 完整反汇编（out\full_9f7d50.txt）：按 FString 标准布局（+0 数据指针 / +8 长度 / +0xC 容量）以 0x8EEE0（FString 拷贝构造）复制两个操作数后逐 UTF-16 字符比较，sete al 返回相等性；无子串、前缀、通配、忽略大小写等逻辑 → 比较是字典级精确全等。这与 %sPaks/%s-%s.pak 构造出的单一期望串配合，构成名符其实的”白名单”而非”命名模式”。

步骤 ⑥#

• UTF-16 字面量 OPP 全镜像扫描：唯一命中 RVA 0x6C9FFB0（即 Printf 实参），不存在任何 OPP-* 之类的附加模板；
• 期望模板格式串（%sPaks/%s-%s.pak）全镜像唯一（0x673A1F2）；
• 亦无读配置文件 / 注册表 / 目录枚举拼白名单的迹象（期望路径仅在 §4 一处构造）。

→ 放行名单只有 <Root>/Paks/OPP-WindowsClient.pak 一个名字，且名字三段中两段是编译期常量。改名无法绕过由此获得直接证据：改成任何 OPP-X.pak 都不等于期望串；改成 OPP-WindowsClient.pak 则与官方 59 GB 主包撞名，且撞上的老签名校验。

步骤 ⑦#

0x261B410 共 4 个调用点（均检查返回 al）：0x550EE2、0x47A7C27、0x47A84F3、0x47A96A8。反汇编显示：

• 0x47A7B10 区域存在遍历 0x38 字节/条目的数组循环，0x47A7C27 为该循环内调用点 → 典型的”枚举目录候选 pak → 逐个过闸门”结构；
• 0x47A8480 为包装函数，按返回值决定是否把结果压入挂载列表（out\full_47a7c.txt、full_47a84.txt）。

→ 与日志现象一致：候选 pak 被逐一核对，命中的（官方包）进列表，未命中的被拒。

排除项#

Pak chunk signing mismatch、Master signature table has changed since initialization!、Corrupt pak index detected 在新旧版本中均存在 → chunk 级签名检查是引擎既有机制，不是 9/8 新增。

源码形态#

// FPakPlatformFile 挂载入口（9/8 新增核对段，语义等价还原）
// 期望串 = FString::Printf(TEXT("%sPaks/%s-%s.pak"), *RootDir, TEXT("OPP"), TEXT("WindowsClient"))
FString ExpectedPak = NormalizeToAbsolute(              // 0x5D0890
    FString::Printf(TEXT("%sPaks/%s-%s.pak"),           // fmt = 0x673A1F2
        RootDir.IsEmpty() ? TEXT("") : *RootDir,        // 0x93CBF0 / 回退 0x69BAC10
        TEXT("OPP"),                                    // 0x6C9FFB0
        TEXT("WindowsClient")));                        // 0x6487A90 → 0x944E00

if (CandidatePakPath == ExpectedPak)                    // 0x9F7D50 精确全等
{
    // 真实挂载（0x261B5B9+，对象分配 + 构造 + 状态检查 [..+0x249]==1）
    return true;
}

if (LogPakFile_Verbosity >= Warning)                    // 0x261B571（冷路径）
    UE_LOG(LogPakFile, Warning, TEXT("Refusing to mount unexpected pak file: %s"),
        *CandidatePakPath);                             // fmt=0x66A833A，桩 0x1732560
return false;                                           // 0x261BADF

说明：无符号二进制无法还原到逐字源码，但”构造唯一期望串 → 全等比较 → 拒绝返回”的语义已被控制流与常量证据锁定，等价性无歧义。

使用限制#

1. 补丁版 exe 改变了文件内容，EAC（EasyAntiCheat）在线保护下可能拒绝启动；仅在免 EAC / 离线自娱场景使用，联机前请换回原版。绕过反作弊用于在线模式违反服务条款并有封号风险。
2. 官方每次更新后需重放补丁。