如何扒出 CLI 工具里的隐藏 API Base URL？以 CodeBuddyCLI 为例

最近在折腾一款叫 CodeBuddyCLI 的命令行工具时，遇到一个小困惑：这玩意儿用起来挺顺手，但我想搞清楚它背后的 API 地址，也就是那个 Base URL，看能不能直接调接口或者做个小插件。

很多命令行工具其实就是 API 的包装器，本质上还是发 HTTP 请求。既然是网络请求，就有办法把它“抓”出来。今天我就把自己常用的几种思路分享给大家，不仅适用于 CodeBuddyCLI，绝大多数黑盒 CLI 工具都能这么搞。

方法一：最直接的抓包大法

使用 Charles 等抓包工具查看网络请求

这是最不需要脑细胞的方法。既然 CLI 要联网，那就让流量经过我们的代理，把所有东西都记下来。

准备工作： 你需要一个抓包工具，比如 Charles、Fiddler，或者更硬核一点的 mitmproxy。这里推荐用命令行党喜欢的 mitmproxy，或者图形化的 Charles，后者对 HTTPS 解密处理得更傻瓜一点。

使用 strace 监控系统调用

操作步骤：

1. 启动代理：打开你的抓包工具，确保它监听在常用的 8080 或 8880 端口，并且安装好了根证书（最重要的一步，否则只能看到乱码）。
2. 命令行挂代理：打开终端，不要直接运行 CLI，而是先把系统环境变量设好。 比如 Linux/Mac 下这样设：

   export HTTP_PROXY=http://127.0.0.1:8080
   export HTTPS_PROXY=http://127.0.0.1:8080
   

   或者你在 Windows 下也可以通过系统设置搞定。
3. 运行工具：这时候再执行 CodeBuddyCLI 的相关命令，比如登录或者执行一次任务。
4. 查看记录：回到抓包工具，去寻找 Host 一栏。通常 Host 字段配合 Request Line 里的路径，拼起来就是你要的 Base URL 了。比如看到 Request 是 POST https://api.example.com/v1/auth，那 Base URL 基本就是 https://api.example.com/v1/ 或者 https://api.example.com。

方法二：如果你用的是 Linux/macOS，用 strace 盯着系统调用

有时候我们不想配代理，或者 CLI 工具不走系统的代理设置（有些是用 Go 写的死板程序）。这时候可以用 strace（Linux）或者 dtruss（macOS）来监控进程的一举一动。

核心思路： CLI 工具发网络请求时，底层肯定调用了 connect() 或者 sendto() 这样的系统函数。我们只要把这些函数调用的参数打印出来，就能看到它连接了哪个 IP 和端口。

命令示例： 假设我们要运行 ./CodeBuddyCLI run，我们可以这样包装一下：

strace -e trace=network -s 10000 ./CodeBuddyCLI run

这就盯着所有网络相关的系统调用。如果你嫌输出太多，可以针对性一点，或者结合 grep 过滤 connect关键字。

当你看到类似 connect(3, {sa_family=AF_INET, sin_port=htons(443), sin_addr=inet_addr("1.2.3.4")}, ...) 的输出时，那个 1.2.3.4 就是目标服务器的 IP。然后在输出里再找找前面的数据流，有时候域名或者完整的 URL 也会直接被打印出来（比如在 sendto 的 buffer 里）。

方法三：终极手段——反编译 二进制文件

如果抓包抓不到（比如它用了证书固定），strace 也看不出花来，那只能祭出大杀器：逆向工程。虽然听着吓人，但对于很多解释型语言或者封装语言来说，其实不难。

判断语言类型： 先看这工具是怎么写的。如果是 Python 写的（比如后缀是 .pyw 或者用 PyInstaller 打包的），可以用 pyinstxtractor 解包，然后反编译 .pyc 文件。如果是 Node.js 写的，直接解压就能看 JS 代码。

针对 Python/Node 的情况： 解包后，全局搜索字符串（Strings）。找什么东西？找 http://、https://、api、v1、v2 这种关键词。通常 Base URL 会硬编码在配置文件或者常量定义里。

针对 Go/Rust 的情况： 这两种语言编译出来的是二进制，稍微难搞一点。但也可以用 strings命令先把所有可打印字符扒出来。

strings CodeBuddyCLI | grep -i "http"

这一招通常能把隐藏在二进制里的 API 地址直接筛选出来。如果不行，就得用 Ghidra 或者 IDA Pro 去看了，那属于进阶操作了，这里不展开。

总结一下

遇到这种黑盒 CLI 工具想找接口，我的建议顺序是：

1. 抓包工具（ Charles/mitmproxy）：这招最稳，能看到完整的请求头和响应体，甚至能直接抄下来用 curl 复现。
2. 系统调用监控：如果工具不配合走代理，用 strace 盯着它的网络连接，也能定位到服务器 IP 或域名。
3. 静态分析：如果工具是 Python/Node 写的，直接反编译看源码是最快的；如果是编译型语言，先用 strings 命令捞一捞，大概率有惊喜。

希望这篇教程能帮你搞定 CodeBuddyCLI（或者其他任何让你好奇的 CLI 工具）的 Base URL。技术探究就是这样，只要它是运行的软件，就没有完全看不到的秘密。