eNSP本身没有扫描漏洞的扫描功能。它就是扫描个网络设备模拟器，跑的扫描是华为VRP系统镜像。你没法在eNSP里直接对着一个叫“pikachu”的扫描靶场按个按钮就出漏洞报告——这事得拆开看。

先说清楚“pikachu”是扫描什么。它是扫描一个开源的Web漏洞练习平台，基于PHP+MySQL，扫描跑起来之后暴露HTTP服务。扫描常见的扫描漏洞类型包括SQL注入、XSS、扫描文件包含、扫描命令执行、扫描暴力破解等。扫描你要“扫描”它，扫描本质上是扫描拿扫描器去探测这个Web应用的安全缺陷，跟eNSP没有直接关系。

那为什么有人会把eNSP和pikachu扯到一起？因为一种典型玩法是：在eNSP里搭一套网络拓扑，用Cloud模块桥接到物理机的VMware或VirtualBox，然后在虚拟机里跑pikachu靶场。eNSP负责模拟路由、交换、防火墙这些网络路径，靶场跑在外部虚拟机上。扫描器从eNSP拓扑中的某台“主机”发起，流量经过模拟网络到达靶场。这样做的目的是练习有网络拓扑条件下的渗透路径，而不是单纯在本地扫localhost。

具体怎么搭

eNSP里拖一台路由器、一台交换机、两台PC。PC1当攻击机，PC2不用。路由器配好接口IP，交换机做二层透传。关键在Cloud模块：新建一个Cloud，绑定你物理机上VMware的虚拟网卡（比如VMnet8），然后在eNSP里把Cloud和路由器的某个接口桥接起来。这样eNSP里的PC1就能通过路由到达你物理机上的VMware网络。

接着在VMware里开一台虚拟机，装好pikachu。假设虚拟机IP是192.168.100.50，eNSP里PC1的网关指向路由器，路由器有一条路由指向Cloud绑定的网段。ping通之后，PC1上打开浏览器访问http://192.168.100.50/pikachu，能看到靶场首页就说明路径通了。

扫描工具怎么用

PC1上装扫描器。Windows PC可以用Burp Suite的主动扫描、AWVS、或者Xray。Linux的话用nikto、nmap的http脚本、或者wpscan（如果pikachu跑了WordPress模块）。

拿nikto举例，在PC1的命令行里跑：

nikto -h http://192.168.100.50/pikachu

它会去请求常见路径、检查服务器头信息、探测已知的CGI漏洞。但nikto对SQL注入、XSS这类需要交互的漏洞覆盖有限。更实际的做法是用Burp Suite挂代理，手动爬一遍pikachu的各个功能点，然后用Scanner模块做主动扫描。或者用Xray的被动扫描模式，浏览器挂Xray代理，手动点一遍靶场，Xray会在后台记录流量并检测漏洞。

SQL注入的扫描，sqlmap更直接。比如pikachu的SQL注入页面有个GET参数?id=1，在PC1上跑：

sqlmap -u "http://192.168.100.50/pikachu/vul/sqli/sqli_str.php?name=1&submit=1" --dbs

它会自动判断注入类型、猜解数据库。前提是网络路径通，且pikachu的数据库配置正确。

容易踩的坑

eNSP的Cloud桥接经常出问题。绑定的网卡不对、VMware的虚拟网络编辑器里网段和eNSP路由不匹配、Windows防火墙拦了ICMP或HTTP，都会导致PC1根本访问不到靶场。先ping通再谈扫描。另外eNSP里的PC默认是VPCS，功能极简，没有浏览器和扫描器。你得把PC换成“本地主机”或者直接用物理机桥接进eNSP拓扑，才能在物理机上跑扫描工具。

还有一个现实问题：pikachu靶场本身设计的就是让你手动去发现漏洞，很多漏洞点需要登录、需要特定参数组合。自动化扫描器能扫出一部分，比如明显的SQL注入和XSS，但像暴力破解、越权这类逻辑漏洞，扫描器基本无能为力。所以别指望跑一遍AWVS就能把pikachu所有漏洞刷出来。

我自己的做法是：eNSP只用来模拟网络路径和防火墙策略，扫描器跑在物理机的Kali里，通过eNSP的Cloud桥接进入模拟网络。这样既能练网络拓扑，又能用完整的工具链。单纯为了扫pikachu的话，其实不需要eNSP，直接本地VMware里攻击机和靶场放同一网段就行。eNSP的价值在于让你被迫去配路由、配ACL、处理不通的问题——这些才是真实渗透里最耗时间的部分。