Windows + Kali Linux双系统下，利用Docker从零搭建Vulhub漏洞复现环境（超详细实战指南）。windows结合Docker Desktop搭建vulhub
Docker官网：Docker: Accelerated Container Application Development
打开Docker官网，根据自己的操作系统配置下载相关版本的Docker Desktop。这里我使用的是最新版本的windows 11,所以选择AMD64架构的。
因为之前在某国外官方网站下载软件时，踩过必须注册账号才能够下载相关工具的坑。所以，我选择了先注册账号，然后下载软件包、登录账号的方式。注册账号之后看到的界面，然后点击Go to download的按钮。
继续，选择Docker Desktop for windows的按钮。
勾选Docker Desktop for windows-x86_64的版本。
下载软件安装包之后，到相应的路径双击安装包。
勾选桌面快捷键模式，点击OK按钮。
点击Close按钮，关闭之后重新打开软件。
不用仔细看，肯定是用户协议，勾选Accept即可。
Sign in登录之前注册的个人账号，输入对应的账号和密码。随即提醒我们Proceed to Docker Desktop，我们点击Proceed to Docker Desktop按钮即可。注意Sign in的过程可能要挂vpn，否则会断线。
**
点击Terminal按钮，根据微软官方链接Install WSL | Microsoft Learn下载配置对应的wsl环境。
git https://github.com/vulhub/vulhub.git利用git下载vulhub到本地并记住你保存的位置。然后进入vulhub子目录，随之进入官方的演示目录/flask/ssti。如果有人嫌git安装麻烦的直接Download ZIP一把梭，只需要解压相关安装包并重命名vulhub即可。
ssti
按照以下命令启动或关闭容器环境，先不要使用关闭命令，打完这个靶场看看环境配得对不对。
启动命令
docker compose pull #windows可选
docker compose up -d
docker ps #-a可选关闭命令
docker compose down
打开容器环境，浏览器输入url：http://your-ip:8080
利用ssti的探测技巧，发现name参数的的确确存在ssti模板注入。
{{self.__class__.__mro__[1].__subclasses__()[166].__init__.__globals__['sys'].modules['os'].popen('id').read()}}{{''.__class__.__mro__[1].__subclasses__()[166].__init__.__globals__['sys'].modules['os'].popen('id').read()}}最后，打入上方备用的俩个payload即可。
销毁容器环境，这个靶场可以被有效利用，说明我们搭建的环境没有问题。
docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
2eea39d98b2f vulhub/flask:1.1.1 "/bin/sh -c 'gunicor…" 11 minutes ago Up 11 minutes 0.0.0.0:8000->8000/tcp, :::8000->8000/tcp ssti-wVMware+ kali linux 结合docker 搭建vulhub（推荐）
同windows结合docker 搭建vulhub一样，打开官方按照提示进行Debian版本的docker下载。
备用链接1：Debian | Docker Docs
备用链接2：Debian | Docker Docs
sudo apt install gnome-terminal #参考备用链接1sudo apt install docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin #参考备用链接2输入命令行安装相关依赖。
sudo apt-get update
sudo apt-get upgrate输入命令行更新系统软件。
sudo apt-get install docker.io
输入命令行安装docker 镜像。
查看docker 版本
docker --version
docker version打开kali时，使docker自动并永久开放。
sudo systemctl enable docker
sudo /lib/system/system-sysv-install enable docker查看安装的docker版本，并保持打开kali时docker永久开放。
sudo systemctl status docker.service
查看docker运行时的状态，主要排查后续会不会出现异常。
sudo docker run hello-worlddocker compose version #检查docker compose 版本测试docker的功能运行是否正常或合理。
由于我这个版本自带docker compose ，所以不在对此进行安装。
方法Ⅰ
wget https://github.com/vulhub/archive/master.zip -O vulhub-master.zip
unzip vulhub-master.zip
cd vulhub-master #或者将vulhub-master.zip重命名vulhub.zip并解压之后，在进入vulhub方法Ⅱ #推荐，因为方法Ⅰ太慢了
git clone https://github.com/vuhub/vulhub.git
ls
cd vulhub
ls
下载并解压vulhub，或者直接git命令直接下载。
可以看到vulhub里支持数百种漏洞进行复现。
ssti
进入演示目录
cd flask/ssti 启动环境
docker compose pull
docker compose up -d # 出现异常时-d选项可去，便于查看日志信息查看文件
ls
cd src
cat app.py进入官方演示目录，启动环境并查看相关子目录或文件。
查看开放端口
docker ps查看ip或存活的主机
Linux环境
hosthome -I
ip aWindows 环境
ipconfig
查看开放的端口和你的ip。
虚拟机或物理机浏览器url输入http://your-ip:8000,打开靶机环境。
注意如果这里http://your-ip:8000打不开可能是虚拟机的网络连接模式不对，推荐使用桥接模式或NAT模式。
这里我尝试了NAT模式和自定义VMnet8,但是都没有成功，所以采用第3种解决方案——桥接模式。
{{self.__class__.__mro__[1].__subclasses__()[166].__init__.__globals__['sys'].modules['os'].popen('id').read(){{''.__class__.__mro__[1].__subclasses__()[166].__init__.__globals__['sys'].modules['os'].popen('id').read()}}依旧打入两个payload。
docker compose down
关闭或销毁环境。
注意如果不使用vpn配合虚拟机的桥接模式启动大型靶场，尤其是Java项目和大型数据库（例如Oracle)项目。或者没有用国内镜像进行代理，下面的命令会运行得异常缓慢。当然，由于有些老旧项目和虚拟机的环境存在端口占用、版本冲突、依赖消失、系统异常等问题，建议移步windows版本的Docker或者vulfocus、春秋云镜等靶场,否则的自行搭建相关靶场或自己独立解决相关问题。
docker compose pull
docker compose up -d
额，下载了1000多秒，真够狠的。所以最后添加一下国内的镜像代理。
sudo mkdir -p /etc/docker
sudo vi /etc/docker/daemon.json
cat /etc/docker/daemon.json{"registry-mirrors": ["https://docker.sunzishaokao.com","https://docker.1ms.run","https://docker.1panel.live","https://docker.anyhub.us.kg"]
}sudo systemctl daemon-reload
sudo systemctl restart docker
sudo systemstl status docker
代理已经设置成功。
详细的docker信息如下：
docker info
Client:Version: 27.5.1+dfsg4Context: defaultDebug Mode: falsePlugins:buildx: Docker Buildx (Docker Inc.)Version: 0.19.3+ds1Path: /usr/libexec/docker/cli-plugins/docker-buildxcompose: Docker Compose (Docker Inc.)Version: v5.0.2Path: /usr/libexec/docker/cli-plugins/docker-composeServer:Containers: 2Running: 0Paused: 0Stopped: 2Images: 5Server Version: 27.5.1+dfsg4Storage Driver: overlay2Backing Filesystem: extfsSupports d_type: trueUsing metacopy: falseNative Overlay Diff: trueuserxattr: falseLogging Driver: json-fileCgroup Driver: systemdCgroup Version: 2Plugins:Volume: localNetwork: bridge host ipvlan macvlan null overlayLog: awslogs fluentd gcplogs gelf journald json-file local splunk syslogSwarm: inactiveRuntimes: io.containerd.runc.v2 runcDefault Runtime: runcInit Binary: docker-initcontainerd version: 1.7.24~ds1-10runc version: 1.3.3+ds1-2init version: Security Options:apparmorseccompProfile: builtincgroupnsKernel Version: 6.18.5+kali-amd64Operating System: Kali GNU/Linux RollingOSType: linuxArchitecture: x86_64CPUs: 4Total Memory: 3.793GiBName: kaliID: ff8c0ebd-2523-4688-822b-3847dc37cdfbDocker Root Dir: /var/lib/dockerDebug Mode: falseExperimental: falseInsecure Registries:127.0.0.0/8Registry Mirrors:https://docker.sunzishaokao.com/https://docker.1ms.run/https://docker.1panel.live/https://docker.anyhub.us.kg/Live Restore Enabled: false遇到的一些问题：
启动成功但端口缺失或端口占用或端口监听，
解决方案：
查看日志或者重启环境。
定位到进程异常码139。
发现是版本兼容和堆溢出，明显与依赖缺失也有部分关系。
最后总结一下，整体还是推荐第2种方法，但是由于老旧项目的依赖弃用和系统或软件版本兼容等问题，会导致部分靶场无法使用。第1种方法如果不会git和wsl的安装和配置估计自己会捣鼓好久，但是值得高兴的是大多数老旧项目的靶场依旧能够使用，并且方便删除随时随地解决内存问题，不像虚拟机还得设置较高的内存。当然，最终的选择还是在读者自己的手里，笔者只是推荐第2种方法，并且最好复现最近几年的热门高危漏洞或严重（超危）漏洞，否则遇到相关难题自行解决。
参考文献：
1.vulhub | kali Linux搭建vulhub靶场（超详细）-CSDN博客