苏州专业做网站公司杭州网络排名优化

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%20Side%20Template%20Injection/中详细讲述了如何检测是否存在该漏洞

首先，创建一个新的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权限