一条命令画出函数调用图Pwndbg 调用路径可视化实操【免费下载链接】pwndbgExploit Development and Reverse Engineering with GDB LLDB Made Easy项目地址: https://gitcode.com/GitHub_Trending/pw/pwndbg调试一个 CTF 题目时你盯着 GDB 的bt输出看了半天main下面挂着七八层调用哪一层读了外部输入、哪一层把数据写进了栈来回翻反汇编很容易看花眼。Pwndbg 的callgraph命令能把谁调用了谁Call Graph即函数调用关系图直接导出成 Mermaid 流程图文件你只需要一条命令就能拿到当前断点位置的完整调用链在本地渲染成图后逐节点排查。五分钟跑通装好环境出第一张函数调用图先说结论只要装好 Pwndbg 本体出图不需要额外编译任何东西唯一可选的依赖是 Graphviz渲染 DOT 格式时需要2.40 以上即可。最小步骤如下cd pwndbg ./setup.sh装好后启动 GDB加载目标程序跑到你想要的断点run break parse_input然后就是主角命令callgraph --output exploit_callgraph.mmd当前目录下会生成一个.mmd文件从main一路画到当前 RIP 所在的函数。打开它就能看出整条调用链的结构。如果目标机器已经装过 Graphviz还可以把格式换成dot或svg后者支持浏览器里缩放查看适合节点多的场景。读懂这张图节点是函数边是调用方向拿到 Mermaid 输出后先看两个基本元素节点就是一个被调用的函数比如main、parse_input、strcpy边代表调用关系A -- B表示 A 调用了 B边上可以带标注比如传入的参数名。一个典型的调用图长这样Pwndbg 生成的图会在此基础上附加内存地址、参数值这类上下文标注配合它反汇编窗口里的地址你可以把图上的每个节点对应回具体汇编行。为什么这点重要光知道调用了 strcpy不够你得知道是哪一次调用、带着什么参数。上图是 Pwndbg 的调试上下文底部 BACKTRACE 区列出的调用栈就是callgraph命令画图时的原始数据。实战用调用图抓出一条危险调用链以一个栈溢出场景走一遍完整流程下断点在程序读完用户输入的位置下断比如处理输入的函数入口。生成图命中断点后执行callgraph --output graph.mmd。图上定位在图里找不可信数据的去向。如果看到main → parse_input → validate_credentials → strcpy这样一条链且strcpy的上游是用户输入基本可以锁定风险点——它不做长度检查输入超过缓冲区就会踩到返回地址。对应到代码点开图里strcpy节点标注的地址回到 GDB 反汇编窗口确认现场参数寄存器里的值正好就是那段超长输入。整条链路从图上一眼可见不用在反汇编里逐条stepi。图太乱或跑太慢按症状给药节点太多看不清→ 限制深度加过滤只看关心的三层把匿名函数sub_开头或纯地址命名的排除掉callgraph --depth 3 --filter ^sub_|^0x中文显示乱码→ Graphviz 默认字体不含中文字符在 fontconfig 里指定一款中文字体如 WenQuanYi Micro Hei重新渲染即可。程序跑得久、现场早没了→ 用set call-graph.logfile /tmp/call_logs.txt先开启调用日志记录程序跑完后拿日志离线生成图不用复现运行时环境。适合什么场景文档在哪调用图最适合两类活儿漏洞初筛时快速确认危险函数gets、strcpy之类在不在主调用路径上以及构造利用链前理清函数之间的调用顺序。深度控制在 3~5 层信息量和可读性比较平衡。命令细节看 docs/commands/callgraph.md想自己加命令的话docs/contributing/adding-a-command.md 里有完整流程说明。【免费下载链接】pwndbgExploit Development and Reverse Engineering with GDB LLDB Made Easy项目地址: https://gitcode.com/GitHub_Trending/pw/pwndbg创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
一条命令画出函数调用图Pwndbg 调用路径可视化实操【免费下载链接】pwndbgExploit Development and Reverse Engineering with GDB LLDB Made Easy项目地址: https://gitcode.com/GitHub_Trending/pw/pwndbg调试一个 CTF 题目时你盯着 GDB 的bt输出看了半天main下面挂着七八层调用哪一层读了外部输入、哪一层把数据写进了栈来回翻反汇编很容易看花眼。Pwndbg 的callgraph命令能把谁调用了谁Call Graph即函数调用关系图直接导出成 Mermaid 流程图文件你只需要一条命令就能拿到当前断点位置的完整调用链在本地渲染成图后逐节点排查。五分钟跑通装好环境出第一张函数调用图先说结论只要装好 Pwndbg 本体出图不需要额外编译任何东西唯一可选的依赖是 Graphviz渲染 DOT 格式时需要2.40 以上即可。最小步骤如下cd pwndbg ./setup.sh装好后启动 GDB加载目标程序跑到你想要的断点run break parse_input然后就是主角命令callgraph --output exploit_callgraph.mmd当前目录下会生成一个.mmd文件从main一路画到当前 RIP 所在的函数。打开它就能看出整条调用链的结构。如果目标机器已经装过 Graphviz还可以把格式换成dot或svg后者支持浏览器里缩放查看适合节点多的场景。读懂这张图节点是函数边是调用方向拿到 Mermaid 输出后先看两个基本元素节点就是一个被调用的函数比如main、parse_input、strcpy边代表调用关系A -- B表示 A 调用了 B边上可以带标注比如传入的参数名。一个典型的调用图长这样Pwndbg 生成的图会在此基础上附加内存地址、参数值这类上下文标注配合它反汇编窗口里的地址你可以把图上的每个节点对应回具体汇编行。为什么这点重要光知道调用了 strcpy不够你得知道是哪一次调用、带着什么参数。上图是 Pwndbg 的调试上下文底部 BACKTRACE 区列出的调用栈就是callgraph命令画图时的原始数据。实战用调用图抓出一条危险调用链以一个栈溢出场景走一遍完整流程下断点在程序读完用户输入的位置下断比如处理输入的函数入口。生成图命中断点后执行callgraph --output graph.mmd。图上定位在图里找不可信数据的去向。如果看到main → parse_input → validate_credentials → strcpy这样一条链且strcpy的上游是用户输入基本可以锁定风险点——它不做长度检查输入超过缓冲区就会踩到返回地址。对应到代码点开图里strcpy节点标注的地址回到 GDB 反汇编窗口确认现场参数寄存器里的值正好就是那段超长输入。整条链路从图上一眼可见不用在反汇编里逐条stepi。图太乱或跑太慢按症状给药节点太多看不清→ 限制深度加过滤只看关心的三层把匿名函数sub_开头或纯地址命名的排除掉callgraph --depth 3 --filter ^sub_|^0x中文显示乱码→ Graphviz 默认字体不含中文字符在 fontconfig 里指定一款中文字体如 WenQuanYi Micro Hei重新渲染即可。程序跑得久、现场早没了→ 用set call-graph.logfile /tmp/call_logs.txt先开启调用日志记录程序跑完后拿日志离线生成图不用复现运行时环境。适合什么场景文档在哪调用图最适合两类活儿漏洞初筛时快速确认危险函数gets、strcpy之类在不在主调用路径上以及构造利用链前理清函数之间的调用顺序。深度控制在 3~5 层信息量和可读性比较平衡。命令细节看 docs/commands/callgraph.md想自己加命令的话docs/contributing/adding-a-command.md 里有完整流程说明。【免费下载链接】pwndbgExploit Development and Reverse Engineering with GDB LLDB Made Easy项目地址: https://gitcode.com/GitHub_Trending/pw/pwndbg创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
