跳到主要内容

· 阅读需 21 分钟
Muel - Nova

前几天学着 DIYGOD 搞了一套生活管理系统。在各种插件的加持下算是做到了半自动化,然而,睡眠时间和步数,以及可能的心率血压等数据仍然需要手动记录手动填写实在是不算 Geek。搜索之后得知其实 Zepp(原 Huami) 存在有逆向后的 API 接口且明文存储步数等信息,于是便脑子一热入了 小米手环 8 Pro 原神联名版。拿到手后,才惊讶地发现 小米手环 8 已经不再支持 Zepp,小米手环 7 虽然表面上不支持,但也能使用修改 QRCode 和 Zepp 安装包的方式,然而小米手环 8 已经是彻底把 Zepp 给 Deprecated 了。

· 阅读需 4 分钟
Muel - Nova

阅读之前

请确保你拥有一定的动手能力。基于已经能够开启服务器的思考,下文将默认读者会使用 Python3,会使用 terminal。

前置条件

%SAVE%
├── LevelMeta.sav
├── Level.sav
├── LocalData.sav
├── Players
│   ├── 00000000000000000000000000000001.sav
│   ├── PLAYER_B_GUID.sav
│   └── PLAYER_C_GUID.sav
└── WorldOption.sav

版本信息(时效性)

修改过程

服务器存档提取

首先确保你的服务器已经开启完成,将 %SAVE% 完整的复制到服务器存档处。

原房主登入游戏,应该存在需要新建用户的情况,此时新建用户,随意进行一些操作后退出。

此时,应该在 %SAVE%/Players 文件夹下多出一个新的文件,这个 GUID 是每个 STEAM 用户特定的,我们用 0D000721000000000000000000000001.sav 表示

%SAVE%
├── LevelMeta.sav
├── Level.sav
├── LocalData.sav
├── Players
│   ├── 00000000000000000000000000000001.sav
│   ├── PLAYER_B_GUID.sav
│   ├── 0D000721000000000000000000000001.sav
│   └── PLAYER_C_GUID.sav
└── WorldOption.sav

此时,0d000721000000000000000000000001 即为原房主的 GUID

关闭服务器,确保你已经对 %SAVE% 文件夹进行了备份

脚本运行

git clone https://github.com/MuelNova/Palworld-Save-Patcher.git
cd Palworld-Save-Patcher
python script.py fix-host %SAVE% %GUID%
# 请自己替换
# python script.py fix-host /home/nova/test_pal 0d000721000000000000000000000000

重新开启服务器

此时原房主进来应该已经有东西了,但是名称和工会不再存在。需要加入好友的服务器才可以。这也是一个小缺陷(因为这些内容存在 BYTE 里,使用 uesave 不太方便弄)

原理

这部分不感兴趣的人可以不看了

存档文件分析

%applocaldadta%\Pal\Saved\SavedGame\<STEAM_ID>\<WORLD_ID>

LocalData.sav

保存了地图,与用户无关。可以直接拷贝去其他存档省去开图的过程。

Level.sav

关键文件,保存了所有的资源及其所有者以及地图事件等信息

Player/xxxxxx.sav

玩家文件

.sav 文件

目前还只知道修改方法,而不知道原理,可以看 Converting PalWorld saves to JSON and back (github.com) 这个 gist。

首先对于一个 .sav 文件,它并不是一个标准的 UE .sav 文件头,而是一个经过 zlib 压缩(或者二次压缩)的文件。

[0:4] 为未压缩大小

[4:8] 为压缩后大小

[8:11] 为一个固定的 magicNumber "PlZ"

[11] 为一个 type,可能为以下值: 0x30, 0x31, 0x32。其中 0x30 还没有使用。而 0x31 为一次 zlib 压缩,0x32 为两次 zlib 压缩

[12:] 即为压缩后的数据

解压缩后即为一个 GVAS 文件,可以直接使用 trumank/uesave-rs: Rust library to read and write Unreal Engine save files (github.com) 等来转换为 json 文件

image-20240122100541443

uesave to-json --input <GUID>.sav.gvas --output <GUID>.sav.json

· 阅读需 28 分钟
Muel - Nova

最近接触到了这个洞,感觉利用面还是挺广的,虽然国内绝大多数机子似乎 libc 版本都挺低的(),总而言之先调调看看吧。

环境搭建

测试环境

OS: Ubuntu 22.04.1 LTS on Windows 10 x86_64

Kernel: 5.15.123.1-microsoft-standard-WSL2

Glibc: 2.35-0ubuntu3.3

· 阅读需 8 分钟
Muel - Nova

思考了许久这篇 blog 应该放在 小丑 专栏还是 blog 专栏,还是最后决定把一些生活中的小事(或者说不是那么有趣的)分享在这里。

· 阅读需 3 分钟
Muel - Nova

不知咋了,原来主机是可以直接通过 localhost:port 访问 wsl2 里的服务的,但是今天突然就不行了。趁着这个机会搞一下,根据前不久看的文档搞个虚拟网卡做个 WSL2 的桥接,这样不仅能支持 ipv6,也可以直接局域网访问我 wsl2 的服务而不需要做端口转发。反正我的 wsl2 也不是沙箱,就不考虑安全性了 xD。

· 阅读需 15 分钟
Muel - Nova

附件下载: https://pwnable.tw/static/chall/netatalk.tgz + https://pwnable.tw/static/libc/libc-18292bd12d37bfaf58e8dded9db7f1f5da1192cb.so

耗时大概 1.5 天,总体来说是非常好的一次调试与复现,不止学到了一些利用及调试技巧,也对思路的扩展非常有帮助。

漏洞的发现过程在作者的 Exploiting an 18 Year Old Bug. A Write-up for CVE-2018–1160 | by Jacob Baines 中写的非常清楚,非常精彩。你也可以在 Netatalk CVE-2018-1160的发现与利用_c01dkit的博客-CSDN博客 找到翻译版。

这个洞在作者的 BLOG 中提到只能在 -no-pie 的 NAS 上利用。但是 hitcon 2019 出题的 DDAA 佬在 HITCON CTF 2019 Pwn 371 Netatalk (ddaa.tw) 给出了利用思路,简而言之就是利用 fork 的性质,即子进程不会改变 memory layout —— 换言之,ASLR 只起到了非常微小的作用(笑),如此一来,我们就可以通过侧信道暴露出一个合法地址,再进行利用。