强制二进制文件使用特定（较新）版本的共享库 (.so)

Question

我有一个较旧的二进制可执行文件（utserver，闭源），我试图在运行 Fedora 22 的系统上运行它。

utserver 需要 openssl_1.0.0 - F22 提供 openssl_1.0.1k

我做了两个符号链接：

$ sudo ln -s /usr/lib64/libssl.so.1.0.1k /usr/lib64/libssl.so.1.0.0
$ sudo ln -s /usr/lib64/libcrypto.so.1.0.1k /usr/lib64/libcrypto.so.1.0.0

但是尝试运行 utserver 会抱怨库版本：

$ ./utserver
./utserver: /lib64/libcrypto.so.1.0.0: version `OPENSSL_1.0.0' not found (required by ./utserver)
./utserver: /lib64/libssl.so.1.0.0: version `OPENSSL_1.0.0' not found (required by ./utserver)

好的，所以它正在寻找一个版本字符串。我编辑了 utserver ELF 以将字符串 OPENSSL_1.0.0 更改为 OPENSSL_1.0.1，但出现相同的错误（未找到“OPENSSL_1.0.1”）

objdump 和 readelf 都显示 OPENSSL_1.0.1 存在于 libssl.so.1.0.1 的版本区域中：

$ objdump -p /lib64/libssl.so.1.0.1 | grep OPENSSL
3 0x00 0x066a2b21 OPENSSL_1.0.1
4 0x00 0x02b21533 OPENSSL_1.0.1_EC
0x02b21533 0x00 07 OPENSSL_1.0.1_EC

所以现在我对 utserver 实际检查的内容感到困惑。我怀疑它看到了 OPENSSL_1.0.1_EC 并且失败了。如果我在 ELF 中添加 _EC 我会得到一个段错误，大概是因为现在我的偏移量都是错误的。

$ readelf -d ./utserver 
readelf: Error: Unable to seek to 0x15da90000000 for string table
readelf: Error: no .dynamic section in the dynamic segment

Dynamic section at offset 0x154fb8 contains 34 entries:

有没有办法告诉 ld-linux 强制加载 OPENSSL_1.0.1_EC 和/或修改 ELF 偏移量的参考？将不胜感激。

是的，我知道我可以在某处找到打包的 openssl_1.0.0 版本，但这是一个库，如果我不需要，我宁愿不恢复。

Answer 1

有什么办法告诉ld-linux强制加载OPENSSL_1.0.1_EC

不。

符号版本发生变化是有原因的：新旧符号不兼容 ABI。您必须重新编译可执行文件才能使用新符号，或者（更简单）您必须提供libssl.so.1.0.0（可以安装并与已安装的符号共存libssl.so.1.0.1k）。

如果不需要的话，我宁愿不恢复这个库。

您不必恢复任何内容（恢复将破坏所有需要新版本的程序）。

只需从旧包中提供libssl.so.1.0.0就会使旧程序（需要它）使用该文件，而新程序（需要它libssl.so.1.0.1k）将继续使用libssl.so.1.0.1k.