简介这是一份面向CTF初学者至进阶选手的系统性学习指南覆盖逆向、Pwn、Web、密码学、杂项及移动安全六大核心方向解决参赛者知识碎片化、工具不熟、实战经验不足等关键痛点。资源为单文件PDF文档6.69MB内容结构严谨分为基础知识、工具使用、分类专题、技巧精讲、高级技术、题解剖析与CVE实战七大篇章含Linux/Windows二进制分析、ROP与堆利用、Burp Suite与pwntools实操、angr符号执行、glibc漏洞利用等硬核内容并附数十道国内外知名CTF赛事真题详解如HCTF、0CTF、Defcon等及多个CVE漏洞复现分析。目前已有597人学习下载适合希望构建完整攻防知识体系、掌握主流工具链、打通从原理到实战闭环的安全学习者。1. CTF-All-In-One它根本不是“入门指南”而是一份反向编排的漏洞认知地图你打开《CTF-All-In-One》PDF第一眼看到“基础知识篇”“Linux基础”“HTML基础”——下意识觉得这是给新手扫盲的速成手册。但真正翻到第3章“分类专题篇”、第5章“高级篇”、尤其是第6章“题解篇”里那几十道真实赛题的逐行 exploit 分析时你会突然意识到这份文档从头到尾就没打算教你怎么“从零开始”。它真正的设计逻辑是以漏洞利用为锚点逆向反推知识断层——当你卡在babyheap2017的堆布局无法构造unsorted bin attack时文档不会让你重学 malloc 源码它直接把你拽到1.5.8 glibc malloc小节用malloc_state结构体字段main_arena偏移fastbinY[0]的链表操作图三句话讲清为什么free(chunk)后chunk-fd必须可控。这不是教学是故障定位式知识索引。它解决的核心问题是你在实战中撞上一个陌生漏洞比如 CVE-2017-11543 tcpdump buffer overflow既不知道该查哪层协议栈也不清楚该翻哪个 libc 版本的符号表更没法判断是栈溢出还是 heap metadata corruption——而这份资料把所有可能卡住你的“知识断点”按漏洞类型、利用路径、工具链依赖全部预埋成可跳转的上下文节点。它不承诺“学会”但保证“能查”。这才是它被反复下载超 20 万次、GitHub Star 突破 8k 的底层原因它把 CTF 从一场拼记忆力的考试还原成一次可追溯、可验证、可复现的系统级调试过程。2. Reverse 与 Pwn 的共生机制为什么逆向能力是 pwn 利用的前置编译器CTF 中 Reverse 和 Pwn 长期被当作两个独立赛道但《CTF-All-In-One》在目录结构上就埋下关键线索3.1 Reverse紧接3.3 Pwn且3.3.4 返回导向编程ROP小节明确要求读者先掌握1.5.2 x86/x86-64 汇编基础和1.5.3 Linux ELF。这不是巧合——而是直指一个被多数初学者忽略的事实Pwn 利用的本质是逆向分析的输出结果被注入到运行时环境中的过程。当你面对一个无符号 strip 的二进制文件checksec显示NX enabled, PIE disabled, canary disabled你以为只要找ret指令就能 rop错。真正决定你能否成功 rop 的是逆向阶段对.plt/.got.plt节区的解析精度printfplt的调用是否经过jmp QWORD PTR [rip 0x20081a]这个0x20081a对应的.got.plt地址在main_arena泄露后是否能通过libc_base offset精确计算出systemlibc这些都不是靠ropper --file xxx --search pop rdi; ret能解决的玄学问题而是逆向阶段必须完成的符号绑定任务。2.1 ELF 动态链接的三重解析从符号表到 runtime relocation理解 Pwn 利用链的第一步是看懂readelf -d ./vuln输出中NEEDED、PLTRELSZ、JMPREL这三个动态段的协作关系。以pwn XDCTF2015 pwn200题为例其readelf -d显示Dynamic section at offset 0x1dd8 contains 25 entries: Tag Type Name/Value 0x0000000000000001 (NEEDED) Shared library: [libc.so.6] 0x0000000000000002 (PLTRELSZ) 240 (bytes) 0x0000000000000017 (JMPREL) 0x6c0这里的关键在于.pltProcedure Linkage Table本身不存函数地址它只存跳转指令真实地址存在.got.pltGlobal Offset Table for PLT中而.got.plt的初始值由JMPREL指向的重定位表.rela.plt填充。当第一次调用printf时plt条目会跳转到dl_runtime_resolve由动态链接器解析符号并写入.got.plt。Pwn 利用中所谓的“泄露 got 表地址”本质就是读取.got.plt中已被解析的printf地址再减去libc中printf的偏移得到libc_base。这解释了为什么3.3.5 Linux 堆利用上小节强调“若目标程序未调用过printf则.got.plt中printf项仍为0此时需先触发一次printf调用如输入格式化字符串%x%x%x才能完成 lazy binding”。提示LD_DEBUGbindings ./vuln可实时观察符号绑定过程比静态分析.rela.plt更直观。2.2 ROP gadget 的生存逻辑为什么pop rdi; ret在不同 libc 版本中位置飘忽one-gadget RCE4.6 节之所以成为高频技巧正因为它绕过了传统 ROP 链对多个 gadget 的依赖。但它的前提极其苛刻one-gadget要求寄存器状态满足特定条件如rdi 0或rsi 0。而pop rdi; ret这类基础 gadget 的稳定性取决于.text段中指令序列的分布密度。以libc-2.23.so为例objdump -d /lib/x86_64-linux-gnu/libc-2.23.so | grep -A1 pop.*rdi | grep ret可能返回4f2c0: 5f pop %rdi 4f2c1: c3 retq但在libc-2.27.so中相同功能的 gadget 可能位于0x10a38c。这种偏移变化的根本原因在于glibc编译时启用了-fPIE和-z relro导致.text段内指令重排。《CTF-All-In-One》在4.7 通用 gadget小节给出的解决方案不是硬记地址而是教读者用ropper --file libc-2.23.so --search pop rdi; ret生成 gadget 列表后用readelf -S libc-2.23.so查.text段起始地址0x20740再将 gadget 地址0x4f2c0减去基址得到相对偏移0x2eb80。这样当拿到新 libc 时只需readelf -S new_libc.so获取新基址加上0x2eb80即得新 gadget 地址。这揭示了一个核心机制ROP 不是记忆游戏而是基于 ELF 段布局的地址空间算术。2.3 静态链接 vs 动态链接Pwn 利用路径的分水岭1.5.5 静态链接与1.5.6 动态链接的对比绝非概念科普。它直接决定你该走哪条利用路径。以pwn HCTF2016 brop为例题目二进制为静态链接readelf -d brop | grep NEEDED无输出这意味着无.got.plt可泄露所有函数代码都在.text段内system、execve等函数真实存在但需通过 BROPBlind Return Oriented Programming暴力探测。此时《CTF-All-In-One》在3.3.4 返回导向编程ROP中强调“BROP 的核心是利用ret指令的‘错误传播’特性当ret弹出非法地址时进程会SIGSEGV若弹出合法.text地址则继续执行直到下一个ret”。这引导你用pwntools写探测脚本from pwn import * context.arch amd64 def check_ret(addr): p remote(127.0.0.1, 9999) payload bA * 104 p64(addr) # offset from stack pivot p.sendline(payload) try: p.recv(timeout1) p.close() return True except: p.close() return False # brute-force .text range for i in range(0x400000, 0x401000, 0x10): if check_ret(i): log.info(fValid ret addr: {hex(i)})而动态链接程序如pwn NJCTF2017 pingme则完全相反.text段极小大量逻辑在libc中利用重心转向DynELF4.8 节泄露libc符号。这种根本性差异正是《CTF-All-In-One》将静态/动态链接作为逆向基础而非工具技巧来讲解的深意——它定义了整个利用链的拓扑结构。2.4 常见问题逆向-Pwn 协作中的三大翻车现场现象pwntools的process(./vuln)正常但remote(ip, port)失败recvuntil()卡死原因本地环境与远程环境的libc版本不一致导致one-gadget条件不满足如本地rdi0远程rdi!0或system地址计算错误。CTF-All-In-One在4.6 one-gadget RCE小节明确指出“one-gadget的适用性需用one_gadget ./libc.so.6验证且必须匹配--version输出的 libc 版本号”。解决用libc-database工具根据printf泄露地址反查 libc 版本./get libc6_2.23-0ubuntu10_amd64.so再用新 libc 重新计算system地址。现象IDA Pro反汇编显示call printf但gdb-peda中disassemble main却看到call 0x4004b0 printfplt且0x4004b0处指令为jmp QWORD PTR [rip0x20081a]原因混淆了printf的符号名与实际调用目标。call printf是编译器生成的伪指令真实跳转经.plt→.got.plt→libc。若未触发printf.got.plt中对应项为0jmp会跳转到0导致SIGSEGV。解决在 exploit 中先发送含%x的 payload 触发printf调用再读取.got.plt地址。CTF-All-In-One在3.3.1 格式化字符串漏洞的printf利用示例中第一步永远是leak libc。现象ropper --file ./vuln --search pop rdi; ret找不到 gadget但objdump -d ./vuln | grep -A1 pop.*rdi却有结果原因ropper默认只扫描可执行段.text而pop rdi; ret可能存在于.data或.bss段如某些 shellcode 注入场景。CTF-All-In-One在2.5 radare2小节推荐用r2 -A ./vuln后执行/R pop rdi; ret因其支持全内存段扫描。解决改用radare2或ROPgadget --binary ./vuln --only pop|ret后者扫描所有段。3. Web 渗透的协议栈穿透从 HTTP 请求头到内核模块的纵深利用链Web 题在 CTF 中占比最高但《CTF-All-In-One》在3.4 Web章节并未止步于SQL 注入或XSS的 payload 构造。它用1.4.2 HTTP 协议基础与3.4.1 SQL 注入利用的强关联揭示了一个被普遍忽视的事实Web 漏洞的利用深度取决于你对协议栈各层抽象泄漏的掌控粒度。当你用Burp Suite抓包发现GET /search?qtest OR 11--返回所有数据这仅是应用层漏洞但若服务器使用MySQL 5.6且开启general_log你就能通过SELECT load_file(/var/log/mysql/general_log.log)读取完整 SQL 查询日志进而发现管理员密码哈希——这已穿透到数据库日志层而若MySQL以root权限运行且secure_file_priv为空你甚至能SELECT ... INTO OUTFILE /var/www/html/shell.php将漏洞利用延伸至 Web 服务器文件系统层。《CTF-All-In-One》的精妙之处在于它把这种“协议栈穿透”显性化为可操作的检查清单。3.1 HTTP 协议的隐式攻击面从Host头到X-Forwarded-For的信任链断裂1.4.2 HTTP 协议基础小节列出的 12 个请求头并非为了背诵而是标定攻击面坐标。以web HCTF2017 babycrack为例其漏洞点不在PHP代码而在nginx配置中proxy_set_header Host $host;未校验$host。攻击者发送GET /index.php HTTP/1.1 Host: localhost:8080 ...nginx将Host头原样转发给后端PHP-FPM而PHP的$_SERVER[HTTP_HOST]直接拼接到file_get_contents()路径中导致 SSRF。这说明HTTP 头的语义信任是 Web 应用安全的隐形地基。《CTF-All-In-One》在3.4.1 SQL 注入利用的盲注小节特意强调X-Forwarded-For头可伪造 IP用于绕过ip_ban逻辑其原理正是X-Forwarded-For在代理链中被追加而应用层未做白名单校验。注意curl -H X-Forwarded-For: 127.0.0.1 http://target.com是测试此类漏洞的标准姿势但需确认目标是否部署了多层代理。3.2 PHP 源码审计的 AST 解析为什么preg_replace(/.*/e, $_GET[p], )比eval($_GET[p])更危险1.4.6 PHP 源码审计基础小节没有罗列 PHP 函数危险性排名而是聚焦preg_replace的/e修饰符。其危险性在于它将正则匹配结果作为 PHP 代码eval且作用域在preg_replace调用处而非全局。例如// vuln.php $pattern /^ . $_GET[p] . $/; preg_replace($pattern . e, system(id), );当p.*{${system(id)}}时preg_replace会先执行system(id)再将结果代入正则。这比eval更隐蔽因为eval在 AST 中是显式节点而/e修饰符需结合preg_replace的参数流分析。《CTF-All-In-One》在3.4.1 SQL 注入利用的二次注入小节用相同逻辑解释INSERT INTO logs VALUES ($_GET[user])若user为admin-- 虽当前无危害但当SELECT * FROM logs WHERE useradmin-- 被其他模块执行时注释生效——漏洞的“激活延迟”源于数据在不同 AST 节点间的流转。3.3 OWASP Top Ten 的实现反演从A1 Injection到glibc malloc的映射1.4.5 OWASP Top Ten Project 漏洞基础小节将A1:2017-Injection与1.5.8 glibc malloc关联乍看突兀实则深刻。以CVE-2015-0235 glibc 2.17 Buffer Overflow7.1.2为例其根源是gethostbyname()函数中malloc分配的缓冲区过小导致strcpy覆盖堆元数据。这证明OWASP Top Ten 的“A1 Injection”在底层常表现为内存管理缺陷。《CTF-All-In-One》在3.3.5 Linux 堆利用上中用fastbin dup攻击malloc元数据其效果等同于gethostbyname漏洞的利用——都是通过控制堆块内容篡改malloc_state中的fastbinY指针最终劫持__malloc_hook。这打破了“Web 漏洞只在应用层”的迷思将OWASP Top Ten从合规 checklist升级为系统级漏洞的分类索引。3.4 常见问题Web 渗透中的协议栈误判陷阱现象sqlmap -u http://target.com/search?qtest未发现注入但手动qtest返回MySQL error原因sqlmap默认检测基于布尔盲注或时间盲注而MySQL error属于报错注入Error-based需加--level5 --risk3启用高风险检测或手动指定--techniqueE。CTF-All-In-One在3.4.1 SQL 注入利用的检测方法小节明确区分三种技术BBoolean、EError、TTime。解决sqlmap -u http://target.com/search?qtest --techniqueE --level5。现象Burp Suite中Repeater修改Cookie: sessionxxx后返回403 Forbidden但session值经base64_decode后是明文{user:admin,exp:1600000000}原因JWTJSON Web Token未校验签名但服务端使用了HS256算法密钥可能为弱口令如secret。CTF-All-In-One在1.6.5 公钥密码的JWT子节提示“用jwt_tool.py -C -d wordlist.txt token爆破密钥”。解决下载jwt_tool运行python3 jwt_tool.py eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9... -C -d /usr/share/wordlists/rockyou.txt。现象XSSpayloadscriptalert(1)/script在输入框提交后被过滤但onerroralert(1)在img srcx onerroralert(1)中执行原因WAF 仅过滤script标签未处理事件处理器。CTF-All-In-One在3.4.2 XSS 漏洞利用的绕过技巧小节列出onerror、onload、ontoggle等 12 个 HTML5 事件强调“现代浏览器支持的事件远超传统 WAF 规则库”。解决用https://portswigger.net/web-security/cross-site-scripting/cheat-sheet中的onanimationstart等冷门事件。4. Crypto 题的数学直觉从数论公理到侧信道泄露的工程实现Crypto 题常被初学者视为“数学竞赛”但《CTF-All-In-One》在3.2 Crypto章节开篇即指出“所有 CTF Crypto 题本质都是对标准密码学实现的降维打击”。它不教你证明 RSA 正确性而是聚焦1.6.5 公钥密码中RSA小节的三行代码# 生成密钥 p getPrime(512) q getPrime(512) n p * q e 65537 d inverse(e, (p-1)*(q-1))这三行暴露了 CTF Crypto 的全部秘密p、q 的随机性缺陷n 的因数分解难度e 的固定值选择d 的计算方式——每一处都是可攻击的工程缝隙。当p和q使用同一随机数生成器如mt_randgcd(n1, n2) 1即可分解当e3且明文m n^(1/3)三次方根可直接开方当d被泄露如3.2.1 古典密码中的私钥文件p、q可通过pq n - φ(n) 1反推。《CTF-All-In-One》的威力在于它把抽象数学转化为可编码的漏洞模式。4.1 RSA 的共模攻击当n相同而e不同时的线性组合3.2.1 古典密码小节未提 RSA但1.6.5 公钥密码的RSA 共模攻击示例直接给出sage脚本# sage n ... c1 ... c2 ... e1 17 e2 65537 # 求 s1, s2 使 s1*e1 s2*e2 1 s1, s2, _ xgcd(e1, e2) # m c1^s1 * c2^s2 mod n m pow(c1, s1, n) * pow(c2, s2, n) % n print(long_to_bytes(m))这段代码的根基是扩展欧几里得算法xgcd求解贝祖定理s1*e1 s2*e2 gcd(e1,e2)1。当gcd(e1,e2)1时m^(s1*e1 s2*e2) m^1 m。但s1或s2为负数时需计算模逆元pow(c1, s1, n)实际是pow(invert(c1, n), -s1, n)。《CTF-All-In-One》在3.2.1 古典密码的RSA 共模攻击案例中用picoCTF2014 Baleful题演示e13,e25,c1123,c2456,n1009手算s12,s2-1则m 123^2 * 456^(-1) mod 1009。这证明Crypto 题的“数学直觉”就是把定理转化为sage中的一行xgcd调用。4.2 ECC 的离散对数为什么secp256k1上的kG计算不可逆1.6.5 公钥密码的ECC小节用secp256k1曲线参数定义y^2 x^3 7 mod p但重点不在公式而在3.2.1 古典密码的ECC 离散对数案例给定G(x,y)和QkG求k。其不可解性源于k的搜索空间为2^256暴力不可行。但 CTF 题常设陷阱k很小如k1000或Q是G的倍数但k为负Q(-k)G。《CTF-All-In-One》在3.2.1 古典密码的ECC 小 k 攻击小节给出sage脚本# sage E EllipticCurve(GF(p), [0,7]) G E(xg, yg) Q E(xq, yq) # 暴力 k 从 1 到 1000 for k in range(1, 1001): if k*G Q: print(k) break这揭示了 CTF Crypto 的核心策略不挑战数学难题而寻找工程实现的退化场景。secp256k1的安全性建立在k的随机性上但 CTF 题为可控性常设k为小整数或可预测序列。4.3 侧信道攻击的物理实现timing attack如何从strcmp延迟推导密钥1.6.6 哈希函数小节未提侧信道但5.9 反调试技术的timing attack案例用strcmp的短路特性演示strcmp(abc, abd)比strcmp(abc, xyz)快因前者在第三个字符比较时退出。若密钥校验用if (strcmp(input, secret) 0)攻击者可逐字节爆破先测a*、b*...z*找到首字节a耗时最短再测aa*、ab*...az*依此类推。《CTF-All-In-One》在5.9 反调试技术的timing attack小节给出 Python 脚本import time import requests def time_req(payload): start time.time() requests.get(fhttp://target.com/check?token{payload}) return time.time() - start secret for i in range(32): # assume 32-byte key best_char best_time 0 for c in 0123456789abcdef: payload secret c a * (31-i) t time_req(payload) if t best_time: best_time t best_char c secret best_char print(secret)这证明Crypto 安全不仅是算法正确更是实现恒定时间constant-time。CTF-All-In-One将timing attack归入反调试技术正是强调攻击面在代码实现层而非数学层。4.4 常见问题Crypto 题的数学误用雷区现象RSA题中n为 2048 位e65537cpow(m,e,n)但m n^(1/e)iroot(c, e)返回(m, True)却解不出 flag原因iroot(c, e)的m是整数但 flag 可能是m的long_to_bytes而m可能带前导零如m0x00666c6167long_to_bytes会丢弃前导零导致flag不完整。CTF-All-In-One在3.2.1 古典密码的RSA 小明文攻击小节提醒“用m.to_bytes((m.bit_length()7)//8, big)确保字节长度”。解决flag m.to_bytes((m.bit_length()7)//8, big)。现象ECC题给出G,Q,p,a,bsage中E EllipticCurve(GF(p), [a,b])报错singular curve原因曲线参数不满足4a^3 27b^2 ! 0 mod p即非椭圆曲线。CTF-All-In-One在1.6.5 公钥密码的ECC 参数验证小节给出验证代码if (4*a^3 27*b^2) % p 0: print(singular)。解决检查a,b,p是否满足椭圆曲线定义。现象AES题中key为 16 字节字符串cipher AES.new(key, AES.MODE_ECB)报错Key size not valid原因pycryptodome要求key为bytes类型而非str。CTF-All-In-One在1.6.4 分组密码的AES 实现小节强调“key.encode()是必须步骤”。解决cipher AES.new(key.encode(), AES.MODE_ECB)。5. 工具链的协同熵增从pwntools到angr的自动化边界CTF 工具常被当作“魔法命令”使用但《CTF-All-In-One》在2.7 pwntools和5.3 符号执行章节用pwntools的context设置与angr的state初始化的对比揭示了一个关键事实所有 CTF 工具的本质都是对底层系统调用和内存模型的封装熵减。pwntools的p process(./vuln)封装了fork、execve、ptraceangr的proj angr.Project(./vuln)封装了ELF解析、CFG生成、symbolic execution。当pwntools的sendline()失败时你需查gdb中pwndbg的heap命令当angr的simgr.explore()卡住时你需看proj.analyses.CFGFast()的图结构。工具链不是黑箱而是可拆解的熵减模块。5.1pwntools的context如何让asm(pop rdi; ret)在不同架构下自适应2.7 pwntools小节的context.arch amd64不是装饰而是pwntools的核心机制。asm()函数根据context.arch调用keystone引擎5.7 Capstone/Keystone生成对应架构的机器码。例如from pwn import * context.arch amd64 print(asm(pop rdi; ret)) # b\x5f\xc3 context.arch i386 print(asm(pop edi; ret)) # b\x5f\xc3pwntools的context还控制endianness大小端、osLinux/Windows、log_level调试等级。CTF-All-In-One在2.7 pwntools的context 设置小节强调“context.binary ./vuln会自动加载./vuln的arch和os避免手动设置错误”。这说明pwntools的强大在于它把架构差异封装为context的键值对让 exploit 编写者专注逻辑而非汇编细节。5.2angr的CFG生成为什么本文还有配套的精品资源点击获取