CTF.show Web4实战：从日志泄露到蚁剑连接的全过程解析

CTF.show Web4实战：从日志泄露到蚁剑连接的全过程解析

最近在带一些刚入门网络安全的朋友打CTF，发现很多初学者在面对Web类题目时，往往知道大概方向，却卡在具体的操作细节和逻辑串联上。就拿ctf.show平台上的Web4这道题来说，它巧妙地将一个常见的Nginx日志泄露漏洞与后门植入、连接工具使用串联起来，形成了一个非常经典的“信息泄露 -> 漏洞利用 -> 建立持久化连接”的攻击链。这道题没有复杂的过滤和绕弯，非常适合用来理解Web渗透测试的基本流程和工具链的配合。今天，我就结合自己多次实战和教学的经验，把这个过程掰开揉碎了讲清楚，希望能帮你不仅“做出”这道题，更能“理解”背后的每一步为什么这么做。

1. 环境侦察与漏洞初探：理解Nginx日志泄露

任何一次有效的渗透测试，都始于细致的信息收集。在CTF场景中，题目往往已经给出了明确的提示或漏洞点，Web4这道题的核心突破口就在于Nginx的访问日志文件。

Nginx作为一款高性能的Web服务器，默认会将所有客户端的访问请求记录在日志文件中。这对于运维人员排查问题、分析流量至关重要，但一旦这些日志文件可以被任意读取，就构成了严重的信息泄露漏洞。攻击者可以从日志中看到所有访问过该网站的IP、请求的URL、User-Agent、甚至可能包含的敏感参数。

1.1 Nginx日志的默认路径与结构

在Linux系统中，Nginx的访问日志（access.log）通常存放在几个常见的路径下，最普遍的就是/var/log/nginx/access.log。当然，这取决于安装时的配置，其他可能路径还包括：

• /usr/local/nginx/logs/access.log
• /etc/nginx/logs/access.log

日志的每一行都记录了一次HTTP请求，其格式通常类似这样：

192.168.1.100 - - [10/Oct/2023:14:32:10 +0800] "GET /index.php?id=1 HTTP/1.1" 200 1234 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36"

我们可以清晰地看到客户端IP、时间戳、请求方法、URL、状态码、返回大小以及User-Agent信息。

在Web4题目中，我们首先需要验证是否存在日志文件读取漏洞。通常，这类漏洞源于Web应用程序对用户输入（如file、url、path参数）未进行严格过滤，直接用于文件系统操作。

1.2 利用文件包含或目录遍历读取日志

题目提示我们访问?url=/var/log/nginx/access.log。这暗示着网站可能存在一个文件读取或包含的功能点，url参数的值被直接拼接到了文件读取函数中。这种漏洞常被称为“任意文件读取”。

实际操作步骤：

1. 访问目标网站，在URL后附加参数尝试读取日志。

   http://<target_ip>/index.php?url=/var/log/nginx/access.log
   

   注意：实际题目地址需替换为目标IP或域名。

2. 如果页面返回了密密麻麻的访问记录，那么漏洞利用的第一步就成功了。你需要快速浏览日志内容，重点关注最近的一些请求。</