linux – 通过soname插入共享对象的一部分

发布时间：2020-12-14 02:18:31 所属栏目：Linux 来源：网络整理

导读：我编写了一个共享对象,它修改了FreeType的FT_Load_Glyph和FT_Render_Glyph函数的参数,目前通过插入它与LD_PRELOAD和dlsym. 这很好,但我很想知道是否有办法进行这些更改：对于在给定主机上使用FreeType的所有程序(例如运行Debian); 没有破坏任何实际上没有链

我编写了一个共享对象,它修改了FreeType的FT_Load_Glyph和FT_Render_Glyph函数的参数,目前通过插入它与LD_PRELOAD和dlsym.

这很好,但我很想知道是否有办法进行这些更改：

>对于在给定主机上使用FreeType的所有程序(例如运行Debian);
>没有破坏任何实际上没有链接到FreeType的程序;
>不简单地将LD_PRELOAD应用于主机上的所有程序;
>除非更改FreeType的soname,否则无需任何维护;和
>不修改FreeType的任何文件,也不修改主机上任何程序的文件.

我能够提出的唯一两个“解决方案”是丑陋的黑客：

>到LD_PRELOAD所有的程序,所有的时间,似乎缓慢而脆弱;要么
>复制,例如libfreetype.so.6.12.3到libxxxxtype.so.6.12.3;然后

>将libxxxxtype.so.6.12.3中的soname修补为libxxxxtype.so.6;
>将插入共享对象链接到libxxxxtype.so.6;和
>安装共享对象,例如libfreetype.so.6.999.

我本质上希望透明地修补共享对象中的几个函数,同时让其余的函数通过,而不必访问共享对象的源或使用它的程序,但是如果我创建一个虚假的共享对象使用soname libfreetype.so.6,我看不到一个干净的方法将它链接到(或dlopen)真正的libfreetype.so.6.

这是我对共享库的第一个真正的实验,所以如果这个问题做出一些不正确的假设,或者没有意义,请耐心等待.

解决方法

您是否可以尝试使用uprobes动态地从某些功能中窃取控制权？

检查http://www.brendangregg.com/blog/2015-06-28/linux-ftrace-uprobe.html

uprobes: user-level dynamic tracing,which was added to Linux 3.5 and improved in Linux 3.14. It lets you trace user-level functions; for example,the return of the readline() function from all running bash shells,with the returned string:

# ./uprobe 'r:bash:readline +0($retval):string'
Tracing uprobe readline (r:readline /bin/bash:0x8db60 +0($retval):string). Ctrl-C to end.
 bash-11886 [003] d... 19601837.001935: readline: (0x41e876 <- 0x48db60) arg1="ls -l"
 bash-11886 [002] d... 19601851.008409: readline: (0x41e876 <- 0x48db60) arg1="echo "hello world""
 bash-11886 [002] d... 19601854.099730: readline: (0x41e876 <- 0x48db60) arg1="df -h"
 bash-11886 [002] d... 19601858.805740: readline: (0x41e876 <- 0x48db60) arg1="cd .."
 bash-11886 [003] d... 19601898.378753: readline: (0x41e876 <- 0x48db60) arg1="foo bar"
^C
Ending tracing...

和http://www.brendangregg.com/blog/2015-07-03/hacking-linux-usdt-ftrace.html

还有其他跟踪用户空间函数的解决方案,如ftrace,systemtap,dtrace,lttng.其中一些需要重新编译并在程序中静态定义跟踪点;和uprobes是“用户级动态跟踪”.

一些关于衣服的链接：

> https://events.linuxfoundation.org/slides/lfcs2010_keniston.pdf Uprobes：用户空间探测器(2010)
> https://www.kernel.org/doc/Documentation/trace/uprobetracer.txt
> https://lwn.net/Articles/499190/“3.5岁的探测器”,Jonathan Corbet(2012)

有衣服的处理程序有pt_regs.正如在上一个链接中所说：“Uprobes因此实现了一种机制,通过该机制,只要进程执行特定的指令位置,就可以调用内核函数.”并且它表明,探测器可以取代一些基于ptrace / gdb的解决方案;所以有可能通过改变其eip / rip(PC)寄存器来改变任何击中主动uprobe的程序的执行.

您可以尝试一些其他动态检测工具,如pin或dyninst;但它们是为每个进程使用而设计的.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!