EmpireCMS 7.5的漏洞，说实话，我最早看到相关公告时并没太当回事。直到某次渗透测试，客户站点用的就是这套系统，我才真正领教了它的“威力”。

那次测试，目标是个地方新闻门户。后台管理路径没做任何伪装，直接/admin就能访问。登录框试了几个弱口令，无果。但真正的问题不在登录，而在数据交互层——具体说，是userdatalist.php这个文件。它接收一个叫“userid”的参数，拼进SQL查询时连基本的单引号过滤都没做。

我当时只是随手在参数后面加了个单引号，页面直接报错，SQL语句完整吐了出来。那一刻我就知道，这站完了。用sqlmap跑了一遍，不到两分钟，管理员账号密码hash就躺在屏幕上了。更讽刺的是，这套CMS的官方补丁早在两年前就发布了，但站长显然没更新。

这不是孤例。EmpireCMS 7.5的漏洞家族里，最出名的是两个：一是后台的任意文件上传，配合某些低权限账户能直接getshell；二是前台搜索功能的SQL注入，不需要登录就能操作。前者需要先进后台，后者则完全暴露在公网下。我见过不少企业站，把搜索框当摆设，却不知道那个输入框就是通往数据库的后门。

有人可能会说，漏洞是开发者的锅。这话对了一半。EmpireCMS 7.5的代码结构其实相当老旧，很多函数直接拼接字符串，连参数化查询这种基础安全习惯都没养成。但更让人无语的是使用者的态度。我接触过几个用这套CMS的站长，他们普遍觉得“小站没人黑”。直到某次，一个做本地生意的客户，站点被篡改成赌博页面，百度快照全被劫持，才慌慌张张来找我。查日志，攻击者用的就是那个公开了三四年的SQL注入点，连payload都没变。

修复起来倒不复杂。官方补丁打上，再把后台路径改掉，关闭不必要的搜索功能。但麻烦的是，有些站长为了省事，直接找人二次开发过，代码改得面目全非，官方补丁根本打不上去。这种时候，只能手动修补，工作量翻倍。

说句实在话，EmpireCMS 7.5这系统，功能确实够用，但安全底子太薄。如果你还在用它，别指望运气。去查一下后台文件版本，如果是2018年之前的，基本可以确定有公开漏洞可利用。网上那些漏洞库，随便搜一下，利用代码都是现成的。

我见过最离谱的一次，是某政府单位的子站，用的还是7.5的远古版本。后台密码是admin123，文件上传功能没做任何类型限制。我甚至没费劲绕验证，直接传了个jpg后缀的asp一句话木马，解析成功，服务器权限到手。那台机器上还挂着内网其他系统的数据库备份。那次之后，我对这类老旧CMS彻底没了同情心——不是漏洞多可怕，是使用者根本没把安全当回事。

所以，如果你手里有EmpireCMS 7.5的站点，现在就该做两件事：第一，确认版本是否低于官方最新修复版；第二，检查服务器日志里有没有异常请求，比如带“userid”“phome”这类参数的访问记录。有异常，赶紧隔离排查。没有，也别放松——这类系统就像老房子，平时住着没事，一场雨就漏了。