📚 课程目录第1章课程导入

课程导入：学习目标、课程结构、所需环境与基本工作流程

GDB（GNU Debugger）是Linux生态中最核心的调试工具，而反汇编与漏洞分析则是建立在底层执行模型之上的高阶能力。本章作为整个课程的第一节，旨在帮助学习者建立完整的知识坐标系：明确学完这门课能做什么、课程如何组织、需要准备什么环境，以及一次典型的调试会话是如何运转的。我们将从调试的本质出发，逐步拆解GDB的工作模型，并给出可立即上手的操作路径。

1.1 学习目标：从“会用”到“看懂”再到“能攻防”

本课程不是简单的GDB命令手册，而是围绕“调试—反汇编—漏洞分析”三条主线构建的实战体系。完成本课程后，学习者应达到以下能力层级：

基础层（调试）：熟练使用GDB进行断点管理、内存查看、寄存器监控、栈回溯、条件断点、脚本自动化，能够独立定位段错误、逻辑错误和内存泄漏问题。
进阶层（反汇编）：能够阅读x86-64汇编代码，理解函数调用约定（System V AMD64 ABI）、栈帧布局、指令编码规则，并能将汇编代码与C源码对应起来，识别编译器优化模式。
高阶层（漏洞分析）：能够结合反汇编结果分析二进制程序的安全弱点，理解栈溢出、堆溢出、格式化字符串、整数溢出等经典漏洞的底层原理，并掌握利用缓解机制（NX、ASLR、Stack Canary）的绕过思路。

课程最终目标是让学习者具备“白盒审计”能力——拿到一个二进制文件，能够通过静态分析（反汇编）与动态调试（GDB）相结合的方式，判断其是否存在可利用漏洞，并给出验证性利用代码。

核心观念转变：普通程序员使用GDB是为了“修bug”，而安全分析人员使用GDB是为了“找弱点”。两者的区别在于——前者关注程序是否按预期运行，后者关注程序在异常输入下是否会产生非预期行为。本课程始终以安全视角贯穿调试过程。

1.2 课程结构：三大模块递进式设计

课程共30章，分为三个递进阶段，每阶段10章。这种设计遵循“先打基础、再深入原理、最后实战应用”的学习规律。

阶段	章节范围	核心主题	关键产出
第一阶段：GDB调试精通	第1-10章	GDB全功能详解、调试脚本、多线程/多进程调试、远程调试、核心转储分析	能够独立完成复杂程序的故障定位与性能分析
第二阶段：反汇编与逆向	第11-20章	x86-64指令集、调用约定、栈帧分析、控制流还原、编译器优化识别、objdump/readelf工具链	能够将二进制文件还原为可读的伪代码逻辑
第三阶段：漏洞分析与利用	第21-30章	栈溢出、堆溢出、格式化字符串、整数溢出、Use-After-Free、缓解机制绕过、CTF实战	能够编写完整的漏洞利用脚本（Exploit）

每个阶段内部也遵循“原理讲解→工具操作→案例实战→总结复盘”的闭环。例如在栈溢出章节，会先讲解栈帧结构与返回地址覆盖原理，再演示GDB中如何查看栈布局，接着通过一个真实漏洞程序完成从崩溃到获取shell的完整利用，最后总结常见绕过手法与防御措施。

1.3 所需环境：Linux、GCC与GDB的配置

本课程所有实验均在Linux环境下进行。推荐使用Ubuntu 22.04 LTS或Kali Linux 2024版本，内核版本不低于5.15。以下是环境准备的具体步骤与注意事项。

# 1. 安装基础工具链
sudo apt update
sudo apt install -y build-essential gdb gcc-multilib

# 2. 安装辅助分析工具
sudo apt install -y binutils file checksec
# 或使用pip安装pwntools（用于后续漏洞利用开发）
pip3 install pwntools

# 3. 可选：安装GDB增强插件（推荐pwndbg）
git clone https://github.com/pwndbg/pwndbg
cd pwndbg
./setup.sh

编译选项对调试和反汇编结果有决定性影响。本课程统一使用以下编译参数组合：

-g：生成调试符号，使GDB能够显示源码行号和变量名。
-O0：关闭优化，保证汇编代码与源码结构高度对应，便于教学。
-fno-stack-protector：关闭栈保护（Canary），便于观察栈溢出效果。
-z execstack：允许栈可执行（部分实验需要）。
-no-pie：关闭地址随机化（部分实验需要固定地址）。

重要提醒：在真实生产环境中，上述安全缓解机制（栈保护、ASLR、NX）都是默认开启的。本课程为了教学演示会临时关闭这些保护，但在实际漏洞分析中必须考虑它们的绕过方式。请勿在未授权系统上关闭安全机制进行测试。

1.4 基本工作流程：一次完整的GDB调试会话

理解GDB的工作流程是后续所有操作的基础。一个典型的调试会话遵循“启动→设置断点→运行→检查状态→单步追踪→定位问题→修复验证”的路径。下面通过一个简单的C程序演示完整流程。

// test.c
#include <stdio.h>
int add(int a, int b) {
    return a + b;
}
int main() {
    int x = 10;
    int y = 20;
    int z = add(x, y);
    printf("Result: %d\n", z);
    return 0;
}

编译并启动调试：

gcc -g -O0 -o test test.c
gdb ./test

在GDB交互界面中执行以下操作序列：

设置断点：break add 在add函数入口暂停；break test.c:8 在源码第8行（调用add处）暂停。
运行程序：run 启动程序，停在第一个断点。
查看参数：info args 显示a=10, b=20；info locals 显示局部变量。
单步执行：step 进入函数内部逐行执行；next 跳过函数调用。
检查寄存器与内存：info registers 查看寄存器值；x/8wx $rsp 查看栈顶8个字的内容。
反汇编查看：disassemble add 查看add函数的汇编代码。
继续运行至结束：continue 运行到下一个断点或程序结束。

这个流程虽然简单，但已经涵盖了GDB最核心的操作模式。在实际漏洞分析中，流程会更加复杂——需要结合反汇编结果设置断点、在关键指令处检查内存布局、通过修改寄存器或内存值来改变程序执行路径。

经验之谈：初学者最容易犯的错误是“盲目单步”——不设置断点就一路next，导致在无关代码上浪费时间。正确的做法是：先通过静态分析（阅读源码或反汇编）确定可疑区域，再在该区域前后设置断点，精准定位问题。

1.5 案例拆解：从段错误到根因定位

下面通过一个典型的段错误（Segmentation Fault）案例，展示GDB在实际问题定位中的完整应用。这个案例将贯穿本课程后续多个章节的知识点。

场景描述：某程序在特定输入下崩溃，表现为“Segmentation Fault (core dumped)”。程序源码如下：

#include <stdio.h>
#include <string.h>
void copy_data(char *dst, char *src) {
    strcpy(dst, src);  // 不安全的字符串拷贝
}
int main(int argc, char *argv[]) {
    if (argc < 2) {
        printf("Usage: %s <input>\n", argv[0]);
        return 1;
    }
    char buffer[64];
    copy_data(buffer, argv[1]);
    printf("Copied: %s\n", buffer);
    return 0;
}

初始现象：当输入参数超过64字节时，程序崩溃。使用GDB定位：

gdb ./vuln
(gdb) run AAAA... (超过64个A)
Program received signal SIGSEGV, Segmentation fault.
0x41414141 in ?? ()  # 返回地址被覆盖为0x41414141（即'A'的ASCII码）

分析判断过程：

崩溃地址为0x41414141，说明程序试图跳转到被覆盖的返回地址。
使用info registers查看RSP（栈指针），确认栈布局。
使用x/20wx $rsp查看栈内容，发现大量0x41414141填充。
使用bt（backtrace）查看调用栈，发现无法回溯——因为栈帧已被破坏。

实际操作步骤：

(gdb) info registers rsp
rsp            0x7fffffffe3c8      0x7fffffffe3c8
(gdb) x/16wx $rsp
0x7fffffffe3c8: 0x41414141  0x41414141  0x41414141  0x41414141
0x7fffffffe3d8: 0x41414141  0x41414141  0x41414141  0x41414141
0x7fffffffe3e8: 0x41414141  0x41414141  0x41414141  0x41414141
0x7fffffffe3f8: 0x41414141  0x41414141  0x41414141  0x41414141

结果对比与复盘：通过精确计算偏移量（使用pattern_create/pattern_offset工具），可以确定返回地址在输入的第72字节处。这个案例揭示了栈溢出的基本原理——缓冲区没有边界检查，导致数据覆盖了栈上的返回地址。后续课程将深入讲解如何利用这一漏洞实现代码执行。

复盘要点：① 段错误不一定都是缓冲区溢出，也可能是空指针解引用、访问已释放内存等；② 通过崩溃地址的特征（如0x41414141）可以快速判断是否发生了栈溢出；③ GDB的x命令是查看内存的利器，务必熟练掌握其各种格式参数。

1.6 常见误区与学习建议

根据过往教学经验，学习者在入门阶段常陷入以下误区，需要特别警惕：

误区一：只记命令不重原理。GDB命令是工具，理解程序加载、链接、内存布局、指令执行等底层机制才是根本。命令可以查手册，原理必须内化。
误区二：忽略编译选项的影响。同样的源码，使用-O2编译后，反汇编结果与-O0差异巨大。学习阶段务必统一使用-O0，待掌握基础后再分析优化代码。
误区三：不重视静态分析。很多问题通过阅读反汇编代码就能定位，不需要动态调试。动态调试是验证手段，静态分析是推理手段，两者缺一不可。
误区四：跳过基础直接学利用。漏洞利用是建立在扎实的调试和反汇编基础上的。如果连栈帧布局都搞不清楚，写出来的exploit只能是碰运气。

建议学习路径：每学完一章，至少完成3个相关实验。实验素材可以使用CTF题目（如pwnable.tw、pwn.college），也可以自己编写有缺陷的程序。本课程每章末尾都会提供配套练习，请务必动手实践。

安全声明：本课程涉及的技术仅限用于合法授权范围内的安全测试、教学研究、CTF竞赛等场景。任何未经授权的系统入侵、数据破坏行为均违反法律法规。请遵守所在地区法律及目标系统的使用条款。