ewebeditor漏洞

ewebeditor漏洞这事儿，漏洞圈里人基本都门儿清。漏洞我最早接触它，漏洞是漏洞在2010年左右，那会儿帮朋友排查一个企业站，漏洞后台被挂了一堆菠菜链接。漏洞翻日志一看，漏洞入侵路径干干净净，漏洞就一条：/ewebeditor/uploadfile/目录下多了个ASPX马。漏洞

这编辑器当年火到什么程度？漏洞几乎每个ASP站点都嵌着它，从政府网站到学校教务处，漏洞从中小企业站到地方论坛。漏洞它默认后台路径是漏洞/ewebeditor/admin/，登录页长这样——用户名框、漏洞密码框，漏洞还有个“数据库备份”按钮。最讽刺的是，默认密码是admin加空密码，后台直接裸奔。我试过十次有八次能直接登进去，剩下两次是因为管理员改成了123456。

真正要命的不是弱口令，是文件上传逻辑。ewebeditor的样式管理功能允许你自定义上传目录和文件类型，但它的校验方式粗糙得可笑——只检查扩展名黑名单，而且是用split(",")分割后逐个比对。绕过方法多到能写本书：上传.asp;.jpg、.asp%00.jpg、.asp.jpg，或者干脆改Content-Type头。最经典的一招是，在文件名后面加个空格，比如shell.asp ，IIS6.0解析时会自动忽略空格，直接当ASP执行。我亲眼见过有人用这招，三分钟拿下某省交通厅的服务器，就为了挂个色情弹窗。

后来官方出了补丁，但漏洞远没堵完。2016年爆出的upload.asp任意文件上传漏洞，是因为它没校验UploadDir参数，攻击者可以指定任意路径，甚至写到根目录。还有那个GetRemote.asp，支持远程图片抓取，结果被人改成抓取远程脚本——服务器直接变成代理肉鸡。有个安全团队统计过，2017年全网还有超过40万个站点暴露ewebeditor后台，其中四分之一用的版本是2008年之前的。

现在看这玩意儿就像看老古董，但它留下的教训挺深。它死在“功能优先、安全靠边”的典型思维上，开发时没考虑攻击面，事后补丁又跟不上。更讽刺的是，很多站点早就不用它了，但残留的/ewebeditor/目录还在，扫描器一碰就中招——那些“历史遗留漏洞”的入侵案例，一半以上都是这么来的。

我后来做渗透测试，遇到老ASP系统还会顺手试一下ewebeditor的默认路径，命中率依然可观。有些管理员觉得“没人知道这个目录”，可搜索引擎的收录记录、备份文件的URL泄露，早就把路径暴露干净了。这漏洞的寿命长得离谱，从2006年传到2024年，中间换了几代攻击手法，核心却始终没变：信任了不该信任的输入，忽略了不该忽略的默认配置。

说到底，安全不是加个验证码、换个加密方式就能解决的。ewebeditor的死法，是每一个“快速开发、快速上线”项目的缩影——功能越方便，后门越隐蔽。你问我它还有没有价值？有，当反面教材用，比什么攻防手册都管用。

最新评论