列目录漏洞
某天闲着没事，列目录漏我拿扫描器对着一个政府网站随手测了测。列目录漏结果没费什么劲，列目录漏就在它的列目录漏子目录里翻出了一个叫“backup”的文件夹。打开一看，列目录漏好家伙，列目录漏里面躺着三年前的列目录漏数据库备份文件，明文密码整整齐齐排列，列目录漏像超市货架上的列目录漏罐头。那一刻我突然意识到，列目录漏很多系统的列目录漏崩溃根本不需要什么高深技巧，列目录就够了。列目录漏
列目录漏洞说白了就一句话：服务器把不该让你看到的列目录漏文件夹列表，大大方方展示给你了。列目录漏你输入www.example.com/uploads/，列目录漏正常情况下应该返回403或者空白页，但有些服务器偏不，它给你列出一排文件名，就像房东把钥匙串全挂在门口。这种漏洞的可怕之处不在于技术难度，而在于它太不起眼了，几乎没人当回事。
我见过最夸张的一次，是某个电商平台的图片服务器。因为配置失误，/images/目录直接暴露了所有商品原图——这倒不稀奇，关键是里面混进了一个叫“内部报价”的子目录。点进去，供应商底价、成本核算表、甚至采购经理的身份证扫描件全躺在那里。你说这算不算安全事故？当然算。但你要问运维，他多半会挠头：“我只是图方便，没设禁止目录浏览啊。”
这种漏洞的成因往往特别蠢。Apache和Nginx默认配置其实都防着这手，但总有人为了调试方便，或者图省事，把Options +Indexes开着不关。更常见的是，开发人员把临时文件、测试脚本扔在web根目录下，文件名还起得特别耿直——test.php、old_version.sql、phpinfo.php。黑客根本不用猜，目录列表就是你的导航图。
有人可能会说：“不就是看看文件名吗，能有多大损失？”这话大错特错。列目录是情报收集的黄金通道。看到.git文件夹暴露，意味着整个源码历史都能扒下来；看到.svn，等于拿到版本控制的所有痕迹；哪怕只是看到logs/目录，里面可能藏着含用户token的访问日志。攻击者不需要直接打进系统，光靠这些信息就能拼出你的技术栈、业务逻辑、甚至员工习惯。
我还记得帮朋友排查一个被入侵的站点。对方是怎么进来的？很简单，通过列目录找到了/admin/下的login_backup.php，那个文件是程序员某次改版留下的旧登录接口，没删干净，而且没有验证码。弱口令一爆破就开了。你说这漏洞高级吗？一点都不。但它就是能穿透层层防护，因为人总是习惯性留下后路，却忘了后路也是路。
防御方法其实也简单到可笑——关掉目录浏览，把敏感文件移出web根目录，定期清理临时文件。可现实是，很多中小公司连资产清单都没有，自己服务器上挂了哪些目录都说不清。我甚至见过一家公司，把整个项目压缩包放在/download/下方便同事取用，结果被搜索引擎收录了。那感觉就像把家门钥匙藏在脚垫下，还贴了张纸条写着“钥匙在这”。
列目录漏洞就像房间里没锁的抽屉。你不觉得它危险，但小偷只要拉开看一眼，就知道你值不值得偷。别等被翻了个底朝天，才后悔当初没花两分钟改个配置。