如何对一个可执行程序开展拦截和包装?
发布时间:2022-07-10 21:06:49 所属栏目:Linux 来源:互联网
导读:文中一共讨论了3种方法,来实现对【函数】进行拦截: 在编译阶段插桩; 在链接阶段插桩; 在执行阶段插桩; 昨天一个网友提了另外一个问题:如何对一个可执行程序进行拦截? 他提出了一个实际的示例: Ubuntu 18.04操作系统中,重启指令/sbin/reboot是一个软
文中一共讨论了3种方法,来实现对【函数】进行拦截: 在编译阶段插桩; 在链接阶段插桩; 在执行阶段插桩; 昨天一个网友提了另外一个问题:如何对一个可执行程序进行拦截? 他提出了一个实际的示例: Ubuntu 18.04操作系统中,重启指令/sbin/reboot是一个软链接,链接到可执行程序/bin/systemctl,那么是否可以在执行systemctl之前,做一些其它的事情(例如:保持一些应用程序的状态数据)? Ubuntn18.04 中使用 systemd 来管理系统的所有 Service; 除了 reboot 指令,还有其它几个指令也是软链接到 /bin/systemctl; 这里就引出一个问题了: 既然上面这6个命令都链接到systemctl,那么当systemctl被执行的时候,它是如何知道它是被哪一个命令调用的呢? 看一下源码就知道了:通过参数 argv[0] 来获得的。 可以看到:argv[0] = ./test1,因为我们是在命令行直接调用test可执行程序的,这很容易理解。 创建了pre_systemctl.sh脚本之后,并且把reboot软链接到它,在脚本中输入如下内容: 此时,在命令行中执行reboot命令,就会执行这个脚本,并且这个脚本也能够正确的把/sbin/root作为第0个参数传递给/bin/systemctl,如下图所示: 在这个脚本中,可以在执行systemctl之前,做任何需要关机前需要处理的一些事情。 问题似乎是解决了,但是好像还有一个问题: 如果用户在执行命令时输入了一些其它的参数,这个脚本程序也应该透明的把这些参数传递给 systemctl 才可以! 为了便于观察,我们在脚本中多打印个参数,并通过exec来启动systemctl,并且强制把参数$0设置为systemctl的第0个参数: 这个脚本文件中的重点是最后一条命令: 复制 exec -a $0 /bin/systemctl $* 1. 此时,在命令行中执行reboot指令,输出如下: 如此调用systemctl,就解决了刚才提出的问题,而且通过 $*,可以把任意多个参数透明的传递下去。 (编辑:开发网_开封站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |