分布式模糊测试 这个项目是一个快速而又非常肮脏的尝试（在几个晚上完成），将我无法控制的许多机器的计算能力与强大的工具“ afl”结合在一起。 它由提供项目以进行模糊测试的服务器和运行在下载1个或多个项目（取决于CPU内核数量），下载队列并开始进行模糊测试的计算机上的客户端上运行。 新生成的测试用例被上载到队列以与其他客户端同步，并且崩溃和挂起（在重复数据删除之后）也被上载，因此可以对其进行手动分析。 客户还将定期检查项目是否被修改。 检测到更新后，它将升级并重新启动项目。 客户端本身尚未（尚未）自我更新。 服务器能够毫无问题地支持数十个客户端，但是如果队列很大，同步算法将成为瓶颈。 （当前）不缓存队列和其他文件夹的哈希值的计算。 警告：仅与（半）受信任的客户端一起使用，并且永远不要连接到不受信任的服务器。 客户端将从服务器下载并运行任意可执行代码，而没有任何事情可以阻止客户端向实际利用

afl.rs使用AFLplusplus模糊Rust代码是什么？ 模糊测试是一种软件测试技术，可通过provl.rs查找安全性和稳定性问题。用AFLplusplus模糊Rust代码是什么？ 模糊测试是一种软件测试技术，用于通过提供伪随机数据作为软件输入来查找安全性和稳定性问题。 AFLplusplus是基于AFL的流行，有效且现代的模糊测试工具。 这个库afl.rs允许在用Rust编程语言编写的代码上运行AFLplusplus。 文档文档可以在Rust Fuzz手册中找到。 它是什么样子的？ 屏幕录像

AFL-2.57b.zip（AFL源码分析章节版本）

AFL的一个Python接口 , 便于注入测试点和其他功能

主要介绍AFL源码；比较详细

这是实验模块，可为纯Python代码启用 fork服务器和工具。 如何 将此代码（最好是在所有其他模块都导入之后）添加到目标程序中： import afl afl . init () 目前，该工具是通过实现的，只要输入新的本地范围，就会调用该。 您可能需要将主程序的代码包装在一个函数中，才能正确进行检测。 （可选）将此代码添加到目标程序的末尾： os . _exit ( 0 ) 这应该大大加快模糊测试的速度，冒着无法捕获正常退出期间可能发生的错误的风险。 对于持久模式，将经过测试的代码包装在以下循环中： while afl . loop ( N ): ... 其中N是重新启动之前要处理的输入数。 在这种情况下，您不应调用afl.init() 。 如果您从sys.stdin读取输入，则必须在每次循环迭代sys.stdin其后退： sys . stdin . see

drAFL原始AFL支持使用QEMU模式的黑匣子覆盖指导的模糊测试。 我强烈建议您先尝试一下，如果它不起作用，则可以尝试使用此工具。 此外，您可能需要尝试使用支持黑盒bina drAFL的Manul，原始AFL使用QEMU模式支持黑盒覆盖率指导的模糊测试。 我强烈建议您先尝试一下，如果它不起作用，则可以尝试使用此工具。 此外，您可能想尝试在Windows和Linux上支持支持黑盒二进制模糊测试的Manul。 用法您需要指定DRRUN_PATH指向drrun启动器，并指定LIBCOV_PATH指向libbinafl.so覆盖库。 您还需要关闭AFL的fork服务器（AFL_NO_FORKSRV = 1），并且可能要关闭AFL_SKIP_BIN_CHECK = 1。 请参阅步骤5

afl-cov, 使用afl模糊测试案例生成gcov的代码覆盖率结果 AFL Fuzzing Fuzzing Fuzzing Fuzzing简介afl-cov 使用 AFL fuzzer afl-fuzz 生成的测试用例文件为目标二进制文件生成gcov代码覆盖率结果。 为了确定AFL的新功能和线路，af

监控器 扩展的AFL监视和报告工具 该程序处理由afl-fuzz生成的发现目录，并以各种格式显示发现。 用法 ./afl-monitor [-n | --nocolor] [-c | --commandLine] [-v | --verbose] [-h | --html output_directory] [-e | --execute command] [-r | --recursive second_count] findings_directory discovery_directory参数应指向一个现有的发现目录，其中包含一个或多个afl-fuzz实例的状态目录。 选件 -n |