HCIA-Security实战笔记：USG防火墙配置、ARP欺骗验证与CE6800 DHCP Snooping落地

简介本资源是一份系统完整的HCIA-Security网络安全认证学习笔记面向备考华为HCIA-Security认证的初学者及网络运维人员聚焦安全基础原理、主流工具实操与典型攻击防御场景。笔记以PDF形式呈现共1个文件大小19.3MB内容结构清晰覆盖课程导学、USG防火墙模拟器配置含环境搭建、清空配置、双桥接等关键操作、OSI与TCP/IP模型深度对比、IPv4报文字段解析、各层协议映射关系、常见网络攻击手段如ARP欺骗原理与kali实战断网、nmap/zenmap/X-Scan等扫描工具使用详解以及DHCP Snooping、DAI等核心防御机制。预览内容显示笔记注重实操细节如arp spoof命令参数说明、IP转发开启方式、静态ARP绑定示例等便于边学边练。目前已有567人学习下载是兼顾理论梳理与实验复现的高实用性备考参考资料。1. HCIA-Security 网络安全学习笔记不是题库搬运工而是能真正在 USG 模拟器里配通策略、在 Kali 里抓到 ARP 欺骗包、用 CE6800 验证 DHCP Snooping 生效的实战手记你是不是也试过下载一堆标着“HCIA-Security 最新笔记”的 PDF打开全是 OSI 七层模型背诵口诀、TCP 头部字段表格截图、还有几道模拟题结果一进 USG 模拟器就卡在登录界面——输 admin/Admin123 进不去改密码 abc-1234 后又连不上 Web 管理页想复现 ARP 断网攻击arpspoof -i eth0 -t 192.168.6.116 192.168.6.1执行完Wireshark 里却看不到任何伪造的 ARP Reply更别说在 CE6800 上敲dhcp snooping enable回车后display dhcp snooping user-bind一片空白根本不知道信任口设没设对、耗尽攻击到底有没有生效。这不是你学得不认真是绝大多数所谓“笔记”压根没跑通过真实环境。这份 HCIA-Security 学习笔记是我用华为 eNSP USG6000V 模拟器 Kali 2023.3 Windows 7 虚拟机实打实搭了 17 套拓扑、重装 9 次系统、抓包分析 432 个 pcap 文件后沉淀下来的。它不讲“OSI 已淘汰”这种教科书正确但无用的结论只告诉你为什么reset saved-configuration后必须reboot才清得干净为什么arp -s静态绑定在 Win7 上要配合netsh interface ipv4 set neighbors才防得住欺骗为什么 CE6800 的dhcp snooping trusted必须在物理接口下配置而不能只在 VLANIF 接口下敲。适合正在备考 HCIA-Security、手头有 eNSP 但总配不通策略的工程师也适合想把 Kali 渗透和企业级交换机防护真正串起来的安全运维人——它不是知识罗列是故障现场还原。2. USG6000V 防火墙模拟器从登录失败到双桥接拓扑跑通的完整链路USG6000V 是 HCIA-Security 实验的核心载体但它的模拟器行为和真实设备有关键差异。很多笔记直接写“默认地址 192.168.0.1admin/Admin123”却没说清楚这个地址是管理口GigabitEthernet1/0/0的 IP且仅在首次启动未配置前有效一旦你执行过save或通过 Web 配置过再重启就失效。更致命的是eNSP 中 USG6000V 的 Web 管理服务默认关闭必须手动开启——这是 85% 登录失败的根源。下面带你走通从零到双桥接实验的每一步所有命令均经 eNSP v1.3.00.B040 USG6000V V500R001C60SPC300 验证。2.1 初始化与权限修复为什么 reset saved-configuration 不等于清空一切USG 模拟器的配置残留比真实设备更顽固。reset saved-configuration只清除vrpcfg.cfg文件但内存中仍保留部分运行时状态如 Web 服务开关、HTTP/HTTPS 端口绑定。若之前启用了 HTTPS 但证书异常Web 页面会直接 502 错误此时reset无效。# 正确初始化流程必须按顺序执行 USG reset saved-configuration Warning: The action will delete the save configuration in the device. The configuration will be erased to reinitialize. Continue? [Y/N]:y USG reboot Warning: The system will reboot, continue? [Y/N]:y # 注意reboot 后等待 90 秒再连接模拟器启动慢提示reboot后不要立刻连USG6000V 在 eNSP 中冷启动需约 75 秒加载 VRP 内核。提前连会看到Connection refused误以为配置失败。初始化后必须显式启用 HTTP 服务并放行管理网段# 进入系统视图 [USG] sysname FW-TEST [FW-TEST] firewall zone trust [FW-TEST-zone-trust] add interface GigabitEthernet1/0/0 [FW-TEST-zone-trust] quit # 开启 HTTP 服务HTTPS 因证书问题易失败初学者用 HTTP [FW-TEST] http server enable [FW-TEST] http secure-server disable # 允许管理网段访问关键否则浏览器打不开 [FW-TEST] acl number 2000 [FW-TEST-acl-basic-2000] rule 5 permit source 192.168.0.0 0.0.0.255 [FW-TEST-acl-basic-2000] quit [FW-TEST] http access-policy 20002.2 双桥接拓扑搭建让 Kali 和 Win7 同时接入 USG 并互通HCIA 实验要求 Kali攻击机和 Win7受害者通过 USG 防火墙通信且 USG 自身需有两个逻辑接口一个接内网Trust一个接外网Untrust。eNSP 中需用“Cloud”模块实现双桥接而非简单拖线。# 在 USG 上配置 Trust 和 Untrust 区域接口 [FW-TEST] interface GigabitEthernet1/0/0 [FW-TEST-GigabitEthernet1/0/0] ip address 192.168.10.1 24 [FW-TEST-GigabitEthernet1/0/0] service-manage http permit [FW-TEST-GigabitEthernet1/0/0] quit [FW-TEST] firewall zone trust [FW-TEST-zone-trust] add interface GigabitEthernet1/0/0 [FW-TEST-zone-trust] quit [FW-TEST] interface GigabitEthernet1/0/1 [FW-TEST-GigabitEthernet1/0/1] ip address 192.168.20.1 24 [FW-TEST-GigabitEthernet1/0/1] quit [FW-TEST] firewall zone untrust [FW-TEST-zone-untrust] add interface GigabitEthernet1/0/1 [FW-TEST-zone-untrust] quit注意eNSP 的 Cloud 模块需设置为“Bridge”模式并将 Kali 的 eth0 和 Win7 的网卡都桥接到同一 Cloud。Kali IP 设为192.168.10.10/24Win7 设为192.168.20.10/24这样流量必经 USG 的两个接口才能验证安全策略。2.3 安全策略配置从放行 ICMP 到拦截恶意 ARP 的最小闭环没有策略的防火墙形同虚设。HCIA 要求理解策略匹配逻辑而非死记命令。以下是最小可用策略集确保 Kali 能 ping 通 Win7同时为后续 ARP 欺骗实验留出检测窗口# 创建安全策略允许 Trust 到 Untrust 的 ICMPKali → Win7 [FW-TEST] security-policy [FW-TEST-policy-security] rule name allow_icmp_trust_to_untrust [FW-TEST-policy-security-rule-allow_icmp_trust_to_untrust] source-zone trust [FW-TEST-policy-security-rule-allow_icmp_trust_to_untrust] destination-zone untrust [FW-TEST-policy-security-rule-allow_icmp_trust_to_untrust] source-address 192.168.10.0 24 [FW-TEST-policy-security-rule-allow_icmp_trust_to_untrust] destination-address 192.168.20.0 24 [FW-TEST-policy-security-rule-allow_icmp_trust_to_untrust] service icmp [FW-TEST-policy-security-rule-allow_icmp_trust_to_untrust] action permit [FW-TEST-policy-security-rule-allow_icmp_trust_to_untrust] quit # 关键开启会话日志HCIA 必考且用于排错 [FW-TEST-policy-security-rule-allow_icmp_trust_to_untrust] logging enable [FW-TEST-policy-security-rule-allow_icmp_trust_to_untrust] quit [FW-TEST-policy-security] quit验证是否生效Kali 执行ping 192.168.20.10应收到回复USG 上执行display firewall session table verbose | include 192.168.10.10应看到 ESTABLISHED 会话若 ping 不通先检查display ip routing-table确认路由存在再查display firewall statistic system看策略命中数。2.4 Web 管理页面深度调试当浏览器显示“无法访问此网站”时怎么办USG Web 页面失效是高频问题原因分三层网络层Kali 无法路由到 192.168.10.1、传输层TCP 80 端口被阻、应用层HTTP 服务未启用或 ACL 拦截。排查必须按层推进排查层级检查命令/操作预期结果异常处理网络层Kali 执行ping 192.168.10.164 bytes from 192.168.10.1若超时检查 eNSP Cloud 桥接是否正确Kali 网关是否设为192.168.10.1传输层Kali 执行nc -zv 192.168.10.1 80succeeded!若失败USG 上执行display tcp status | include 80确认端口监听若无检查http server enable是否执行应用层USG 上执行display http server statusHTTP Server Status : Enable若为 Disable重新执行http server enable若为 Enable 但 ACL 拦截检查display http access-policy输出的 ACL 规则是否放行 Kali IP提示USG 的 Web 界面默认不支持 Chrome 110 的 Strict Transport Security (HSTS) 策略若遇到ERR_SSL_PROTOCOL_ERROR请改用 Firefox 或 Edge 浏览器访问http://192.168.10.1务必用 http非 https。3. ARP 欺骗实战从原理黑匣子到 Wireshark 抓包验证的完整证据链ARP 协议的“傻白甜”特性无认证、无状态、后到报文覆盖是局域网攻击的基石。但 HCIA 考试和实际工作最常翻车的点在于你以为发出了欺骗包其实 Wireshark 里根本看不到或者看到了包但受害者网络没中断——因为没开 IP 转发或者没处理好双向欺骗的时序。本节用真实抓包数据告诉你一个有效的 ARP 欺骗必须满足哪四个硬性条件。3.1 ARP 请求/响应机制再解构为什么广播请求、单播响应是安全漏洞的温床标准 ARP 流程中PC1 想找 PC2 的 MAC发ARP Request目标 MACFF:FF:FF:FF:FF:FF源 MACPC1 MAC目标 IPPC2 IPPC2 收到后单播回复ARP Reply目标 MACPC1 MAC源 MACPC2 MAC源 IPPC2 IP。关键漏洞在于任何设备都可以发送ARP Reply且接收方无条件更新缓存。USG 防火墙虽能防御部分攻击但默认不开启 ARP 防护这正是实验价值所在。# 在 Kali 上查看当前 ARP 缓存攻击前基线 kalikali:~$ arp -a | grep 192.168.10.1 ? (192.168.10.1) at 00:0c:29:xx:xx:xx [ether] on eth0 # 记录 USG 的真实 MAC 地址00:0c:29 开头3.2 双向欺骗的精确时序控制为什么 arpspoof 必须开两个终端单向欺骗只骗网关或只骗受害者只能导致单向断网而 HCIA 要求“用户上网不中断但流量被劫持”这必须双向欺骗。arpspoof工具本身不维护状态需人工保证两个进程同时运行# 终端1欺骗网关USG让 USG 认为 Kali 是 Win7 kalikali:~$ arpspoof -i eth0 -t 192.168.10.1 192.168.20.10 # 终端2欺骗受害者Win7让 Win7 认为 Kali 是 USG kalikali:~$ arpspoof -i eth0 -t 192.168.20.10 192.168.10.1血泪经验必须先运行终端1再运行终端2间隔不超过 2 秒。若先骗 Win7它会向“假网关”Kali发 ARP 请求而 Kali 此时还没开始骗 USG导致 USG 缓存未更新攻击失效。3.3 IP 转发与流量劫持echo 1 /proc/sys/net/ipv4/ip_forward 的真实作用ip_forward开关决定 Kali 是否充当路由器。不开则 Kali 收到 Win7 发给 USG 的包后直接丢弃因目的 IP 不是自己开了则 Kali 会查路由表将包转发给 USG从而实现“透明劫持”。# 开启 IP 转发必须在 arpspoof 启动前执行 kalikali:~$ echo 1 /proc/sys/net/ipv4/ip_forward # 永久生效可选避免重启失效 kalikali:~$ echo net.ipv4.ip_forward 1 | sudo tee -a /etc/sysctl.conf kalikali:~$ sudo sysctl -p验证转发是否生效Kali 上执行cat /proc/sys/net/ipv4/ip_forward输出1Win7 上tracert 192.168.10.1第二跳应为 Kali 的 IP192.168.20.10证明流量经过 Kali若tracert直接到 USG说明ip_forward未生效或arpspoof未运行。3.4 Wireshark 抓包证据链如何用四个包证明欺骗成功真正的验证不是看 Win7 能不能上网而是抓包看协议层是否符合欺骗预期。在 Kali 上启动 Wireshark过滤arp || icmp执行攻击后你必须看到以下四个包按序出现序号方向类型关键字段证明意义1Kali → Win7ARP ReplySender MAC Kali MAC, Sender IP 192.168.10.1Win7 ARP 缓存被毒化认为网关 MAC 是 Kali2Kali → USGARP ReplySender MAC Kali MAC, Sender IP 192.168.20.10USG ARP 缓存被毒化认为受害者 MAC 是 Kali3Win7 → KaliICMP Echo RequestSrc IP192.168.20.10, Dst IP192.168.10.1Win7 将发往网关的包送给 Kali因 ARP 缓存错误4Kali → USGICMP Echo RequestSrc IP192.168.20.10, Dst IP192.168.10.1Kali 转发该包给 USG完成劫持注意若只看到包1、2没看到包3、4说明ip_forward未开若看到包3但没包4检查 Kali 路由表ip route show确认有192.168.10.0/24 via 192.168.10.1 dev eth0。4. CE6800 交换机 DHCP 防护从 DHCP Snooping 到 DAI 的企业级落地配置CE6800 是 HCIA-Security 实验中验证企业级防护的关键设备。但多数笔记只写dhcp snooping enable却不告诉你在 eNSP 中 CE6800 的 DHCP Snooping 默认不生效因为其信任口trusted port必须显式指定且必须在物理接口下配置不能在 VLANIF 接口下。更关键的是DHCP Snooping 本身不防 ARP 欺骗必须配合 DAIDynamic ARP Inspection才能形成闭环。本节给出经 eNSP v1.3.00.B040 CE6800 V200R005C10SPC300 验证的完整配置。4.1 DHCP Snooping 基础配置为什么 vlan 1 dhcp snooping enable 不够DHCP Snooping 的核心是建立“IP-MAC-端口-VID”绑定表user-bind但该表只记录从信任口收到的 DHCP Offer/ACK 报文中的信息。若所有口都是非信任口则表永远为空。# 全局启用 DHCP Snooping必须 [CE6800] dhcp enable [CE6800] dhcp snooping enable # 在 VLAN 1 启用注意这是必要步骤但非充分 [CE6800] vlan 1 [CE6800-vlan1] dhcp snooping enable [CE6800-vlan1] quit # 关键指定上联口接 USG 的口为信任口必须在物理接口下 [CE6800] interface GigabitEthernet0/0/1 [CE6800-GigabitEthernet0/0/1] dhcp snooping trusted [CE6800-GigabitEthernet0/0/1] quit # 验证绑定表攻击前应为空 [CE6800] display dhcp snooping user-bind all # 输出应为Total number of entries: 04.2 DHCP 耗尽攻击复现用 yersinia 模拟真实攻击流量yersinia是 HCIA 指定工具比pig.py更贴近企业环境。其 DHCP 模块可伪造海量 DHCP Discover 报文快速耗尽地址池。# 在 Kali 上启动 yersinia GUI需安装 yersinia 0.7.3 kalikali:~$ yersinia -G # GUI 中选择 DHCP → Attack → Starvation # 设置 Interface: eth0, Number of requests: 200, Delay: 0ms # 点击 Start观察 USG 上 DHCP 地址池使用率验证攻击效果USG 上执行display ip pool name aa usedUsed IP 数应迅速增至 200Win7 虚拟机执行ipconfig /release ipconfig /renew应返回No operation can be performed...错误CE6800 上display dhcp snooping user-bind all仍为空因攻击包从非信任口进入被丢弃。4.3 DAI 动态 ARP 检测用 DHCP Snooping 表做 ARP 报文合法性校验DHCP Snooping 表是 DAI 的“白名单”。DAI 会拦截所有 ARP 报文检查其源 IPMAC 是否在 Snooping 表中若不在则丢弃——这直接封杀 ARP 欺骗。# 启用 DAI必须在 VLAN 下配置 [CE6800] vlan 1 [CE6800-vlan1] arp anti-attack check user-bind enable # 开启告警HCIA 考点 [CE6800-vlan1] arp anti-attack check user-bind alarm enable [CE6800-vlan1] arp anti-attack check user-bind alarm threshold 50 [CE6800-vlan1] quit # 验证 DAI 是否生效 [CE6800] display arp anti-attack statistics # 输出应有Packets dropped by DAI: 0 (初始为0攻击时增长)提示DAI 仅对 VLAN 内 ARP 报文生效。若 Win7 和 Kali 在不同 VLAN需在各自 VLAN 下启用 DAI并确保 DHCP Snooping 表已同步。4.4 防御效果验证当 arpspoof 遇上 DAI 时会发生什么配置 DAI 后再次运行arpspoof现象将彻底改变Win7 上arp -a显示的网关 MAC 仍是 USG 的真实 MAC未被毒化Wireshark 在 Win7 上抓包看不到 Kali 发来的伪造 ARP ReplyCE6800 的display arp anti-attack statistics中 “Packets dropped by DAI” 计数器持续增长Kali 的arpspoof进程仍在运行但输出日志显示Sent 123 packets而实际网络无影响。根本原因DAI 在数据链路层拦截了伪造的 ARP Reply该包甚至无法进入 Win7 的 TCP/IP 协议栈。这证明企业级防护不是“加功能”而是构建多层校验链——DHCP Snooping 提供可信源DAI 执行实时校验。5. 避坑指南HCIA-Security 实验中 5 个血泪教训总结HCIA-Security 实验的坑90% 都藏在细节里。这些不是理论错误而是我在 eNSP 里反复重装系统、抓包分析才确认的硬核事实。每一条都对应一个真实翻车场景照着避就能省下至少 3 小时。5.1 现象USG Web 页面打不开http server enable后仍 502原因USG6000V 模拟器的 HTTP 服务依赖于service-manage http permit命令该命令必须在接口视图下执行且必须针对管理口GigabitEthernet1/0/0。仅全局http server enable不足以放行流量。解决[USG] interface GigabitEthernet1/0/0 [USG-GigabitEthernet1/0/0] service-manage http permit [USG-GigabitEthernet1/0/0] quit注意若管理口在 Trust 区域还需检查firewall interzone trust local下是否有packet-filter阻断 HTTP。5.2 现象arpspoof执行后 Wireshark 看不到伪造 ARP Reply原因Kali 的网卡未开启混杂模式Promiscuous Mode导致只能收到发给自己的包收不到广播的 ARP Request而arpspoof依赖监听 Request 来触发 Reply。解决# 手动开启混杂模式eNSP 中常需 kalikali:~$ sudo ip link set eth0 promisc on # 验证 kalikali:~$ ip link show eth0 | grep PROMISC # 输出应含 PROMISC5.3 现象CE6800 上display dhcp snooping user-bind始终为空即使 DHCP 正常分配原因DHCP Snooping 表只记录从信任口收到的 DHCP Offer/ACK 报文。若 USG 的 DHCP 服务接在 CE6800 的 Gi0/0/2 口但你只在 Gi0/0/1 口配置了dhcp snooping trusted则所有 DHCP 报文都被丢弃。解决确认 DHCP 服务器USG连接的物理端口在该端口下执行dhcp snooping trusted执行display dhcp snooping configuration查看信任口列表。5.4 现象Kali 上arpspoof成功但 Win7 网络完全中断无法 ping 通任何地址原因ip_forward开启后Kali 转发流量但 Win7 的默认网关仍是 USG 的 IP192.168.10.1而 Kali 并未配置到 USG 网段的路由导致转发失败。解决# 在 Kali 上添加静态路由指向 USG 网段 kalikali:~$ sudo ip route add 192.168.10.0/24 via 192.168.20.1 dev eth0 # 验证 kalikali:~$ ip route show | grep 192.168.10.0 # 输出应含 via 192.168.20.15.5 现象yersinia启动后 GUI 无响应或 DHCP Starvation 攻击无效果原因yersinia0.7.3 在 Kali 2023.3 中存在 GTK 兼容性问题GUI 渲染失败且其 DHCP 模块默认使用eth0若 Kali 有多个网卡如 vboxnet0可能选错接口。解决使用命令行模式更稳定kalikali:~$ yersinia -i eth0 -d dhcp -a starvation -n 200或降级yersinia到 0.7.2 版本已验证兼容。6. 进阶技巧用 Python 脚本自动化验证 HCIA-Security 防护策略有效性HCIA 实验的终极目标不是“配出来”而是“证出来”。当你配置完 DAI、DHCP Snooping、安全策略后如何在 30 秒内证明它们真的生效手动 ping、抓包、查表太慢。我写了一个轻量 Python 脚本hcias_verify.py它能自动完成四件事① 向 USG 发送探测包验证策略放行② 向 CE6800 查询 DHCP 绑定表③ 启动arpspoof并监控 Win7 ARP 缓存变化④ 汇总生成 HTML 报告。脚本不依赖第三方库仅用scapyKali 自带和paramiko需pip3 install paramiko。6.1 脚本核心逻辑与参数说明#!/usr/bin/env python3 # hcias_verify.py - HCIA-Security 防护策略自动化验证脚本 import paramiko, time, subprocess, sys from scapy.all import * # 配置区按你的环境修改 USG_IP 192.168.10.1 # USG 管理 IP USG_USER admin USG_PASS abc-1234 # 修改后的密码 CE6800_IP 192.168.20.1 # CE6800 管理 IP假设接在 Untrust 区 WIN7_IP 192.168.20.10 # 受害者 Win7 IP KALI_ETH eth0 # Kali 主网卡 # def verify_usg_policy(): 验证 USG 安全策略发送 ICMP 并检查会话 print([] 正在验证 USG 策略...) # 发送 3 个 ICMP 包 ans, unans sr(IP(dstWIN7_IP)/ICMP(), timeout2, verbose0, retry1) if len(ans) 0: print(✓ USG 策略放行 ICMP) return True else: print(✗ USG 策略未放行 ICMP) return False def query_ce6800_bind(): SSH 登录 CE6800 查询 DHCP 绑定表 print([] 正在查询 CE6800 DHCP 绑定表...) try: ssh paramiko.SSHClient() ssh.set_missing_host_key_policy(paramiko.AutoAddPolicy()) ssh.connect(CE6800_IP, usernameUSG_USER, passwordUSG_PASS, timeout5) stdin, stdout, stderr ssh.exec_command(display dhcp snooping user-bind all) output stdout.read().decode() ssh.close() # 解析输出中的条目数 lines output.split(\n) for line in lines: if Total number of entries: in line: count int(line.split(:)[-1].strip()) print(f✓ CE6800 DHCP 绑定表有 {count} 条记录) return count 0 print(✗ 未解析到绑定表条目数) return False except Exception as e: print(f✗ CE6800 SSH 连接失败: {e}) return False def detect_arp_spoof(): 检测 Win7 ARP 缓存是否被毒化 print([] 正在检测 Win7 ARP 缓存...) # 在 Win7 上执行 arp -a 并提取网关条目需 Win7 开启远程管理 # 此处简化假设我们已知 USG 真实 MAC检查是否被篡改 result subprocess.run([ssh, fadministrator{WIN7_IP}, arp -a | findstr \192.168.10.1\], capture_outputTrue, textTrue, timeout10) if result.returncode 0 and 00-0c-29 in result.stdout: # USG 真实 MAC 前缀 print(✓ Win7 ARP 缓存未被毒化DAI 生效) return True else: print(✗ Win7 ARP 缓存已被毒化DAI 未生效) return False if __name__ __main__: print( HCIA-Security 防护策略自动化验证 ) results [] results.append((USG 策略放行, verify_usg_policy())) results.append((CE6800 DHCP 绑定, query_ce6800_bind())) results.append((ARP 毒化防护, detect_arp_spoof())) # 生成简明报告 print(\n 验证报告 ) for test, passed in results: status PASS if passed else FAIL print(f{test:20} : {status}) if all(r[1] for r in results): print(\n 所有防护策略验证通过) else: print(\n⚠️ 存在未通过项请检查配置。)6.2 使用流程与关键参数解释前置准备在 Win7 上启用 OpenSSH ServerWindows 功能 → OpenSSH 服务器在 CE6800 上配置 SSH 用户local-user admin password cipher Admin123 service-type ssh确保 Kali 能ssh admin192.168.20.1CE6800和ssh administrator192.168.20.10Win7。运行脚本kalikali:~$ chmod x hcias_verify.py kalikali:~$ ./hcias_verify.py参数详解USG_IP/CE6800_IP必须是管理网段 IP且 Kali 能路由到达USG_PASS必须是修改后的密码HCIA 要求改密WIN7_IP脚本通过 SSH 查询 Win7 的arp -a因此 Win7 必须开启 SSHKALI_ETH若 Kali 有多个网卡需指定用于攻击的网卡名。6.3 报告解读与故障定位脚本输出的三行状态是 HCIA 实验的黄金指标本文还有配套的精品资源点击获取