游戏软件模糊测试,2.3 模糊测试各阶段

2.3 模糊测试各阶段

采用何种模糊测试方法取决于众多因素。没有所谓的一定正确的模糊测试方法，决定采用何种模糊测试方法完全依赖于被测应用、测试者拥有的技能、以及被进行模糊测试的数据的格式。但是，不论对什么应用进行模糊测试，不论采用何种模糊测试方法，模糊测试执行过程都包含相同的几个基本阶段。

1．确定测试目标

只有有了明确的测试目标后，我们才能决定使用的模糊测试工具或方法。如果要在安全审计中对一个完全由内部开发的应用进行模糊测试，测试目标的选择必须小心谨慎。但如果是要在第三方应用中找到安全漏洞，测试目标的选择就更加灵活。要决定第三方应用模糊测试的测试目标，首先需要参考该第三方应用的供应商历史上曾出现过的安全漏洞。在一些典型的安全漏洞聚合网站如SecurityFocus和Secunia上可以查找到主要软件供应商历史上曾出现过的安全漏洞。如果某个供应商的历史记录很差，很可能意味着这个供应商的代码实践 (code practice)能力很差，他们的产品有仍有很大可能存在未被发现的安全漏洞。除应用程序外，应用包含的特定文件或库也可以是测试目标。如果需要选择应用包含的特定文件或者库作为测试目标，你可以把注意力放在多个应用程序之间共享的那些二进制代码上。因为如果这些共享的二进制代码中存在安全漏洞，将会有非常多的用户受到影响，因而风险也更大。

2．确定输入向量

几乎所有可被利用的安全漏洞都是因为应用没有对用户的输入进行校验或是进行必要的非法输入处理。是否能找到所有的输入向量(input vector)是模糊测试能否成功的关键。如果不能准确地找到输入向量，或是不能找到预期的输入值，模糊测试的作用就会受到很大的局限。有些输入向量是显而易见的，有些则不然。寻找输入向量的原则是：从客户端向目标应用发送的任何东西，包括头(headers)、文件名(file name)、环境变量(environment variables)，注册表键(registry keys)，以及其他信息，都应该被看做是输入向量。所有这些输入向量都可能是潜在的模糊测试变量。

3．生成模糊测试数据

一旦识别出输入向量，就可以依据输入向量产生模糊测试数据了。究竟是使用预先确定的值、使用基于存在的数据通过变异生成的值、还是使用动态生成的值依赖于被测应用及其使用的数据格式。但是，无论选择哪种方式，都应该使用自动化过程来生成数据。

4．执行模糊测试数据

该步骤紧接上一个步骤，正是在这个步骤，“模糊测试”变成了动词。在该步骤中，一般会向被测目标发送数据包、打开文件、或是执行被测应用。同上一个步骤一样，这个步骤必须是自动化的。否则，我们就不算是真正在开展模糊测试。

5．监视异常

一个重要但经常容易被忽略的步骤是对异常和错误进行监控。设想我们在进行一次模糊测试，在测试中，我们向被测的Web 服务器发送了10000 个数据包，最终导致了服务器崩溃。但服务器崩溃后，我们却怎么也找不到导致服务器崩溃的数据包了。如果这种事真的发生了，我们只能说这个测试毫无价值。模糊测试需要根据被测应用和所决定采用的模糊测试类型来设置各种形式的监视。

6．判定发现的漏洞是否可能被利用

如果在模糊测试中发现了一个错误，依据审计的目的，可能需要判定这个被发现的错误是否是一个可被利用的安全漏洞。这种判定过程是典型的手工过程，需要操作者具有特定的安全知识。这个步骤不一定要由模糊测试的执行者来进行，也可以交给其他人来进行。

图2.2 展示了模糊测试的各个阶段。

无论采用什么类型的模糊测试，以上这些阶段都应该被考虑到，只有 “判定发现的漏洞是否可能被利用”这个阶段可能有例外。根据测试的目的不同，以上各阶段的执行顺序、各阶段的侧重点可以进行调整。虽然模糊测试威力强大，但模糊测试仍然不能保证在被测系统中***地发现所有安全相关的缺陷。下一节中我们会列出一些通过模糊测试很难发现的典型的缺陷类别。

【责任编辑：book TEL：(010)68476606】

点赞 0