c - LD_PRELOAD-ing go 可执行文件时未调用共享对象中的构造函数
问题描述
在 Alpine 映像中构建的 GO 可执行文件存在一个奇怪的行为,其中标准 LD_PRELOAD 功能无法正常工作。
看起来动态加载器没有调用构造函数!
我有一个例子去应用程序(getgoogle.go
):
package main
import (
"fmt"
"net/http"
)
func main() {
resp, err := http.Get("http://google.com/")
if err == nil {
fmt.Println(resp.StatusCode)
}
}
以及示例共享对象代码 ( libldptest.c
)
#include <stdio.h>
static void __attribute__((constructor)) StaticConstructor(int argc, char **argv, char **env)
{
printf(">>> LD_PRELOADED!\n");
}
我正在使用这个 Dockerfile(gotest
图像)创建一个基于 debian 的 docker 图像:
FROM golang
COPY libldptest.c hello-world.go /
RUN gcc -shared -o /libldptest.so /libldptest.c
RUN go build -gcflags='-N -l' -o /getgoogle /getgoogle.go
ENV LD_PRELOAD=/libldptest.so
然后运行以下命令:
$docker run -it gotest /getgoogle
>>> LD_PRELOADED!
200
这意味着构造函数在这里工作。
但是当对基于 alpine 的 docker 镜像做同样的事情时
FROM golang:1.12-alpine
RUN apk add gcc libc-dev
COPY libldptest.c hello-world.go /
RUN gcc -shared -o /libldptest.so /libldptest.c
RUN go build -gcflags='-N -l' -o /getgoogle /getgoogle.go
ENV LD_PRELOAD=/libldptest.so
并运行与上面相同的命令
$docker run -it gotest /getgoogle
200
$docker run -it gotest ls
>>> LD_PRELOADED!
bin src
这意味着运行 go 应用程序时未调用静态构造函数!(但在运行时被调用ls
)
请注意,我已经检查过动态加载程序是否将库添加到进程空间。
我很感激能理解它为什么不起作用。
解决方案
不要忽略第一条评论。如果您坚持使用 Go 的内部链接器,该链接器不以与 libc 使用兼容的方式链接,那么您将不能使用任何 C 代码,包括LD_PRELOAD
ed C 代码甚至动态链接器本身的功能。正如 Florian(来自 glibc)在链接问题中所说,它对 glibc 也无效,并且只是偶然地在那里“工作”。
即使您以某种方式“机械地”弄清楚为什么没有调用您的ctor,您仍然在损坏的进程状态下运行C代码,并且任何事情都可能出错。即使您分析了所有内容并且看起来很好,这也可以随着下一次动态链接器/libc 更新而完全改变。
如果你想这样做,请使用 Go 中的外部链接器选项。
推荐阅读
- python - 如何改变 Alexa 的通话速度?
- sql - oracle在哪里存储撤消数据?在内存或硬盘中
- javascript - 触发选择以从 Vuejs 中的函数打开
- c# - 如何在 ASP .NET 的 configureServices 函数中获取连接字符串
- c# - 使用持续时间而不是速度的 MoveTowards
- java - 使用无法修改的类时避免使用 instanceof 的最佳设计模式?
- aframe - 无法在 A-Frame 中的元素上设置 angularVelocity
- c# - 忽略在 C# .NET 中抛出的特定异常
- amazon-web-services - AOP 与 Spring 和 X-Ray SDK for Java
- r - 将单独的日期时间字段组合到一个 date_time 字段