先把范围缩小

这是一篇用来缩小选择范围的总指南。关于“公共 Wi-Fi 安全”，先排除不满足硬条件的方案，再把时间花在少数可验证的候选上。

简短结论：公共网络的风险来自伪装热点、共享链路、认证门户和设备暴露；先定义账户、文件和工作任务的敏感度。

编辑部为什么这样建议

隐私不是一个开关。订阅地址、浏览器、DNS、账号和支付留下的是不同数据。

时间应该花在哪里

真正容易耗时间的不是“核对热点官方名称”本身，而是没有确认结果就继续做“关闭自动加入与共享”。前一步不确定，后面的正常或异常都很难解释。

因此“优先使用 HTTPS”只负责验证一个假设，“敏感操作改用可信蜂窝网络”负责决定是否收手。可执行的结束条件是：高风险任务只有在身份和链路可确认时才执行。

真正需要核对的四件事

  1. 核对热点官方名称先把目标写清楚，这一步才知道什么结果算完成。
  2. 关闭自动加入与共享一次只改变一个条件，并保留原始结果。
  3. 优先使用 HTTPS出现差异时重复一次，排除偶然波动。
  4. 敏感操作改用可信蜂窝网络完成后按本文判断条件决定继续还是停止。
  5. 离开后忘记网络先把目标写清楚，这一步才知道什么结果算完成。

把选择写在纸面上

可以继续高风险任务只有在身份和链路可确认时才执行。
先停一下VPN 不能修复钓鱼登录页或已泄露账号。

最后这样做决定

高风险任务只有在身份和链路可确认时才执行。

有一个坑需要提前说

VPN 不能修复钓鱼登录页或已泄露账号。

价格、地区、版本和平台政策会变化；涉及这些信息时，请在操作当天重新核对官方页面。本文没有覆盖的地区或环境，不自动沿用同一结论。

读完通常还会问

公共 Wi-Fi 安全第一步应该做什么？

核对热点官方名称

什么时候值得改用另一种方案？

高风险任务只有在身份和链路可确认时才执行。

这篇文章依据什么

本文用《NIST Digital Identity Guidelines》核对认证、密码和验证器要求，再用《Cloudflare 公共 DNS 隐私》确认公共解析器日志与隐私说明。两份资料解决的是不同事实边界；如果其中一份更新，应先重查对应段落，而不是只改页面日期。

NIST Digital Identity Guidelines
认证、密码和验证器要求；核验日期 2026-09-07。
Cloudflare 公共 DNS 隐私
公共解析器日志与隐私说明；核验日期 2026-09-07。