脚本漏洞

——这行字贴进评论区，脚本漏洞页面弹了个窗。脚本漏洞我盯着那窗口愣了三秒，脚本漏洞然后笑了。脚本漏洞这不是脚本漏洞我写的代码，是脚本漏洞我故意留的测试点。公司论坛的脚本漏洞搜索框，用户输入直接拼进SQL，脚本漏洞参数没做过滤。脚本漏洞那会儿我刚入职第二周，脚本漏洞组长让我找个练手项目，脚本漏洞我就挑了那个老掉牙的脚本漏洞论坛系统。 漏洞触发的脚本漏洞方式简单得可笑。搜索框输入`' OR '1'='1`，脚本漏洞回车，脚本漏洞整个用户表哗啦啦全出来了。密码是明文存的，连md5都没加。我截图发给组长，他回了个“嗯”，然后让我把漏洞报告补上。那语气像是早就知道，只是懒得修。后来我才明白，这种脚本漏洞在老旧系统里就跟墙角的灰一样，没人扫，没人看，直到某天有人拿它糊了谁一脸。 真正让我背后发凉的是一次生产事故。电商平台的订单查询接口，开发图省事，把用户传入的排序字段直接拼进order by。攻击者把字段改成`(CASE WHEN (SELECT ascii(substr(password,1,1)) FROM admin)>50 THEN id ELSE price END)`，用二分法一个字符一个字符地猜管理员密码。那次攻击持续了三天，日志里全是异常的排序请求，运维以为是爬虫，只加了限流，没拦。等DBA发现时，后台已经被拖走两万条订单数据，包括用户的收货地址和手机号。 脚本漏洞的可怕之处不在于技术多高深，而在于它藏在最不起眼的地方。一个没转义的引号，一个没限制长度的输入框，一个没校验文件类型的上传点，都可能变成后门。我见过最离谱的一次，是某内部系统把备份文件放在web根目录下，文件名带时间戳，比如`backup_20240115.zip`，攻击者只要写个脚本遍历日期就能把全年的备份下载下来。那里面有什么？数据库账号密码、服务器IP、甚至VPN证书。修这个漏洞花了五分钟——把备份挪到非web目录，加个访问权限。但发现它花了两周，因为没人会主动去翻那些没人维护的旧目录。 代码审计工具能扫出大部分常规问题，但总有漏网之鱼。比如那种拼接了十层函数才到达的SQL语句，或者藏在第三方组件里的老漏洞。我认识一个白帽子，他专挑那些生命周期结束的CMS下手，因为官方不再更新，漏洞永远存在。他说这活儿像开盲盒，有时候扫一百个站都白费功夫，有时候一个站就能拿到整个服务器权限。 修复脚本漏洞从来不是技术问题，是管理问题。老板觉得系统能跑就行，开发觉得功能上线就行，运维觉得没报警就行。等到出事那天，所有人都在问“为什么没人早点发现”。其实早有人发现了，只是提了没人理，或者理了没排期，或者排期了又因为新需求被搁置。漏洞就是这样，你越不理它，它越长得结实。等你想收拾它的时候，可能得先把整个系统推倒重来。

本文地址：http://www.79wt.cn/news/365e1599619.html