Linux Shell 脚本安全：ssc 的结构性局限与漏洞（源代码保护、混淆、逆向工程）

ssc 是在 shc（Shell 脚本编译器）基础上改进而来的项目。
其原理与 shc 相同，都是先将 Shell 脚本包装成 C 源代码，再编译为二进制文件，从而防止源码暴露。

与 shc 不同的是，ssc 不依赖系统 Shell，而是使用独立的 Shell 解释器（例如 BusyBox）。
因此，攻击 shc 时所使用的技术(auditd)在 ssc 上无法同样奏效。

但 ssc 同样存在结构性的局限。
由 ssc 生成的二进制文件，会将内置的 Shell 解释器（例如 BusyBox）临时导出到 /tmp/ssc.XXXXXX/busybox 路径下，再将 Shell 脚本传递到该路径执行。
因此，只要监控内置 Shell 解释器暴露到外部的那一瞬间，就能窃取到 Shell 脚本。

漏洞展开图

现在让我们直接测试一下，确认这个漏洞。

测试环境

在 Ubuntu 24.04 环境下，使用如下 Shell 脚本。

测试用 Shell 脚本

下面我们通过内置 Shell 解释器（BusyBox）的方式进行测试。

./ssc test ssc_binary -s -r -e busybox -c

测试方法

# Install bpftrace
sudo apt install bpftrace

# Start monitoring in terminal 1
sudo bpftrace -e 'tracepoint:syscalls:sys_enter_write /comm == "ssc_binary"/ { printf("PID: %d | FD: %d | Data: %s\n", pid, args->fd, str(args->buf)); }'

# Run ssc_binary in terminal 2
./ssc_binary

如下图红框所示，使用 bpftrace（内核监控工具）即可轻松窃取 Shell 脚本。

终端2

终端1

解决方法

应当使用不将 Shell 解释器导出到外部、仅在内部进行处理的保护工具。
具有代表性的例子是 HimitsuShell。

下一篇文章将介绍 HimitsuShell。