Hi @wangshuogit! I'm Dosu and I'm helping the gojue team.

这个 invalid ELF section name string table type 'SHT_NOBITS' 错误说明该 app 自带的 libssl.so 的 ELF section headers 被 strip 或修改过，导致 eBPF manager 无法正确解析它来设置 uprobe。这在 Android 上打包进 APK 的 .so 中比较常见，因为很多 app 在构建时会对 so 文件进行深度 strip，甚至会移除 section header string table。

ecapture 本身是支持通过 --libssl 指定自定义路径的 [1]，但前提是该 .so 文件的 ELF 格式是完整的（需要包含有效的 section headers 和符号表，以便 uprobe 能定位 SSL_read、SSL_write、SSL_do_handshake 等函数）。

这个问题的本质是：app 自带的 libssl.so 被 strip 后丢失了 uprobe 所需的 ELF 信息，ecapture 的底层 eBPF manager 无法解析它 [2]。

可能的解决方案：

使用系统的 libssl.so：如果该 app 实际使用的是 Android 系统的 BoringSSL，可以尝试 hook 系统库路径，如 --libssl=/apex/com.android.conscrypt/lib64/libssl.so [3]
获取未 strip 的 so 文件：如果确实需要 hook app 自带的库，需要找到未被 strip 的版本（保留符号表）
确认该 app 是否使用了标准的 OpenSSL/BoringSSL：一些 app 可能使用了自定义的 TLS 实现或修改过的 SSL 库，这种情况下即使 ELF 正常，ecapture 也可能无法正确 hook

目前 ecapture 在项目中尚无针对此类 stripped ELF 的处理机制。

To reply, just mention @dosu.

Docs are dead. Just use Dosu.