内容简介:从事编程工作的我们,总有调试的时刻,不管是通过 IDE 调试开发中的代码,还是通过 GDB 排查正在运行的进程。特别是经常使用 GDB 的童鞋,对它提供的强大功能更加如数家珍,其中就不乏刚好最近做到
前言
从事编程工作的我们,总有调试的时刻,不管是通过 IDE 调试开发中的代码,还是通过 GDB 排查正在运行的进程。
特别是经常使用 GDB 的童鞋,对它提供的强大功能更加如数家珍,其中就不乏 breakpoint(断点) 。
刚好最近做到 Ptrace 相关的实验,也顺便撸了这篇小文来分享下 断点 当中的道理。
简单 GDB 示范
// test.cpp #include<iostream> #include<unistd.h> void test1(){ std::cout << "test" << std::endl; } int main() { while (true) { std::cout << "main: " << getpid() << std::endl; test1(); sleep(1); } return 0; }
编译运行
g++ -std=c++11 test.cpp && ./a.out // 输出 main: 22346 test main: 22346 test main: 22346 ...
开启 GDB,并且在 test1 函数断点
sudo gdb a.out -p 22346 // 输出 ... (省略打印的信息, 直接输入命令) (gdb) break test1 // 在 test1 函数断点 Breakpoint 1 at 0x40091a (gdb) c // 继续运行 Continuing. Breakpoint 1, 0x000000000040091a in test1() () (gdb) i r rip // 查看 cpu 下一条指令的内容 rip 0x40091a 0x40091a <test1()+4>
回头看 a.out 的输出,可以看到已经停在 main: 5693 不再打印了,而进程状态也变成了 T :
T 状态意味着: (TASK_STOPPED or TASK_TRACED),暂停状态或跟踪状态 ,接下来就可以通过 GDB 实现各种调试的操作了。
我们这次也要实现类似的效果,不过只是一个超简化版本,只考虑: 在指定的位置暂停,获得进程的控制权 。
前置知识准备
在实现之前,我们需要了解下必要的知识:
寄存器:RIP
如果之前没有了解 寄存器 的童鞋可以先看看: https://www.jianshu.com/p/029...
直接摘抄里面的一段描述:
rip 指令地址寄存器,用来存储 CPU 即将要执行的指令地址。 每次 CPU 执行完相应的汇编指令之后,rip 寄存器的值就会自行累加;
Ptrace
如果之前没有了解 Ptrace 的童鞋可以先看看: http://fancy-blogs.com/2018/0...
在ptrace中有两个角色:
- tracee:被追踪者,它是被监控的进程,通过ptrace系统调用的操作作用在它之上 (譬如:上文的 22346 进程);
- tracer:追踪者,它负责监视并处理被追踪者传来的信息(譬如:GDB);
下文会直接引用这两个名词。
实现思路
实现的思路非常简单
1. 先确定我们要断点的地址
在 GDB 中,我们是习惯对 行号 或者 函数名 直接设置断点,行号相对来说比较复杂,我们先展示 函数名 的。
在 Linux 环境下编译出来的可执行文件都是遵循 ELF 格式,如果没有特殊处理,它会保留比较完整的 符号表 。
就拿开头的程序来当例子,可以通过 readelf -s a.out 查看:
这个符号表记录了进程需要用到的符号分别在什么位置。
如图,第一列就是符号的 地址(十六进制) ,第二列是 长度 ,最后一列是 符号名字 。
我们这里需要在 test1 这个函数打断点,也就是红色圈出来的地方,这里可能会有童鞋想问为啥是: _Z5test1v
这里主要是 cpp 的名字修饰问题: https://blog.csdn.net/u013220... ,不碍事。
我们现在可以看到前面的地址就是 0x400916 ;
2. 通过 Ptrace 获得 tracee 的控制权
// 建立追踪的关系, 很多童鞋可能会用 PTRACE_ATTACH,它和 PTRACE_SEIZE 的区别就是,它会马上暂停 tracee,而 PTRACE_SEIZE 不会 ptrace(PTRACE_SEIZE, pid, addr, data) // 中断 tracee 的行为,将控制权交给 tracer ptrace(PTRACE_INTERRUPT, pid, addr, data) // 感知 tracee 的状态变更,便于下一步操作 waitpid(pid, &status, options)
3. 保留当前 rip 的指令内容,并用 中断指令 替换
// 获取 tracee addr 内存的内容 ptrace(PTRACE_PEEKDATA, pid, addr, data) // 修改 tracee 指定内存的内容 ptrace(PTRACE_POKEDATA, pid, addr, data) // 获取 tracee 当前的寄存器内容 ptrace(PTRACE_GETREGS, pid, addr, data) // 设置 tracee 当前的寄存器内容 ptrace(PTRACE_SETREGS, pid, addr, data)
4. 恢复运行,等待 trap 触发
// 让 tracee 继续运行 ptrace(PTRACE_CONT, pid, addr, data)
5. 恢复 rip 指令,结束调试
完整 Tracer 代码
#include <sys/ptrace.h> #include <iostream> #include <stdio.h> #include <sys/user.h> #include <sys/wait.h> #include <string> void dowait(pid_t pid) { int status, signum; while (true) { waitpid(pid, &status, 0); if (WIFSTOPPED(status)) { signum = WSTOPSIG(status); if (signum == SIGTRAP) { break; } else { std::cout << "Other signum, skipping..." << std::endl; ptrace(PTRACE_CONT, pid, 0, 0); } } } } void break_onece(pid_t pid, long addr) { // 保存 addr 旧的指令和寄存器(主要是 rip) long old_code = ptrace(PTRACE_PEEKDATA, pid, addr, NULL); user_regs_struct old_regs; ptrace(PTRACE_GETREGS, pid, NULL, &old_regs); long trap_code = old_code; unsigned char *p = (unsigned char*) &trap_code; // Trap 中断指令的十六进制数值 p[0] = 0xcc; // 用 Trap 覆盖 addr 数值,等 cpu 执行至此就会中断 if (ptrace(PTRACE_POKEDATA, pid, addr, trap_code)) { std::cout << "Break failed" << std::endl; return; } ptrace(PTRACE_CONT, pid, NULL, NULL); dowait(pid); // 敲入任意字符以继续,可以在此加入其它调试逻辑(海阔凭鱼跃!!!) std::cout << "Next ? " << std::endl; std::string instruction; std::cin >> instruction; // 恢复 rip, 否则会因缺乏有效 rip 导致 tracee coredump ptrace(PTRACE_SETREGS, pid, NULL, &old_regs); // 恢复 addr 原值 ptrace(PTRACE_POKEDATA, pid, addr, old_code); ptrace(PTRACE_CONT, pid, 0, 0); } void quit(pid_t pid) { ptrace(PTRACE_DETACH, pid, NULL, NULL); std::cout << "quit!" << std::endl; exit(0); } int main(int argc, char* argv[]) { pid_t pid = std::stoi(argv[1]); if (ptrace(PTRACE_SEIZE, pid, NULL, NULL)) { perror("ptrace_seize failed"); return -1; } if(ptrace(PTRACE_INTERRUPT, pid, 0, 0)) { perror("interrupt failed"); quit(pid); } dowait(pid); // 想断点的地址 long break_addr = 0x400916; break_onece(pid, break_addr); quit(pid); return 1; }
编译 & 运行
g++ trace_test.cpp -std=c++11 -o trace_test ./trace_test 22346 # 本文开头的进程
总结
关于断点的原理网上有很多文章提到,但比较多也是蜻蜓点水一笔带过,意犹未尽,干脆直接用最浅显的例子降低大家练手
成本!
其实在文中提到的例子也有非常多可以优化的点:
- 比如:函数地址获取的方式,既然提到 ELF 的符号表,那么应该通过解析这个表,将用户传入的用户名,转换成地址;
- 再比如:应该维护一份全局的断点表,储存任意多的断点,也让每个断点处可以重复利用;
- 甚至还比如:涉及到 Ptrace 的错误返回都要优雅处理,因为在每个返回值不为 0 的情况下,贸然进行下一步是非常危险的,非常大可能导致 tracee coredump;
每个比如都可以展开研究,所以欢迎期待后续。
以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网
猜你喜欢:- 断点原理与实现
- 前端技术观察(第 11 期):解密 VS Code 断点调试的原理
- 带你深度解析断点续传原理并案例Http1.1协议
- OpenStack断点调试方法
- GDB调试指南-断点设置
- iOS 常用调试方法:断点
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
计算统计
Geof H.Givens、Jennifer A.Hoeting / 王兆军、刘民千、邹长亮、杨建峰 / 人民邮电出版社 / 2009-09-01 / 59.00元
随着计算机的快速发展, 数理统计中许多涉及大计算量的有效方法也得到了广泛应用与迅猛发展, 可以说, 计算统计已是统计中一个很重要的研究方向. 本书既包含一些经典的统计计算方法, 如求解非线性方程组的牛顿方法、传统的随机模拟方法等, 又全面地介绍了近些年来发展起来的某些新方法, 如模拟退火算法、基因算法、EM算法、MCMC方法、Bootstrap方法等, 并通过某些实例, 对这些方法的应用进行......一起来看看 《计算统计》 这本书的介绍吧!