告别sasquatch报错：手把手教你用squashfs-tools 4.5+搞定binwalk解压LZMA固件
告别sasquatch报错：手把手教你用squashfs-tools 4.5+搞定binwalk解压LZMA固件
在固件逆向分析和物联网安全研究中，处理Squashfs文件系统是家常便饭。但当你信心满满地运行binwalk准备解压一个LZMA压缩的固件时，屏幕上突然跳出sasquatch命令不存在的错误提示，那种感觉就像开车时突然发现油箱漏了——明明目的地就在眼前，却被硬生生卡在半路。更让人抓狂的是，按照网上教程安装sasquatch后，等待你的可能是更复杂的编译错误和版本冲突。
1. 问题根源：为什么sasquatch会成为绊脚石
sasquatch本质上是一个打了补丁的旧版squashfs-tools分支，专门为binwalk提供解压支持。但随着Linux内核和编译器版本的迭代，这个项目逐渐暴露出三个致命缺陷：
- 编译兼容性问题：新版本GCC对代码规范更严格，旧版源码中的缩进警告会被视为错误
unsquashfs.c:1835:5: error: this 'if' clause does not guard... [-Werror=misleading-indentation] - 功能缺失：早期版本对LZMA压缩算法的支持不完善
- 维护停滞：补丁未能跟上squashfs主线的更新
关键发现：现代Linux发行版自带的squashfs-tools（4.5+版本）其实已经完美支持LZMA，只是binwalk的插件调度机制存在优先级的混乱。当主工具解压失败时，错误信息仍然指向备用的sasquatch，造成误导。
2. 彻底解决方案：升级到官方squashfs-tools
2.1 环境准备与依赖安装
首先清理可能存在的旧版本，避免冲突：
sudo apt remove squashfs-tools # Debian/Ubuntu sudo yum remove squashfs-tools # RHEL/CentOS安装编译所需的开发工具和库：
# Ubuntu/Debian sudo apt update sudo apt install build-essential liblzma-dev liblzo2-dev zlib1g-dev help2man # CentOS/RHEL sudo yum groupinstall "Development Tools" sudo yum install lz4-devel lzo-devel xz-devel zlib-devel help2man注意：
help2man用于生成手册页，虽然非必需但建议安装，否则make时会提示警告
2.2 从源码编译安装squashfs-tools 4.5+
获取最新稳定版源码（推荐使用GitHub镜像）：
git clone https://github.com/plougher/squashfs-tools.git cd squashfs-tools/squashfs-tools编译时关键配置选项：
| 选项 | 作用 | 推荐值 |
|---|---|---|
| XZ_SUPPORT | LZMA压缩支持 | 1 (启用) |
| LZO_SUPPORT | LZO压缩支持 | 1 (启用) |
| LZ4_SUPPORT | LZ4压缩支持 | 1 (启用) |
| XATTR_SUPPORT | 扩展属性支持 | 根据需求 |
执行编译和安装：
make && sudo make install验证安装是否成功：
unsquashfs -version # 应显示类似：4.5-git (2023-12-13)2.3 配置binwalk使用新版本
修改binwalk配置，确保优先使用系统自带的unsquashfs：
定位binwalk配置文件：
find ~/.config -name "binwalk.conf"在
[extractors]段确保配置如下：[extractors] squashfs=unsquashfs -d '%e.squashfs' '%f'或者直接通过命令行参数指定：
binwalk -e --squashfs='unsquashfs -d %e.squashfs %f' firmware.bin
3. 实战测试：解压LZMA固件
准备测试固件（以TP-Link路由器固件为例）：
wget https://static.tp-link.com/2023/202306/20230626/Archer_C7(EU)_V5_230626.zip unzip Archer_C7*.zip运行解压并验证：
binwalk -e Archer_C7*.bin成功解压后，检查文件系统完整性：
file squashfs-root/bin/busybox # 应显示：ELF 32-bit LSB executable, MIPS...4. 高级技巧与故障排除
4.1 多段Squashfs处理
遇到嵌套的Squashfs镜像时，可以结合dd和binwalk分段提取：
# 首先定位各段偏移量 binwalk firmware.bin # 提取特定段 dd if=firmware.bin bs=1 skip=1180160 of=rootfs.squashfs # 单独解压 unsquashfs -d rootfs rootfs.squashfs4.2 常见错误解决方案
| 错误现象 | 可能原因 | 解决方案 |
|---|---|---|
| "unsupported compression" | 工具版本过旧 | 升级到squashfs-tools 4.5+ |
| "failed to read block" | 固件加密/损坏 | 尝试-no-exit-code参数 |
| "lzma decompression failed" | 非标准LZMA参数 | 使用-no-progress禁用进度条 |
4.3 性能优化参数
对于大型固件，这些参数可以显著提升解压速度：
unsquashfs -processors 4 -no-progress -no-exit-code large_firmware.squashfs-processors N：启用多核并行处理-no-progress：禁用进度输出（减少I/O开销）-no-exit-code：即使遇到错误也继续执行
5. 替代方案对比：何时需要firmware-mod-kit
虽然新版squashfs-tools能解决90%的情况，但某些特殊固件仍需要专门的工具链。下表对比了三种主流方案：
| 工具 | 优点 | 缺点 | 适用场景 |
|---|---|---|---|
| squashfs-tools 4.5+ | 官方维护，支持新特性 | 对非标准格式兼容性一般 | 标准LZMA固件 |
| firmware-mod-kit | 专为固件逆向优化 | 配置复杂，更新慢 | 厂商定制固件 |
| sasquatch | 历史解决方案 | 已过时，编译困难 | 旧系统兼容 |
当遇到以下情况时，建议使用firmware-mod-kit：
- 固件包含多个交错的文件系统
- 厂商使用了非标准的块大小或压缩参数
- 需要修改后重新打包固件
安装和使用示例：
git clone https://github.com/rampageX/firmware-mod-kit.git cd firmware-mod-kit/src ./configure && make ./extract-multisquashfs-firmware.sh ../firmware.bin经过多次实战测试，我发现大多数现代固件其实只需要正确配置的squashfs-tools就能完美处理。那些看似复杂的报错，往往只是因为工具链版本混乱造成的假象。记住一个原则：当遇到解压问题时，首先检查你的squashfs-tools版本是否足够新，这能节省大量排查时间。