centos6.5原生系统修改ceph-mon 的ELF来让其加载低版本glibc库函数

首页 > centos6.5原生系统修改ceph-mon 的ELF来让其加载低版本glibc库函数

centos6.5原生系统修改ceph-mon 的ELF来让其加载低版本glibc库函数

文章目录

- - - Step 1:glibc-2.17 被libc.so.6库依赖，升级glibc库
    - Step2:升级编译器-->4.8.2可以正常编译glibc2.17
    - Step3:修改ELF，降低ceph-mon依赖的库函数版本
    - - 解决ceph-mon调用高版本libc库（修改动态库链接表ELF）

Step 1:glibc-2.17 被libc.so.6库依赖，升级glibc库

环境上需要拥有gcc支持编译

使用glibc源码编译安装步骤如下：

tar -zxvf glibc-2.17.tar.gz
cd glibc-2.17
mkdir build && cd $_
sudo ../configure --prefix=/usr/glibc-2.17 --disable-profile --enable-add-ons --withheaders=/
usr/include --with-binutils=/usr/bin
make && make install

出现如下问题：

/usr/bin/python: error while loading shared libraries: libpython2.6.so.1.0: cannot open
shared object file: No such file or directory

系统崩溃，glibc库的链接被损坏。因为编译器版本较低，并不支持高版本的glibc库，导致升级高版本的C库时破坏掉

了原生系统的C库链接

Step2:升级编译器–>4.8.2可以正常编译glibc2.17

使用命令

objdump -T /lib64/libc.so.6 |grep GLIBC_2.17可以看到在C库中使用glibc-2.17版本的具体函数

执行如下命令可以看到我们的ceph-mon所要求的GLIBC库函数

objdump -T /usr/bin/ceph-mon |grep GLIBC_2.17
或者使用命令
nm -a /usr/bin/ceph-mon |grep GLIBC_2.17 打印所有使用glibc_2.17的版本函数
发现并没有输出，即ceph-mon没有用到与2.17版本的C函数
objdump -T /usr/bin/ceph-mon |grep GLIBC_2.14
[root@node5 yum]# objdump -T /usr/bin/ceph-mon |grep GLIBC_2.14
0000000000000000 DF *UND* 0000000000000000 GLIBC_2.14 memcpy
此时可以看到Ceph-mon使用了2.14 libc库的memcpy函数
即我们在无法在低版本的centos上运行ceph-mon的原因是其引用了高版本的libc-2.17库中的memcpy

解决以上C库引用版本问题可以尝试更改mon的链接文件，让elf调用低版本的C库中的memcpy函数

Step3:修改ELF，降低ceph-mon依赖的库函数版本

使用命令查看ELF符号表

readelf -sV /usr/bin/ceph-mon

Version needs section ‘.gnu.version_r’ contains 11 entries: Addr: 0x00000000002a9330 O set: 0x2a9330 Link: 5

(.dynstr) 000000: Version: 1

File: ld-linux-x86-64.so.2 Cnt: 1

0x0010: Name: GLIBC_2.3 Flags: none Version: 39

0x0020: Version: 1

File: librt.so.1 Cnt: 1

0x0030: Name: GLIBC_2.2.5 Flags: none Version: 36

0x0040: Version: 1

File:libgcc_s.so.1 Cnt: 2

0x0050: Name: GCC_3.0 Flags: none Version: 42

0x0060: Name: GCC_3.4 Flags: none Version: 35

0x0070: Version: 1

File: libdl.so.2 Cnt: 1

0x0080: Name: GLIBC_2.2.5 Flags: none Version: 23

0x0090: Version: 1

File:libnss3.so Cnt: 4

0x00a0: Name: NSS_3.12.9 Flags: none Version: 38

0x00b0: Name: NSS_3.3 Flags: none Version: 32

0x00c0: Name: NSS_3.2 Flags: none Version: 19

0x00d0: Name: NSS_3.12.5 Flags: none Version: 16

0x00e0: Version:1

File: libibverbs.so.1 Cnt: 2

0x00f0: Name: IBVERBS_1.0 Flags: none Version: 30

0x0100: Name: IBVERBS_1.1 Flags: none Version: 14

0x0110: Version: 1

File: libm.so.6 Cnt: 1

0x0120: Name: GLIBC_2.2.5 Flags: none Version: 13

0x0130: Version: 1

File: libresolv.so.2 Cnt: 2

0x0140: Name: GLIBC_2.2.5 Flags: none Version: 21

0x0150: Name:GLIBC_2.9 Flags: none Version: 12

0x0160: Version: 1

File: libstdc++.so.6 Cnt: 12

0x0170: Name: CXXABI_1.3.7 Flags: none Version: 41

0x0180: Name: GLIBCXX_3.4.17 Flags: none Version: 37

0x0190: Name: CXXABI_1.3.1 Flags: none Version: 34

0x01a0: Name: GLIBCXX_3.4.18 Flags: none Version: 26

0x01b0: Name: GLIBCXX_3.4.9 Flags: none Version: 25

0x01c0: Name: GLIBCXX_3.4.11 Flags: none Version: 20

0x01d0: Name: GLIBCXX_3.4.14 Flags: none Version: 18

0x01e0: Name: CXXABI_1.3.5 Flags: none Version: 15

0x01f0: Name: GLIBCXX_3.4.15 Flags: none Version:

9 0x0200: Name: GLIBCXX_3.4.19 Flags: none Version: 8

0x0210: Name: GLIBCXX_3.4 Flags: none Version: 5 0x0220:

Name: CXXABI_1.3 Flags: none Version: 4 0x0230: Version: 1

File: libpthread.so.0 Cnt: 3

0x0240: Name: GLIBC_2.12Flags: none Version: 17

0x0250: Name: GLIBC_2.2.5 Flags: none Version: 7

0x0260: Name: GLIBC_2.3.2 Flags: none Version: 3

0x0270: Version: 1

File: libc.so.6 Cnt: 12

0x0280: Name: GLIBC_2.3.3 Flags: none Version: 40 0x0290:

Name: GLIBC_2.7 Flags: none Version: 33

0x02a0: Name: GLIBC_2.4 Flags: none Version: 31

0x02b0: Name:GLIBC_2.14 Flags: none Version: 29

0x02c0: Name: GLIBC_2.10 Flags: none Version: 28

0x02d0: Name: GLIBC_2.8Flags: none Version: 27

0x02e0: Name: GLIBC_2.9 Flags: none Version: 24

0x02f0: Name: GLIBC_2.3.2 Flags: noneVersion: 22

0x0300: Name: GLIBC_2.3 Flags: none Version: 11

0x0310: Name: GLIBC_2.2.5 Flags: none Version: 10

0x0320: Name: GLIBC_2.5 Flags: none Version: 6

0x0330: Name: GLIBC_2.3.4 Flags: none Version: 2

解决ceph-mon调用高版本libc库（修改动态库链接表ELF）

使用命令strings /root/ceph-mon | grep GLIBC_ 查看运行库调用的glibc版本如下有2.16以及2.14

在这里插入图片描述

使用nm /root/ceph-mon |grep GLIBC_2.14查看对应版本的调用函数，只有高版本的一个函数

再使用命令nm /lib64/libc.so.6 |grep memcpy查看当前系统libc库中的memcpy函数是否低版本的c库函数

显然我们拥有两种版本的内存拷贝函数，那么接下来就是修改2.14版本的动态库为2.2.5版本的

使用命令 readelf -sV /root/ceph-mon 使用加载器读取ceph-mon内容，查看该部分内容如下二进制文件入口地址（16进制）如下(由于内容较多，无法显示完全，只截取有用信息部分)：

在这里插入图片描述

对应函数偏移地址（16进制）如下，查看file libc.so.6文件下的对应版本

如上2.14版本的内存拷贝函数偏移地址为0x02c0，2.2.5版本的为0x0320

寻找真正的函数入口地址即为二进制文件入口地址+函数偏移地址–》

glibc2.14版本的: 0x2a9368+0x02c0=0x2a9628

glibc2.2.5版本的: 0x2a9368+0x0320=0x2a9688

执行命令vim /root/ceph-mon 打开二进制文件，一般模式下输入:%!xxd 转为16进制格式如下

在这里插入图片描述

这个时候因为我们函数真正入口地址为0x2a9628,以8结尾，所以我们跳转到2a9620以及2a9680位置，对应函数入口地址如下：

红色为2.16版本的memcpy函数入口地址，蓝色为2.2.5版本入口地址,将2.16的数值与2.2.5数值对应位置保持一直即可完成版本修改

在这里插入图片描述

输入:%!xxd -r指令将16进制转回为2进制，保存退出即可，再次执行readelf -sV /root/ceph-mon查看readelf动态链接表，已经完成修改memcpy函数的glibc版本为2.2.5。此处注意，编辑转换为16进制之后的ceph-mon二进制文件时不能退出vim编辑，否则再次进去的时候无法转换回二进制格式

在这里插入图片描述