Google OSS-Fuzz项目中的Fuzzer运行环境详解

Google OSS-Fuzz项目中的Fuzzer运行环境详解

oss-fuzz OSS-Fuzz - continuous fuzzing for open source software. 项目地址: https://gitcode.com/gh_mirrors/oss/oss-fuzz

前言

在软件安全测试领域，模糊测试(Fuzzing)是一种高效的自动化问题发现技术。Google OSS-Fuzz作为一个持续运行的大规模模糊测试平台，为开源项目提供了强大的安全测试能力。了解Fuzzer在OSS-Fuzz平台上的运行环境对于开发有效的模糊测试目标至关重要。

运行环境概述

OSS-Fuzz中的模糊测试目标运行在基于Linux的Google Compute Engine虚拟机上，这个环境经过特殊配置以确保测试的一致性和安全性。开发者需要特别注意以下几点：

运行时依赖处理

依赖管理原则

1. 禁止假设：不能假设运行环境中已安装任何依赖包
2. 静态链接优先：强烈推荐使用静态链接方式处理依赖
3. 输出目录限制：所有运行时需要的构建产物必须放在$OUT目录中

依赖解决方案

有两种主要方式处理运行时依赖：

1. Dockerfile安装+静态链接：

   • 在Dockerfile中安装所需包
   • 构建时使用静态链接选项连接这些依赖

2. build.sh中静态构建：

   • 在build.sh脚本中静态构建所有依赖
   • 确保最终产物包含所有必要组件

动态链接注意事项

虽然不推荐，但在必要时可以使用动态链接，需满足以下条件：

• 共享对象文件必须包含在$OUT目录中
• 使用'$ORIGIN'指定相对路径加载库
• 可通过编译选项或chrpath工具设置运行时路径

验证方法：

• 使用ldd <fuzz_target_name>检查依赖关系
• 使用infra/helper.py中的check_build命令验证

关键环境限制

程序参数限制

• argv[0]不可修改：必须保持原始值，平台功能依赖此参数
• 工作目录不固定：不能假设程序启动时的工作目录

文件系统限制

• 只读文件系统：除/tmp外所有位置均为只读
• /dev不可用：设备文件系统不可访问
• 可执行文件目录：包含fuzz target的目录也是只读的

硬件兼容性

• 禁止CPU特定优化：不能使用-march=native或-mtune=native
• 允许通用优化：可以使用-mtune=generic

测试与验证建议

1. 本地测试：使用run_fuzzer命令在干净的容器中测试
2. 环境模拟：测试时应模拟实际运行环境条件
3. 路径处理：使用argv[0]确定可执行文件位置来加载数据文件

最佳实践总结

1. 优先选择静态链接方案
2. 所有运行时依赖必须包含在$OUT目录
3. 避免任何环境假设，包括文件系统布局和已安装软件
4. 充分进行本地测试，模拟实际运行环境
5. 遵循平台对参数和硬件的限制要求

通过理解并遵循这些环境规范，开发者可以确保他们的模糊测试目标在OSS-Fuzz平台上稳定运行，充分发挥模糊测试的问题发现能力。

oss-fuzz OSS-Fuzz - continuous fuzzing for open source software. 项目地址: https://gitcode.com/gh_mirrors/oss/oss-fuzz