某天凌晨两点，未授问漏某家云服务商的权访运维突然发现，一台内网MySQL数据库的意思查询日志里，多了一串他从未写过的未授问漏命令——`SELECT * FROM user;`。他第一反应是权访同事加班，但看了一眼时间，意思又看了一眼账号来源IP，未授问漏冷汗就下来了。权访那个IP段，意思属于公司防火墙之外的未授问漏公网。数据库没设密码，权访或者说，意思密码是未授问漏空的。这就是权访典型的未授权访问漏洞——不是被暴力破解，也不是意思被SQL注入，而是服务本身把门敞开着，谁都能推门进来。

说白了，未授权访问漏洞就是程序在启动时，忘了检查“你是谁”。很多开发者图省事，把Redis、MongoDB、Elasticsearch这类组件部署在公网，绑定`0.0.0.0`，然后自信地认为“内网很安全”。但云服务器一开，公网IP一绑，等于把家门钥匙挂在门把手上。2017年那次大规模的MongoDB勒索事件，全球有数万个数据库被删光，黑客只留一句话：“给我0.2个比特币，否则数据别想要了。”那些数据库，绝大多数没设访问控制。

这类漏洞的可怕之处在于它不声不响。不像XSS会有弹窗，也不像文件上传会有报错。你打开一个未授权访问的Elasticsearch页面，看到的是正常的JSON数据，像一份摊开的账本。但这份账本里可能躺着用户的手机号、身份证、支付流水。更隐蔽的是，有些服务还能执行命令——比如未授权的Docker API，攻击者直接调用接口创建容器，挂载宿主机根目录，然后`chroot`进去，整个服务器就成他的了。

我见过一个真实案例。某创业公司开发环境里跑着Jenkins，没设登录验证。实习生为了图快，把构建脚本写得很随意，结果某天攻击者通过Jenkins的Groovy脚本执行功能，直接下载了挖矿程序。公司账单月底多了三千多块电费，才发现服务器CPU一直100%。他们甚至没搞明白漏洞在哪，因为Jenkins页面看起来一切正常，只是多了一个“匿名用户”的权限。

修复方式其实不复杂。第一，别把管理端口暴露到公网，用VPN或者跳板机。第二，给所有中间件设强密码，别用`root/123456`这种自欺欺人的组合。第三，配置防火墙策略，只允许特定IP访问。但现实是，很多系统上线时赶工期，测试环境配置直接复制到生产，一跑就是两三年。等被扫描器盯上，数据早就拖走了。

你问我怎么判断自己有没有中招？最简单的办法，用搜索引擎的“黑客语法”搜一下自己的公网IP，比如`port:6379`看看Redis是否裸奔。或者直接拿`telnet IP 端口`试一下，如果返回`-ERR wrong number of arguments`，说明服务在等你输入命令——这本身就是个危险信号。别等到账单异常或者数据被删才想起来检查，那时候黄花菜都凉了。