商场、酒店、医院、车站这些公共场所提供免费WiFi，已经是标配。但"提供WiFi"和"合规地提供WiFi"中间隔着一个实名认证系统，也隔着一整套法规边界。很多管理者对边界在哪里没概念，要么做得过度，把用户烦跑了；要么做得不够，被监管找上门。把合规边界理清楚，WiFi实名认证系统才装得安心、用得踏实。

哪些场所必须实名，先对号入座

不是所有WiFi都要实名，但提供互联网接入服务的公共场合基本都绕不开。根据网络安全相关法规，向公众提供无线接入服务的，应当落实实名认证。商场、酒店、机场、网吧、餐饮连锁、医院候诊区，都属于这个范围。内部办公WiFi、员工专网一般不在此列，但一旦对外开放给访客，就进入实名范畴。我们做项目时第一步就是帮客户确认场所性质，明确哪些SSID必须实名、哪些可以走内网。边界划错了，后面整套系统都白做。建议管理者先拿自己的场所类型去对照法规要求，不确定的直接问属地网安，别自己猜。

实名等级和采集字段要匹配场景

合规不是"采集越多越安全"。过度采集个人信息本身也违规。一般公共场所的实名，做到手机号+验证码，或者手机号+身份核验，就够了，没必要一上来就扫脸、录身份证正反面。我们见过一个咖啡馆，非要让顾客上传身份证照片才能连WiFi，被顾客投诉过度收集信息。实名认证系统要支持按场景配置采集字段，公共场所用最小集合，特殊场景（比如网吧）才按更高要求来。采集什么、为什么采集、存多久，都要写进隐私告知，让用户知情同意，这是合规的另一半。

隐私告知和用户授权不能省

用户连WiFi前，应该能看到实名认证的用途说明和隐私条款，并且主动勾选同意。这个环节不是形式主义，是个人信息保护法下的硬性要求。WiFi实名认证系统的认证页要内嵌告知文本和授权勾选，不能默认勾选，也不能把条款藏到三级页面里。我们做认证页设计时，会把告知做成一个简洁的弹层，列清楚采集字段、用途、留存期、撤回方式，用户读完点同意才进认证。这条边界守不住，系统再合规也站不住脚。

数据本地化和加密传输是底线

实名信息属于个人敏感信息，传输和存储都要加密。认证过程里的手机号、身份信息在网络上传输必须走HTTPS或者等价加密通道，存储在数据库里也要加密或者脱敏。曾经有项目把实名信息明文存在一张普通表里，数据库被内部人员误导出，酿成泄露事件。合规边界明确要求敏感信息全程保护，WiFi实名认证系统的设计要把加密当成基础能力，而不是可选项。另外数据尽量不要出境、不要给第三方，对外上报只走监管指定通道。

留存期限要卡准，不能长也不能短

日志留存有法定最低期限，一般是六十天起步，具体看场所类型和属地要求。留存太短，监管来查时缺时间段，算不合规；留存太长，又违反个人信息存储期限最小化原则。WiFi实名认证系统要能按法规要求配置留存期，到期自动清理，并且清理动作本身要留痕。我们建议客户把留存策略做成可配置项，监管要求变了直接改参数，不用动代码。这条边界踩哪边都不好，系统要刚好卡在法定区间内。

对外上报只走监管指定通道

实名数据上报给谁、怎么报，有明确规定，只能走属地公安或指定平台，不能发给任何商业第三方。有些WiFi运营服务商想拿实名数据做用户画像、做精准营销，这在合规边界之外，属于违规使用。WiFi实名认证系统在设计时要物理隔离"监管上报"和"商业分析"两套数据流，上报模块只读必要字段、只连指定地址。管理者要明白，实名数据不是运营资产，是合规义务，碰都不能碰商业用途。这条线一旦模糊，单位要吃大亏。

访客网络和内部网络要物理或逻辑隔离

实名WiFi面向公众，内部办公网络跑业务系统，两者必须隔离。共用一套网络，访客一旦通过实名认证，理论上能碰到内部资源，这是巨大的安全隐患，也违背合规中关于网络分区的原则。落地时访客WiFi要单独VLAN、单独出口，实名认证系统只管这块。内部员工WiFi走另一套认证，不对外。边界划清了，合规和安全的压力都小很多。我们做方案时习惯画一张网络分区图，实名区、内网区、设备区一目了然，谁也不能串。

出事时的配合义务要提前想好

实名认证系统装好了，不代表万事大吉。监管可能会要求调取某时段的认证和上网记录，系统要能快速、准确地提供。这就要求查询接口稳定、数据完整、时间对齐准确。我们建议管理者在系统上线时就演练一次"监管调证"流程，确认从请求到出数据的链路通不通、准不准。很多单位平时不练，真来查了才发现日志对不上时间、身份对应断了链，说不清。合规边界的最后一环，是"查得出、说得清"，这比认证本身更考验系统的数据治理能力。