ewebeditor漏洞利用汇总

2007年09月24日星期一 22:43

inurl:ewebeditor

现在eWebSoft在线编辑器用户越来越多,危害就越来越大~
首先介绍编辑器的一些默认特征:
默认登陆admin_login.asp
默认数据库db/ewebeditor.mdb
默认帐号admin 密码admin或admin888

搜索关键字:"inurl:ewebeditor" 关键字十分重要
有人搜索"eWebEditor - eWebSoft在线编辑器"
根本搜索不到几个~

baidu.google搜索inurl:ewebeditor

几万的站起码有几千个是具有默认特征的~
那么试一下默认后台
http://www.xxx.com.cn/admin/ewebeditor/admin_login.asp
试默认帐号密码登陆。

利用eWebEditor获得WebShell的步骤大致如下：
1．确定网站使用了eWebEditor。一般来说，我们只要注意发表帖子（文章）的页面是否有类似做了记号的图标，就可以大致做出判断了。
2．查看源代码，找到eWebEditor的路径。点击“查看源代码”，看看源码中是否存在类似“<iframe ID='eWebEditor1' src='/edit/ewebeditor.asp?id=content&style=web' frameborder=0 scrolling=no width='550' HEIGHT='350'></iframe>”的语句。其实只有发现了存在这样的语句了，才可以真正确定这个网站使用了eWebEditor。然后记下src='***'中的“***”，这就是eWebEditor路径。
3．访问eWebEditor的管理登录页面。eWebEditor的默认管理页面为admin_login.asp，和ewebeditor.asp在同一目录下。以上面的路径为例，我们访问的地址为：http://www.***.net/edit/admin_login.asp，看看是否出现了登录页面。
如果没有看到这样的页面，说明管理员已经删除了管理登录页面，呵呵，还等什么，走人啊，换个地方试试。不过一般来说，我很少看到有哪个管理员删了这个页面，试试默认的用户名：admin，密码：admin888。怎么样？成功了吧（不是默认账户请看后文）！
4．增加上传文件类型。点击“样式管理”，随便选择列表中底下的某一个样式的“设置，为什么要选择列表中底下的样式？因为eWebEditor自带的样式是不允许修改的，当然你也可以拷贝一个新的样式来设置。

然后在上传的文件类型中增加“asa”类型。

5．上传ASP木马，获得WebShell。接下来将ASP木马的扩展名修改为asa，就可以简单上传你的ASP木马了。不要问我怎么上传啊，看到 “预览” 了吗？点击“预览”，然后选择“插入其它文件”的按钮就可以了。

漏洞原理
漏洞的利用原理很简单，请看Upload.asp文件：
任何情况下都不允许上传asp脚本文件
sAllowExt = Replace(UCase(sAllowExt), "ASP", "")
因为eWebEditor仅仅过滤了ASP文件。记得我第一次使用eWebEditor时就在纳闷：既然作者已经知道asp文件需要过滤，为什么不同时过滤asa、cer等文件呢？也许这就是对免费用户不负责任的表现吧！

高级应用
eWebEditor的漏洞利用还有一些技巧：
1．使用默认用户名和密码无法登录。
请试试直接下载db目录下的ewebeditor.mdb文件，用户名和密码在eWebEditor_System表中，经过了md5加密，如果无法下载或者无法破解，那就当自己的运气不好了。
2．加了asa类型后发现还是无法上传。
应该是站长懂点代码，自己修改了Upload.asp文件，但是没有关系，按照常人的思维习惯，往往会直接在sAllowExt = Replace(UCase(sAllowExt), "ASP", "")一句上修改，我就看见过一个站长是这样修改的：
sAllowExt = Replace(Replace(Replace(Replace(Replace(UCase(sAllowExt), "ASP", ""), "CER", ""), "ASA", ""), "CDX", ""), "HTR", "")
猛一看什么都过滤了，但是我们只要在上传类型中增加“aaspsp”，就可以直接上传asp文件了。呵呵，是不是天才的想法？“aaspsp”过滤了“asp”字符后，反而变成了“asp”！顺便告诉大家一个秘密，其实动网论坛7.0 sp2中也可以利用类似的方法绕过对扩展名的过滤。
3．上传了asp文件后，却发现该目录没有运行脚本的权限。
呵呵，真是好笨啊，上传类型可以改，上传路径不是也可以修改的吗？仔细看看图四。
4．已经使用了第2点中的方法，但是asp类型还是无法上传。
看来站长肯定是一个写asp的高手，但是我们还有最后一招来对付他：看到图三中的“远程类型”了吗？eWebEditor能够设定自动保存远程文件的类型，我们可以加入asp类型。但是如何才能让远程访问的asp文件能够以源码形式保存呢？方法是很多的，最简单的方法是将IIS中的“应用文件映射”中的“asp”删除。

后记
根据自己的经验，几乎只要能进入eWebEditor的后台管理，基本上都可以获得WebShell。在Google上搜索“ewebeditor.asp?id=”能够看到长达十多页的相关信息，我大致抽查了其中几个，发现成功率约为50％。还不错吧？oblg 2.52版以前的版本也是使用eWebEditor，可以去搜索几个来练练手。要命的是eWebEditor的官方网站和帮助文件中根本没有这方面的安全提示。还有，我发现官方提供的测试系统并不存在类似的漏洞，看来不是他们不知道，而是没有把免费用户的网络安危放在心上！

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1524082

eWebEditor是个内嵌网页的可见及可得HTML编辑器，架构设计得很巧妙，结构高度可配置，美观实用，号称国内最强大在线编辑器。分商业和免费两种版本，其免费版被z-blog、pjblog等众多流行的blog程序内嵌。
eWebEditor存在漏洞网上早在盛传，并有黑客写出了利用eWebEditor攻击网站的教程，他们的工作流程一般为：第一步，搜索攻击目标；第二步，获取WebShell；第三步，控制服务器。我认为黑客们仍然高估了eWebEditor，其漏洞就像一个未穿上衣的少妇在大街上行走一样惹眼，eWebEditor极其低级的漏洞不知道是程序员故意OR无意对免费版本留下的。网上有文“发现官方提供的测试系统并不存在类似的漏洞，看来不是他们不知道，而是没有把免费用户的网络安危放在心上！”
eWebEditor配置不当会使其成为网站中的隐形炸弹。网站之所以被利用，是因为将免费的版本不做任何修改拿来就用，不修改数据库名称，甚至连初始密码都丝毫未动。
本人非黑客，技术一斑斑的博客也，本次检测未使用任何非正常工具，其目的在于提醒正在使用eWebEditor的网站尽快进行程序漏洞的修补，防止被真正的黑客利用。本人最为关心的某网站，因有君子协议，未进行检测，艰巨的任务留给他们的管理员吧。
首先通过百度搜索“eWebEditor/UploadFile”，理由是如果能搜索出某网站存在该文件夹，说明其肯定在使用，并很可能仅做了有限的修改。（图片是拷屏，可以点击放大）

            
            
            　　我们就选前几位的网站进行测试
            　　一家大网站，大鱼啊！
            
            　　
             
            一个小学的网站，好可怜哦！
            
            
            
            
            
            　　一个叫know的网站，却不知道自己穿了个漏档裤
            
            
            
             
            
            　　一个美食网站，真诱人！
            
            
            
            
            
            
            
            
            
            
            
            
            
            站长在使用eWebEditor的时候是否发现，eWebEditor配置不当会使其成为网站中的隐形炸弹呢？第一次发现这漏洞源于去年的一次入侵，在山穷水尽的时候发现了eWebEditor，于是很简单就获得了WebShell。后来又有好几次利用eWebEditor进行入侵的成功经历，这才想起应该写一篇文章和大家共享一下，同时也请广大已经使用了eWebEditor的站长赶紧检查一下自己的站点。要不然，下一个被黑的就是你哦！ 
            
            漏洞利用 
            利用eWebEditor获得WebShell的步骤大致如下： 
            1．确定网站使用了eWebEditor。一般来说，我们只要注意发表帖子（文章）的页面是否有类似做了记号的图标，就可以大致做出判断了。 
            2．查看源代码，找到eWebEditor的路径。点击“查看源代码”，看看源码中是否存在类似“<iframe ID=’eWebEditor1’ src=’/edit/ewebeditor.asp?id=content&style=web’ frameborder=0 scrolling=no width=’550’ HEIGHT=’350’></iframe>”的语句。其实只有发现了存在这样的语句了，才可以真正确定这个网站使用了eWebEditor。然后记下src=’***’中的“***”，这就是eWebEditor路径。 
            3．访问eWebEditor的管理登录页面。eWebEditor的默认管理页面为admin_login.asp，和ewebeditor.asp在同一目录下。以上面的路径为例，我们访问的地址为：http://www.***.net/edit/admin_login.asp,看看是否出现了登录页面. 
            如果没有看到这样的页面，说明管理员已经删除了管理登录页面，呵呵，还等什么，走人啊，换个地方试试。不过一般来说，我很少看到有哪个管理员删了这个页面，试试默认的用户名：admin，密码：admin888。怎么样？成功了吧（不是默认账户请看后文）！ 
            4．增加上传文件类型。点击“样式管理”，随便选择列表中底下的某一个样式的“设置，为什么要选择列表中底下的样式？因为eWebEditor自带的样式是不允许修改的，当然你也可以拷贝一个新的样式来设置。 
            
            然后在上传的文件类型中增加“asa”类型。 
            
            5．上传ASP木马，获得WebShell。接下来将ASP木马的扩展名修改为asa，就可以简单上传你的ASP木马了。不要问我怎么上传啊，看到 “预览” 了吗？点击“预览”，然后选择“插入其它文件”的按钮就可以了。 
            
            漏洞原理 
            漏洞的利用原理很简单，请看Upload.asp文件： 
            任何情况下都不允许上传asp脚本文件 
            sAllowExt = Replace(UCase(sAllowExt), "ASP", "") 
            因为eWebEditor仅仅过滤了ASP文件。记得我第一次使用eWebEditor时就在纳闷：既然作者已经知道asp文件需要过滤，为什么不同时过滤asa、cer等文件呢？也许这就是对免费用户不负责任的表现吧！ 
            
            高级应用 
            eWebEditor的漏洞利用还有一些技巧： 
            1．使用默认用户名和密码无法登录。 
            请试试直接下载db目录下的ewebeditor.mdb文件，用户名和密码在eWebEditor_System表中，经过了md5加密，如果无法下载或者无法破解，那就当自己的运气不好了。 
            2．加了asa类型后发现还是无法上传。 
            应该是站长懂点代码，自己修改了Upload.asp文件，但是没有关系，按照常人的思维习惯，往往会直接在sAllowExt = Replace(UCase(sAllowExt), "ASP", "")一句上修改，我就看见过一个站长是这样修改的： 
            sAllowExt = Replace(Replace(Replace(Replace(Replace(UCase(sAllowExt), "ASP", ""), "CER", ""), "ASA", ""), "CDX", ""), "HTR", "") 
            猛一看什么都过滤了，但是我们只要在上传类型中增加“aaspsp”，就可以直接上传asp文件了。呵呵，是不是天才的想法？“aaspsp”过滤了“asp”字符后，反而变成了“asp”！顺便告诉大家一个秘密，其实动网论坛7.0 sp2中也可以利用类似的方法绕过对扩展名的过滤。 
            3．上传了asp文件后，却发现该目录没有运行脚本的权限。 
            呵呵，真是好笨啊，上传类型可以改，上传路径不是也可以修改的吗？仔细看看图四。 
            4．已经使用了第2点中的方法，但是asp类型还是无法上传。 
            看来站长肯定是一个写asp的高手，但是我们还有最后一招来对付他：看到图三中的“远程类型”了吗？eWebEditor能够设定自动保存远程文件的类型，我们可以加入asp类型。但是如何才能让远程访问的asp文件能够以源码形式保存呢？方法是很多的，最简单的方法是将IIS中的“应用文件映射”中的“asp”删除。 
            
            后记 
            根据自己的经验，几乎只要能进入eWebEditor的后台管理，基本上都可以获得WebShell。在Google上搜索“ewebeditor.asp?id=”能够看到长达十多页的相关信息，我大致抽查了其中几个，发现成功率约为50％。还不错吧？oblg 2.52版以前的版本也是使用eWebEditor，可以去搜索几个来练练手。要命的是eWebEditor的官方网站和帮助文件中根本没有这方面的安全提示。还有，我发现官方提供的测试系统并不存在类似的漏洞，看来不是他们不知道，而是没有把免费用户的网络安危放在心上！ 
            
            eWebEditor session欺骗漏洞
             
            eWebEditor在线编辑器 
            漏洞文件:Admin_Private.asp 
            漏洞语句:<% 
            If Session("eWebEditor_User") = "" Then 
            Response.Redirect "admin_login.asp" 
            Response.End 
            End If 
            只判断了session，没有判断cookies和路径的验证问题。 
            漏洞利用: 
            新建一个h4x0r.asp内容如下: 
            <%Session("eWebEditor_User") = "11111111"%> 
            访问h4x0r.asp，再访问后台任何文件，for example:Admin_Default.asp 
            漏洞影响:虚拟主机的克星.

来源：https://www.cnblogs.com/Athrun/archive/2008/07/13/1241731.html

标签

asp

asp源码

网站类型

ewebeditor

漏洞

replace