ZeusAdmin 的 9090 端口漏洞，本质上不是端口本身的问题，而是开发者把“信任”直接暴露在了公网上。我见过不止一个运维栽在这上面——他们以为内网服务开着 9090 无所谓，结果被扫描器一梭子打穿。 这个漏洞的触发点很朴素：ZeusAdmin 默认监听 0.0.0.0:9090，而且登录接口没有做速率限制。攻击者不需要什么高级技巧，拿 Hydra 挂一个弱口令字典，跑个半小时就能撞开 admin/admin123 这种组合。更讽刺的是，很多部署文档里居然还推荐用默认密码，说是“方便首次配置”。 我实际测试过一个案例。某电商公司的 ZeusAdmin 面板暴露在公网，9090 端口开着，登录页直接暴露了版本号。我用 Shodan 搜了下，全球有四千多个实例在裸奔。挑了个响应快的试了试，密码是 “Zeus@2023”——这密码还是他们运维在技术群里自己晒过的。进去之后，后台有个“服务器状态”模块，直接能执行系统命令，权限还是 root。整个过程不到五分钟。 问题不只是弱口令。9090 端口的 Web 服务背后，ZeusAdmin 的 API 设计有个致命伤：它把所有管理操作都封装在 `/api/v1/` 路径下，但没做严格的权限分级。普通用户权限的 token 能调用部分管理员接口，比如改配置、拉取日志，甚至能触发数据库备份。我试着用低权限 token 请求 `/api/v1/system/backup`，居然返回了一个完整的 SQL 文件下载链接。这要是被恶意利用，整个业务库就拱手让人了。 修复方案其实不复杂。首先，别把 9090 暴露在公网，用防火墙只允许内网 IP 访问。其次，强制改掉默认密码，加个双因素认证。代码层面，得给所有敏感接口加上角色校验，别只依赖前端隐藏按钮。ZeusAdmin 官方在 2.3.1 版本修了部分问题，但很多老部署还在跑 1.x，根本没收到更新提醒。 说到底，这类漏洞反映的是安全习惯的缺失。工具本身不是罪魁祸首，但一旦运维偷懒，把内网管理面板当成“没人知道”的秘密，那离被黑就不远了。9090 端口不过是那张被拉开的窗帘——真正的问题，是屋里的人以为外面看不见。