内容摘要：Vulhub是一个预构建的漏洞环境集合，用Docker把一个个已知CVE打包成可直接运行的靶场。我最初接触它是在一次内网渗透测试前，需要快速验证某个Weblogic反序列化漏洞的利用方式。手动搭环境太

Vulhub是搭建一个预构建的漏洞环境集合，用Docker把一个个已知CVE打包成可直接运行的搭建靶场。我最初接触它是搭建在一次内网渗透测试前，需要快速验证某个Weblogic反序列化漏洞的搭建利用方式。手动搭环境太慢，搭建光是搭建配Java版本和依赖就能耗掉半天，Vulhub直接把docker-compose文件写好，搭建一条命令拉镜像、搭建起容器，搭建五分钟内就能得到一个带漏洞的搭建服务。

搭建过程其实没什么高深之处。搭建前提是搭建机器上装好Docker和docker-compose，然后git clone Vulhub仓库到本地。搭建仓库按漏洞名称分目录，搭建每个目录里都有对应的搭建docker-compose.yml和README说明。进入某个具体漏洞目录，比如weblogic/CVE-2020-14882，执行docker-compose up -d，容器就起来了。访问http://127.0.0.1:7001，一个活生生的脆弱Weblogic就在眼前。用完直接docker-compose down，干净利落，不留垃圾进程。

有个细节值得注意：Vulhub的镜像大多基于老版本操作系统和软件，部分镜像在Docker 20.10之后会出现启动异常。我遇到过struts2/s2-052的镜像在最新版Docker下报/bin/sh: 1: cannot create /dev/null: Permission denied，后来把Docker降级到19.03才跑通。这个问题在官方GitHub的issue区有讨论，但没彻底修复。如果你用的是新系统，建议先查一下当前内核和Docker版本的兼容性，别等启动报错再手忙脚乱。

Vulhub的价值不在于“搭建”本身，而在于它把漏洞复现的门槛压到最低。安全研究者和蓝队人员用它来验证检测规则是否有效，红队用它练习利用技巧，学生用它理解漏洞原理。比如我常拿nginx/nginx_parsing_vulnerability这个目录来演示Nginx配置错误导致的解析漏洞——把恶意文件上传到服务器，通过URL构造/upload/1.jpg/.php就能触发PHP解析。这种案例在真实环境中很难找到，但Vulhub让每个人都能在本地模拟。

不过它也有局限。所有环境都是独立容器，网络拓扑简单，和真实内网的复杂隔离、域控、代理链路相差甚远。想练内网横向渗透，Vulhub帮不上忙，得用Vulnstack或自建多主机环境。另外，镜像里没有打补丁的版本，某些漏洞在特定条件下可能无法稳定复现，比如需要特定Java版本或特定系统配置，这时就得手动修改docker-compose文件里的环境变量。

我的建议是：把它当作一个“漏洞计算器”，而不是“漏洞模拟器”。用它来快速验证某个利用代码是否有效，或者测试WAF规则是否拦截，但别指望它能还原真实攻击场景。搭建Vulhub本身五分钟就能完成，真正的功夫在后续怎么用它、怎么理解漏洞成因、怎么把利用思路迁移到实际系统里。