必须关闭未认证的API接口，因宝塔7.9.x及更早版本默认允许任意IP直接调用GetSystemInfo、ExecShell等高危接口窃取信息或执行命令，已有公开PoC流通；修复核心是关闭裸露接口并启用登录态校验。
宝塔面板默认开启的API接口（/api/ 路径）如果没做防护，攻击者可以直接调用 GetSystemInfo、LoginSafe 甚至 ExecShell 这类高危接口，连登录都不需要就能执行命令或者窃取服务器信息。修复的核心其实就两件事：关掉那些裸露的接口，然后用白名单锁死可信来源。
为什么必须关闭未认证的API接口
宝塔7.9.x及更早版本默认允许任何IP访问 /api/，只要知道接口名和参数格式——比如 GET /api/GetSystemInfo——就能拿到CPU、内存、磁盘、运行进程等完整的系统快照。这可不是“可能被利用”，而是已经有公开的PoC在GitHub和漏洞平台里流通了。
- 常见错误现象：用
curl "http://your-server:8888/api/GetSystemInfo?login_token=xxx"直接返回JSON数据，既不报错也不跳转。 - 使用场景：攻击者下手之前，通常会先扫一遍开放的
:8888端口，再批量请求/api/*列表来试探哪些接口还能用。 - 性能影响：本身没什么影响，但一旦被用于横向扫描或爆破，会触发大量日志写入，拖慢面板响应速度。
如何开启API白名单（仅限宝塔7.9.10+）
白名单不是加个IP就完事了——它只对“通过面板登录后发起的AJAX请求”生效，对直接用curl或者浏览器访问 /api/ 的请求是无效的。真正起作用的其实是“API接口开关”加上“登录态校验强制”。
- 登录宝塔后台，左侧找到“安全”→“API接口管理”，然后关闭“允许通过API接口直接访问”这个开关——这是最关键的一步。
- 保持“API接口密钥”开启，但别用默认值。点击“重新生成密钥”，密钥长度必须不少于32位，而且要包含大小写字母、数字和符号。
- 白名单填写格式必须严格遵循CIDR，比如
192.168.1.0/24、2001:db8::/32。单个IP要写成1.2.3.4/32，不能直接写1.2.3.4。 - 如果脚本需要调用（比如监控脚本），必须在请求头里带上
X-BT-KEY，这个KEY必须与面板中配置的完全一致，而且大小写敏感。
定期更换密钥的实际操作与坑点
密钥不是“换一次就能高枕无忧”的。宝塔不会自动轮换，也不会提示过期；所有依赖旧密钥的自动化脚本、监控工具、CI/CD流程都会立刻中断。
- 更换前一定要全局搜索：在服务器上执行
grep -r "X-BT-KEY\|BT_API_KEY" /path/to/your/scripts/，找出所有硬编码的位置。 - 新密钥生成后，旧密钥不会立刻失效，而是进入24小时共存期（仅限7.9.10+）。这期间新旧密钥都能用，但日志里会告警
deprecated api key used。 - 千万别在crontab里写自动更换脚本——密钥变更后需要人工确认所有下游服务已经同步，否则可能引发批量故障。
- 密钥明文不能进Git。如果脚本托管在GitHub或GitLab，请改用环境变量注入，比如Python里用
os.getenv("BT_API_KEY")，而不是写死字符串。
最容易忽略的一点是：白名单只限制“调用来源IP”，不校验“调用者身份”。如果你的运维机本身已经被黑，那白名单就是形同虚设。真正关键的防线是——永远关闭“允许通过API接口直接访问”，让所有API调用必须经过面板登录态（session）校验，这才是宝塔原生支持的最小权限模型。
