零基础学习网络漏洞挖掘：流程、工具与实战指南

• Fuzzing（模糊测试）：自动生成大量输入数据，测试程序是否存在异常处理逻辑。
• 代码审计：通过分析源代码来发现逻辑错误或安全缺陷。
• 反向工程：对编译后的程序进行分析，理解其内部逻辑。
• 漏洞利用：编写 Exploit 代码以触发漏洞。

如何发现漏洞

从某个角度来讲，漏洞挖掘工作可以比作玩迷宫游戏。这个迷宫与我们平时所见的游戏中的迷宫略有不同：

1. 你无法立即看到它整体的外观。
2. 随着漏洞挖掘工作的深入，这个迷宫的形状逐渐扩大。
3. 你将会拥有多个起点及终点，但是无法确定这些点具体在哪里。
4. 最终这个迷宫可能永远也无法 100% 完整，但是却能够弄清楚 A 点至 B 点的一条完整路径。

具体一点地描述，我们可以将漏洞挖掘工作归结为三个步骤：

1. 枚举程序入口点：例如与程序交互的接口（API、表单、RPC 等）。
2. 思考可能出现的不安全状态：即漏洞，如权限提升、数据泄露等。
3. 设法使用识别的入口点到达不安全状态：构造特定的输入或请求序列。

所谓入口点，既可以是 UI 界面上直观可见的交互接口，也可以是非常模糊与透明的交互接口（例如 IPC）。以下是部分安全研究员较为感兴趣的关注点：

• 应用程序中比较古老的代码段，并且这一部分随着时间的推移并没有太大的变化。
• 应用程序中用于连接由不同开发团队或者开发者开发的程序模块的接口部分。
• 应用程序中那些调试和测试的部分代码，这部分代码本应在形成 Release 版本时去除，但由于某些原因不小心遗留在程序中。
• C-S 模式（带客户端和服务端）的应用中客户端及服务端调用 API 的差异部分。
• 不受终端用户直接影响的内部请求（如 IPC）。

从攻击面上来划分，可以将漏洞分为两大类：通用漏洞（General）和上下文漏洞（Contextual）。

• 通用型漏洞：指在我们对应用的业务逻辑不是非常熟悉的情况下能够找出的漏洞，例如 RCE（远程代码执行）、SQLi（SQL 注入）、XSS（跨站脚本）等。
• 上下文漏洞：指需要在对应用的业务逻辑、认证方式等非常熟悉的情况下才能找到的漏洞，例如权限绕过、业务逻辑漏洞等。

在漏洞挖掘的过程中，首先根据经验优先考虑研究测试那些可能会对应用产生巨大威胁的部分。一些轻量级威胁检测模型（如 STRIDE）可以辅助我们做出这样的决策。

WEB 应用程序漏洞示例

假设目标 Web 应用是一个单页面应用程序（SPA），我们已经获得合法验证去访问这个应用，但是我们没有任何关于服务端的源代码或者二进制文件。在这种情况下，当我们枚举入口点时，可以通过探寻该应用的不同功能来进一步了解其业务逻辑及功能。

可以通过抓包分析看 HTTP 请求内容，也可以分析客户端的网页代码获取需要提交表单的列表。虽然无法具体知悉客户端和服务端调用的 API 之间的区别，但通过以上方法可以找到一些入口点。

接着就是操作这些入口点，以试图达到预期的不安全状态。由于漏洞的形态很多，通常需要构建一个适用于该测试应用程序的业务功能漏洞的测试集，以求达到最高效地寻找漏洞。

常见 Web 漏洞代码示例

SQL 注入（SQL Injection）

-- 典型的 SQL 注入 Payload
SELECT * FROM users WHERE username = 'admin' OR '1'='1';

跨站脚本（XSS）

<script>alert(document.cookie)</script>

远程代码执行（RCE）

# Python 中的命令注入示例（危险，仅用于教学）
import os
os.system("ping " + user_input)

桌面应用程序漏洞挖掘

对于桌面应用程序，漏洞挖掘的思路本质上与 Web 程序是类似的，不过也有一些区别。最大的区别在于，桌面应用的执行方式与流程与 Web 程序不一样。

与黑盒测试相比，当有源代码时（白盒测试），在寻找代码入口和程序执行路径等漏洞挖掘点时所做的猜测性的工作会大大减少。在这种情况下，将数据载荷从入口点执行到不安全的程序位置的效率低于从不安全的程序位置回溯至入口点。不过在白盒测试中，你对代码的测试的覆盖面可能会由于你自己的知识局限性而受到影响。

漏洞挖掘需要具备的知识

从事漏洞挖掘工作需要具备的知识是极其广泛的，并且随着时间在不断改变，也取决于你所研究的对象（Web 程序、桌面程序、嵌入式等等）。不过，万变不离其宗，所需要掌握的知识领域大致可以分为以下四个方面：

1. 程序正向开发技术：这是一个开发者需要掌握的能力，包括编程语言、系统内部设计、设计模式、协议、框架等。拥有丰富编程经验与开发能力的人在漏洞挖掘过程中往往比那些只对安全相关领域有所了解的人员对目标应用能有更深入的理解，从而有更高的产出。
2. 攻防一体的理念：这些知识涵盖了从基本的安全原则到不断变换的漏洞形态及漏洞缓解措施。攻击和防御结合的理念，能够有效帮助研究者既能够发现漏洞，同时也能够快速给出有效的漏洞缓解措施和规避方法。
3. 有效使用工具：能够高效地使用工具能够快速将思路转化为实践。这需要花时间去学习如何配置和使用工具，将其应用于自己的任务并构建自己的工作流程来不断积累经验。更进一步，需要深入掌握所使用工具的原理，以及如何对其进行二次开发，以使得其能够更加高效地应用于当前的工作实际。
4. 对目标应用的理解：最后，也是最重要的，作为一个漏洞挖掘人员，对自己研究的应用程序在安全性方面必须要比这个程序的开发者或维护者有更深的理解。这样你才能尽可能的发现这个程序中的漏洞并修复它。

漏洞挖掘需要做什么

当分析一个应用程序时，可以使用四个'分析模型'。如果遇到障碍导致思路受阻时，可以从其中一个模型切换到下一个模型。当然，这不是一个线性的切换，你也可以有自己的一套方法。

在每一个模型之中都有主动活动（active activities）与客观活动存在（passive activities）。主动活动需要我们对程序的执行环境及上下文有一个比较全面的了解，而客观活动却不一定，比如它是客观存在于程序中的一些技术文档之中。

对于每一个活动，我们可以从以下几方面去考虑：

1. 理解有关漏洞的相关模型。
2. 试图假设一个场景去破坏程序。
3. 尝试去破坏程序。

有关漏洞挖掘的其他想法

漏洞的复杂性

漏洞的复杂性分布非常广。一方面，有很多漏洞非常简单与直观，并且利用代码一目了然，比如说经典的 SQL 注入。另一方面，在系统中有的看似并不相关，并且就其自身而言并非不安全，但是当这些东西以一种特定的方式结合起来的时候，就有可能引发大的漏洞，比如说条件竞争，或者一些其他的复杂的逻辑漏洞。

引用 Project Zero 的 Ben Hawkes 说过的一句话：

"The modern exploit is not a single shot anymore. They tend to be a chain of vulnerabilities that add up to a full-system compromise." 如今想要完成一个完整的利用，只靠单一的漏洞往往行不通。很多时候我们需要靠一连串的漏洞才能完成一起完整的利用，致使系统'妥协'。

团队工作

在一个团队中工作能够有效帮助自己了解自己不知道的知识，以及提高自己已知的知识。不过在团队中要注意工作的方式方法，知之为知之，不知为不知，永远不要强行假装精通你不熟悉的东西，因为精通的人可以很轻易地指出你的症结。如果一个团队里面大家都不坦诚相待，那么这不是一个合格的团队，你可以尽早更换。在优秀的团队中，不要指望别人会把所有的知识交给你，要学会如何高效的学习，并在团队交流与合作中不断提高。

实战环境搭建建议

为了安全地进行漏洞挖掘练习，建议搭建本地靶场环境，切勿在未授权的系统上进行测试。

推荐靶场

• DVWA (Damn Vulnerable Web App)：适合初学者练习 Web 漏洞。
• VulnHub：提供多种虚拟机镜像，涵盖不同难度的漏洞场景。
• Hack The Box：在线渗透测试平台，提供真实模拟环境。

本地环境配置

1. 安装 VirtualBox 或 VMware。
2. 导入 DVWA 或 VulnHub 的 OVA/OVF 镜像。
3. 配置宿主机与虚拟机的网络连接（桥接或 NAT）。
4. 确保 Kali Linux 或 Parrot OS 等安全发行版可用，以便安装 Nmap、Burp Suite 等工具。

负责任披露与伦理

在进行漏洞挖掘时，必须遵守法律法规和道德规范。

1. 授权测试：仅在获得明确书面授权的目标上进行测试。
2. 最小化影响：测试过程中尽量避免对生产环境造成破坏或数据丢失。
3. 及时报告：发现漏洞后，应第一时间通知厂商或所有者，并提供修复建议。
4. 保密义务：在官方修复前，不得公开漏洞细节，防止被恶意利用。

结语

学习漏洞挖掘需要综合掌握多方面的知识，包括编程、计算机基础知识、安全基础知识、漏洞挖掘工具以及漏洞挖掘技巧和方法。建议先从基础知识入手，逐步深入学习，不断实践，并在实践中发现和解决问题，才能逐渐成为一名优秀的漏洞挖掘者。保持好奇心，坚持学习，是通往安全专家之路的关键。