javascript - linux bin文件部分内容异常清空，请问有好的方式排查？

Question

linux unzip bin文件二进制形式打开发现中间有一段内容被清空，为全0x00，怀疑是程序指针影响的，请问有什么比较好的排查方式，产品代码大概30+万行
已做努力：
正常版本和异常版本的unzip在文件访问时间、修改时间、文件属性修改时间是一致的，故从这几个时间无法反推是什么功能代码影响的
/bin # stat unzip
File: unzip
Size: 120648 Blocks: 236 IO Block: 4096 regular file
Device: 1f07h/7943d Inode: 1028 Links: 1
Access: (0755/-rwxr-xr-x) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 2024-03-19 22:26:54.000000000 +0800
Modify: 2021-10-20 14:57:13.000000000 +0800
Change: 2024-03-19 22:26:54.000000000 +0800

希望能求助到一种切实有效便捷的排查方式

补充说明：
1.两个unzip（正常和异常）所在的版本是同一版本，分别在A和B环境上，A和B环境运行了不同的功能（暂不清楚），A环境的unzip文件正常，B环境的unzip文件异常
2.寻求一种定位方式快速找到对应代码或者相关修改痕迹

Answer 1

在Linux环境下，对于二进制文件（如.bin文件）的内容异常清空问题，尤其是当文件访问、修改和属性修改时间一致时，排查工作可能会变得复杂。由于你的产品代码规模较大（30+万行），以下是一些建议的排查方式：

1. 版本控制系统（如Git）:

   • 如果你的项目使用版本控制系统（如Git），可以比较正常版本和异常版本之间的差异。通过git diff命令，你可以查看哪些文件或代码块在修改时间之后发生了变化。
   • 对于二进制文件，这可能不太有用，但如果你之前有编译的中间文件或构建日志，它们可能提供有关何时和为何构建过程可能出错的线索。

2. 代码审查:

   • 审查那些可能影响二进制文件生成过程的代码部分。特别关注那些与文件写入、编译选项或构建脚本更改相关的部分。
   • 使用静态代码分析工具，以识别可能的编程错误或逻辑错误。

3. 编译日志:

   • 检查编译日志，查找可能在编译过程中产生的任何警告或错误。这些可能表明某些代码没有被正确编译或链接。

4. 构建脚本:

   • 审查构建脚本（如Makefile, CMakeLists.txt等），确保没有不恰当的命令或选项，这些可能导致二进制文件的内容被意外更改。

5. 反汇编和调试:

   • 使用反汇编工具（如objdump）检查二进制文件的反汇编输出，以查找可能的不正常代码段或跳转。
   • 使用调试器（如gdb）在二进制文件上设置断点，并尝试执行，以查看是否有任何异常行为。

6. 二进制比较工具:

   • 使用二进制比较工具（如bdiff或vimdiff的二进制模式）来比较正常和异常的二进制文件，以可视化地找出差异。

7. 内存检查工具:

   • 如果怀疑内存损坏或指针错误，使用内存检查工具（如valgrind）来运行程序，并检查是否有内存泄漏或非法内存访问。

8. 依赖库和静态库:

   • 检查项目依赖的库文件，确保它们没有被意外修改或损坏。
   • 如果项目使用了静态库，请检查这些库文件是否有任何异常。

9. 环境差异:

   • 检查编译和运行时环境的差异，如编译器版本、操作系统版本、库版本等。

10. 持续集成/持续部署（CI/CD）:

    • 如果项目使用了CI/CD流程，检查构建历史记录，查找可能的构建失败或异常。

在缺乏具体上下文和错误重现步骤的情况下，上述建议可能需要根据你的实际情况进行调整。如果问题仍然难以解决，可能需要考虑使用专业的二进制分析工具或寻求具有深入Linux二进制分析和调试经验的专业人士的帮助。