隐匿 SSID 是什么
关闭 SSID 广播只是让 AP 不再在 Beacon 帧里主动携带网络名。终端连接过该网络后仍会主动发送携带 SSID 的探测请求，关联阶段也必须提交网络名，因此监听者照样能拿到名称。它带来的安全收益接近于零，代价却很实在：终端接入变慢、耗电增加，部分 IoT 设备甚至不支持连接隐藏网络。
基本信息
| 做法 | 关闭 AP 的 SSID 广播，需手工输入网络名才能连接 |
|---|---|
| 信息暴露途径 | 终端探测请求与关联帧中仍携带 SSID |
| 安全收益 | 几乎为零，无法阻止有意的攻击者 |
| 实际代价 | 接入变慢、耗电增加、部分设备兼容性差 |
| 替代思路 | WPA3 或 802.1X、客户端隔离、独立 VLAN |
观察方式
观察方式
# 监听模式下仍可看到终端主动探测的 SSID
# 关联阶段的帧里直接携带网络名，无需破解
# 抓包过滤示例：只看包含 SSID 的探测与关联帧
# wlan.ssid && (wlan.fc.type_subtype == 4 || wlan.fc.type_subtype == 0)为什么它不构成安全措施
| 环节 | 隐藏后是否仍暴露 |
|---|---|
| Beacon 广播 | 不再暴露，这是唯一的改变 |
| 终端主动探测 | 暴露，曾连接过的终端会持续探测 |
| 关联请求 | 暴露，必须携带网络名 |
| 有线侧与网关 | 与是否隐藏无关，仍按原策略运行 |
真正的「看不到」要靠认证与隔离实现：WPA3 或 802.1X 让未授权终端进不来，客户端隔离与独立 VLAN 限制进来之后能做什么。
若确有隐藏需求（例如减少无关终端在列表里看到该网络），要先验证现场 IoT 与打印设备的支持情况，并把它定位成体验优化而非安全加固。
如果评估目标是「不让外部人员发现这里有办公网络」，正确的做法是控制信号外溢：压低发射功率、调整点位与朝向，而不是关掉广播。