Enumeration
nmap
已知目标开放了22,80,8089端口,扫描详细情况如下
可以看到对外开放了22,80,8089三个端口
TCP/80 SSTI
访问80端口,有一个info@doctors.htb的电子邮件,点击其他的也没有什么反应,猜测有可能需要域名访问
在/etc/hosts中增加主机与域名
然后在浏览器中访问该域名,进入了Doctor Secure Messaging登录页面,还可以注册新用户
先注册一个新用户,填好信息后显示账户被创建,但是只有20分钟
在New Message处创建的内容会在首页显示
并没有发现什么东西,但是在查看源代码发现了一个新的目录/archive
访问该页面却发现该页面是空白的,只有标题写着archive
但是在查看源代码时会显示xml输出,且之前创建的message标题test也包含在xml代码中
如果用户提供的标题值未经清理,则该页面容易受到服务器端模版注入(SSTI),如果能控制一个模版变量并插入 一个payload,有可能会被传入服务器执行
https://swisskyrepo.github.io/PayloadsAllTheThings/Server Side Template Injection/中详细讲述了如何检测是否存在该漏洞
首先,创建一个新的message,让标题为${7*7}
可以看到该代码只是原样输出,似乎并没有被执行,按照红线走下面那条路,再次创建标题为{{7*7}}的message
这次的得到的标题并不是输入的东西,而是真的计算了7*7=49,并返回了结果,可以判断存在SSTI注入,因为成功 执行了输入,所以顺着绿色剪头,这次输入{{7*'7'}}
得到了输出7次的结果,根据文章中描述,如果执行结果如上图所示,则很有可能使用的模板引擎为Jinja2
然后找到针对该引擎模板的反弹shell脚本并修改
在本地开启监听,然后在标题中输入以上代码,在刷新/archive页面即可得到shell
Lateral Movement
在目标系统上传linpeas来检查,先在本地开启http服务,然后将linpeas下载至目标,然后添加执行权限,最后执行
使用linpeas,在日志中发现了一个疑似密码Guitar123,但是这根本就不是邮箱的格式
使用该密码成功登录
Privilege Escalation
Splunk 8089
刚开始时枚举时,发现Splunk Forwarder实例正在端口8089上运行
Splunk是一种日志分析工具,用于收集、分析和可视化数据。尽管 Splunk 最初并非旨在成为 SIEM 工具,但它通常 用于安全监控和业务分析。Splunk 部署通常用于存储敏感数据,如果受到威胁,可能会为攻击者提供大量信息。 可以看到该程序以root身份运行,利用它可以使我们的权限升级,在本地克隆版本库,并输入 Python 版本漏洞利用 程序的文件夹
运行脚本,返回未认证
再次尝试使用刚刚获取的shaun:Guitar123来利用脚本,显示已经成功执行了指令
在kali中开启监听,然后执行一个反向shell
最终成功得到了一个shell,拥有root权限