gow*_*awr 23

技术上 不需要重启,因为只需要重启使用 glibc 的程序,内核不使用 glibc。

话虽如此,重新启动所有使用 glibc 的东西已经足够广泛了,你不妨直接重启

例如,/sbin/init使用 glibc。然而,重新启动它是微不足道的(init u以 root 身份运行)。

  • @Erbureth,我同意,但我认为“我认为_这个程序_易受攻击,我认为_那个程序_不是”是“一个奇怪的游戏。唯一的胜利之举就是不玩。” (11认同)
  • OTOH 我严重怀疑 `init` 由于 CVE 而容易受到攻击:) (3认同)
  • sysvinit 可以重新启动。发出命令 init u 它将执行 /sbin/init。 (2认同)

dee*_*392 9

如果您对手动重新启动使用易受攻击库的单个服务感到满意,则可以运行此命令并重新启动列出的进程:

# lsof | awk '/libc-/ {print $1}' | sort -u
Run Code Online (Sandbox Code Playgroud)

您可能会发现完全重新启动机器会更容易。

  • `lsof | awk '/DEL.*libc/{print $1}' | sort -u` 仅匹配链接到现在 _deleted_(更新后)libc 的那些。 (9认同)
  • 有没有人真的检查过`lsof | 的输出?grep libc`?它匹配了大量的库,包括 libcurl、libcups、libcairo 等。对 `libc-` 的 Grepping 似乎产生了正确的结果。 (2认同)

小智 7

是的,所以依赖于旧版本 glibc 的进程会从新版本的库重新开始。由于这个原因,静态链接的程序也需要重新编译。