- Purple
- Multi-tenant WiFi: a complete guide
- 适用于多租户安全性的动态预共享密钥 (DPSK)
适用于多租户安全性的动态预共享密钥 (DPSK)
本权威技术参考指南深入探讨了动态预共享密钥 (DPSK),并将其作为多租户 WiFi 环境中替代 802.1X 的高安全性、低摩擦方案。本指南详细介绍了底层架构、厂商实现、动态 VLAN 转向以及 API 驱动的生命周期自动化。IT 经理和网络架构师将获得有关部署 DPSK 的可行指导,以实现强大的租户隔离、合规性以及无缝的设备接入。
Video overview
收听本指南
查看播客转录
核心系列的一部分:多租户 WiFi 指南 →

在多租户环境(如长租公寓、学生公寓、服务式办公室和精品酒店)中管理无线安全,需要平衡严格的加密隔离与用户友好的接入体验。
传统的 WPA2/WPA3-Personal 网络依赖于所有用户共享的单一密码,这使网络面临凭据泄露和数据包嗅探的风险。相反,企业级 802.1X (WPA2/WPA3-Enterprise) 则需要 802.1X 客户端或数字证书,而许多无界面的消费级物联网 (IoT) 设备 - 如智能电视、游戏机、智能插座和打印机 - 无法支持这些技术。
动态预共享密钥 (DPSK),也称为身份预共享密钥 (iPSK),通过将唯一的、针对每个用户或每个设备的密码绑定到单个广播 SSID,同时将每个设备动态映射到其各自隔离的虚拟局域网 (VLAN),从而解决了这一冲突。
为什么共享的 WPA2-Personal 在多租户场所中无法奏效
在采用单一预共享密钥 (PSK) 的标准住宅 WiFi 网络上:
- 零加密隔离: 由于所有设备都共享相同的成对主密钥派生,网络上的任何用户都可以使用 Wireshark 等标准数据包捕获工具解密来自邻近设备的空中单播流量。
- 人员流动导致全面失陷: 当租户搬离公寓或员工离职时,物业管理人员要么必须轮换每个剩余租户设备的密码,要么必须接受持续的未经授权的网络访问。
- 无法实施细粒度的带宽策略: 网络控制器无法区分共享相同预共享密钥的租户高优先级工作笔记本电脑和高带宽媒体服务器。
DPSK 和 iPSK 的技术架构
动态 PSK 通过在 802.11 四次握手期间,于控制器层执行身份验证查找,从而架起了消费级简便性与企业级安全性之间的桥梁:
+------------------+ +--------------------+ +-------------------+
| Tenant Device | | Access Point (AP) | | Network Controller|
+------------------+ +--------------------+ +-------------------+
| | |
| 1. Probe & Auth Request | |
|---------------------------->| |
| | 2. RADIUS Access-Request |
| | (Client MAC + Entered PSK)|
| |----------------------------->|
| | |
| | 3. RADIUS Access-Accept |
| | (Tunnel-Private-Group-ID) |
| |<-----------------------------|
| 4. 802.11 4-Way Handshake | |
| (Unique PTK Derived) | |
|<===========================>| |
| | |
| 5. Traffic Isolated to Unit VLAN / Private Area Network (PAN)
核心运行组件
- 唯一对等临时密钥 (PTK): 由于每个租户在认证期间输入唯一的密码,因此 AP 会为该特定客户端会话派生一个独立的加密密钥。即使两个租户连接到同一个 SSID 名称,在空中传输的流量也无法被其他任何租户解密。
- 动态 VLAN 分配: 在 RADIUS 认证交换过程中,网络控制器会返回标准的 RFC 2868 属性(例如
Tunnel-Type = VLAN和Tunnel-Private-Group-ID = <VLAN_ID>)。接入点会自动将客户端设备分配到该租户专用的私有子网。 - 个人局域网 (PAN) 隔离: 企业级接入点在不同 VLAN 之间强制执行第 2 层隔离(客户端隔离),同时允许在租户私有 VLAN 内进行无缝的 mDNS 和 UPnP 发现。住户可以将手机上的 YouTube 投屏到客厅的智能电视上,而邻居不会看到投屏提示。
多户住宅 DPSK 部署最佳实践
- 通过 API 自动管理密钥生命周期: 将密钥生成与您的物业管理软件集成。密钥应在租约生效时生成,并在退房时自动撤销。
- 为每个租户设置设备上限: 限制每个密钥允许的并发活跃 MAC 地址数量(例如每个公寓 10 到 15 台设备),以防止与非居民共享密码的未授权行为。
- 提供住户设备管理门户: 允许住户登录自服务门户,为无界面的无显示屏设备或访客生成专用的 DPSK 密钥,而无需联系大楼 IT 人员。
常见问题
DPSK 和 iPSK 有什么区别?
DPSK (Dynamic Pre-Shared Key) 和 iPSK (Identity Pre-Shared Key) 指的是同一种底层架构机制。DPSK 是 Ruckus Wireless (CommScope) 首创的术语,而 iPSK 是 Cisco 系统所使用的术语。两者都能实现针对单设备的唯一密钥和动态 VLAN 引导。
DPSK 是否支持 WPA3?
是的。现代企业级控制器通过厂商特定的扩展,支持将 DPSK 与 WPA3-Personal (SAE) 结合使用,在提供单设备密钥隔离的同时,针对离线字典攻击提供强大的防护。
IoT 设备可以使用 DPSK 连接吗?
是的。因为从客户端的角度来看,DPSK 依赖于标准的 WPA2/WPA3 预共享密钥协议,所以所有物联网设备、打印机和旧版电子设备无需特殊的客户端证书或软件代理即可连接。
关键定义
动态预共享密钥 (DPSK)
一种无线安全技术,允许单个 SSID 支持多个唯一的预共享密钥。每个密钥都与特定的用户、设备或组相关联,从而无需复杂的 802.1X 即可实现个人加密和策略强制执行。
在多租户或酒店环境中用于替换整栋建筑共享的密码,以确立个人责任归属并提高安全性时会遇到此技术。
身份 PSK (iPSK)
Cisco 对动态预共享密钥技术的实现。它在 MAC 地址认证绕过阶段利用 RADIUS 厂商特定属性 (VSA) 向无线局域网控制器返回唯一的密码和网络策略。
网络架构师在 Cisco Catalyst 或 Cisco Meraki 无线平台上设计多租户安全性时会使用此技术。
多预共享密钥 (MPSK)
Aruba 对每台设备唯一预共享密钥的品牌命名和实现。它通常通过 Aruba ClearPass Policy Manager 进行编排,以强制执行基于角色的访问控制和动态 VLAN 引导。
在运行 Aruba 无线基础设施且必须安全隔离无屏 IoT 设备的业务环境中会遇到此技术。
动态 VLAN 引导
一种网络过程,其中无线控制器根据身份验证期间 RADIUS 服务器返回的属性,将连接的客户端设备动态分配到特定的虚拟局域网 (VLAN),而不是将 SSID 静态映射到单个 VLAN。
对于在单个共享 SSID 上隔离不同的租户类型(访客、员工、IoT、支付系统)至关重要。
个人局域网 (PAN)
围绕特定用户的设备动态创建的逻辑网络段。它允许租户的设备相互发现并进行通信(例如,投屏到 Chromecast),同时与同一子网上的所有其他租户保持完全隔离。
在酒店、学生公寓和多住户单元中用于提供安全的、类似于家庭 WiFi 体验的核心技术。
MAC 地址认证绕过 (MAB)
一种身份验证过程,网络交换机或无线控制器使用客户端设备的 MAC 地址作为其凭据来查询 RADIUS 服务器,从而绕过标准的交互式登录提示。
DPSK 用于拦截连接尝试并向 RADIUS 服务器查询设备唯一预共享密钥的底层机制。
等同性同时验证 (SAE)
WPA3 中引入的安全密钥交换协议,用于取代传统的 WPA2 预共享密钥四次握手。它可防御离线字典攻击并提供前向保密。
在将 DPSK 部署升级到 WPA3 (DPSK3/iPSK3) 时遇到,以确保空中接口的最大密码学安全性。
厂商特定属性 (VSAs)
由网络硬件厂商(例如 Cisco、Aruba、Ruckus)定义的自定义属性,用于扩展标准 RADIUS 协议。它们用于在 RADIUS 服务器和无线控制器之间传递专用配置数据,例如唯一的 PSK。
由网络工程师在 RADIUS 策略引擎中配置,以启用高级 DPSK 功能和策略执行。
应用实例
一家拥有 250 间客房的豪华酒店希望淘汰令人繁琐的 Captive Portal 访客 WiFi。他们需要支持每间客房中住客自带的 Chromecast,以便住客可以安全地将手机上的 Netflix 投屏到客房内的智能电视上,同时又不会看到或投屏到相邻客房的电视。他们使用 Cisco Meraki 无线基础设施和基于云的物业管理系统 (PMS)。应该如何设计和实现这一方案?
- SSID 架构:将访客 WiFi 整合到一个名为 'Hotel-Guest' 的单一 SSID 上,并配置 WPA2-Personal 并启用 Identity PSK (iPSK)。
- VLAN 隔离:在 VLAN 100 上为访客设备定义一个
/20子网。配置 Meraki 组策略,在改 VLAN 上全局启用第 2 层隔离,默认阻止所有客户端之间的通信。 - 私有局域网 (PAN) 分组:配置 RADIUS 服务器(例如 Cisco ISE)按客房号对密钥进行分组。当住客办理入住时,PMS 会触发向 Cisco ISE 发送 API 调用,以便为该客房(例如 204 室)生成唯一的 20 位字符 iPSK。
- mDNS 网关配置:在 VLAN 100 上启用 Meraki mDNS 网关(Bonjour 转发)。配置自定义策略:仅在运行使用完全相同的 iPSK 凭据进行身份验证的设备之间允许 mDNS 反射和第 2 层流量。
- 设备接入:住客在手机和 Chromecast 上输入唯一的客房密码。由于它们共享相同的密钥,mDNS 网关允许手机发现 Chromecast,从而实现安全投屏。由于不同密钥之间的第 2 层隔离仍然处于活动状态,相邻客房的住客无法看到或访问该 Chromecast。
一家拥有 450 家门店的全国性零售连锁店希望整合其店内无线基础设施。目前每家门店运行四个独立的 SSID(访客、企业、POS/支付和手持扫描枪),导致严重的射频干扰和性能下降。POS 终端和手持扫描枪必须符合严格的 PCI DSS 隔离要求。他们使用 Aruba AP 和 Aruba Central。他们如何利用 DPSK 来整合他们的 SSID?
- SSID 整合:消除三个 SSID,只保留一个名为 "Store-Connect" 的广播 SSID,并配置 Aruba 多预共享密钥 (MPSK)。
- RADIUS 策略映射:配置 Aruba ClearPass 作为 RADIUS 引擎,并与零售商的活动目录和库存数据库进行集成。
- MPSK 密钥分配与 VLAN 引导:根据设备配置文件生成并分配唯一的 MPSK 密钥:
- POS 终端:分配高度复杂的 32 位静态 MPSK。ClearPass 策略将该密钥映射到 VLAN 40(严格隔离的支付 VLAN,通过防火墙与所有其他子网隔离)。
- 手持扫描枪:分配独立的 MPSK。ClearPass 将该密钥映射到 VLAN 30(运营库存 VLAN)。
- 员工平板电脑:在同一个 SSID 上通过标准 802.1X 证书进行身份验证(Aruba 支持在单个 SSID 上混合使用 MPSK 和 802.1X),并被引导至 VLAN 20(企业)。
- 客户:通过自助服务门户生成的临时 DPSK 进行准入,并映射到 VLAN 10(访客,仅限互联网访问)。
- 射频优化:禁用额外的三个 SSID 可以消除冗余的信标帧,从而立即回收高达 9% 的总空口容量,极大地提高了关键 POS 和扫描枪设备的吞吐量和连接可靠性。
练习题
Q1. 某体育场运营总监希望在整个场馆(容量 5.5 万人)部署单个 SSID,以同时支持访客公共 WiFi 和闸机工作人员使用的手持验票设备。验票设备需要严格的网络隔离,且绝不能受到访客流量的干扰。IT 团队应如何应用 DPSK 来满足这些要求?
提示:考虑高密度 RADIUS 性能、SSID 信标开销以及基于密钥配置文件的动态 VLAN 引导。
查看标准答案
- SSID 架构:在整个场馆内部署一个名为 'Stadium-Connect' 的单一 SSID。
- DPSK 密钥配置文件:在 RADIUS 服务器(例如 Aruba ClearPass 或 Cisco ISE)中创建两个不同的 DPSK 密钥池:
- 员工验票设备:分配一个高度复杂的 32 字符静态 DPSK。RADIUS 策略将此密钥配置文件映射到 VLAN 300(验票专用 VLAN),该 VLAN 具有严格的服务质量 (QoS) 优先级配置,并通过防火墙与其他所有子网隔离。
- 公共访客:通过临时开放 VLAN 上的自助服务 Captive Portal 进行引导,注册其 MAC 地址并分配一个瞬态、低优先级的访客 DPSK,映射到 VLAN 100(访客、仅限互联网、限速 5 Mbps)。
- RADIUS 优化:在 5.5 万名用户的高密度环境中,针对每次访客连接查询 RADIUS 服务器可能会导致服务器饱和。为了缓解这一问题,应在接入点上为访客会话启用本地 RADIUS 缓存。对于关键的验票设备,使用静态 MAC 预注册以及带有负载均衡器的专用主/备 RADIUS 服务器节点,以保证毫秒级的身份验证响应。
- 结果:合并为单个 SSID 通过消除冗余的信标帧,可节省高达 15% 的空口容量。验票设备在 AP 端的第 2 层就实现了完全隔离和优先级排序,确保即使在体育场满载时也能保持正常运行。
Q2. 一家管理着 600 个床位开发项目的学生公寓运营商正面临严重的网络性能问题。居民抱怨他们无法连接智能音箱、智能电视和游戏机,因为网络需要 802.1X 证书身份验证。此外,学生们经常将个人 WiFi 密码分享给相邻房间的朋友,导致带宽饱和。DPSK 如何解决这些问题?
提示:思考个人局域网 (PAN)、并发设备限制以及自动化的 PMS 集成。
查看标准答案
- 使用 DPSK 替代 802.1X:将住宅网络从 802.1X 过渡到配置了 Dynamic PSK (DPSK) 的名为“Student-Home”的单一 SSID。
- 私有局域网 (PAN) 部署:配置无线控制器以启用私有局域网。向每位学生分发唯一的 DPSK 密钥(例如:与其租约记录关联)。当学生在其智能手机、笔记本电脑、游戏机和智能电视上输入此密钥时,网络会动态地将这些设备分组到一个私有的加密隔离区中。这允许设备之间进行相互通信(实现智能音箱控制和 Chromecast 投屏),同时阻断与其它学生设备之间的所有流量。
- 强制限制并发设备数:对每个 DPSK 密钥设置 6 台并发设备的严格限制。如果学生尝试与朋友共享其密钥,他们将很快达到设备限制,从而防止未经授权的共享并保障带宽。
- 自动管理密钥生命周期:将物业管理系统 (PMS) 与无线编排器(例如 Purple)相集成。在办理入住时,系统会自动生成密钥并通过电子邮件/短信发送给学生,并在退房时立即撤销,从而消除手动管理开销。
- 带宽分配:为每个密钥应用动态带宽合同(例如:每个居民 100 Mbps 下载 / 20 Mbps 上传),确保广域网容量的公平分配,防止单个用户占用全部链路。
Q3. 某医疗服务提供商运营着一栋多租户诊所大楼,不同的医疗机构共享相同的物理无线基础设施。这些诊所处理敏感的患者健康信息 (PHI),并且必须符合严格的 HIPAA 安全标准。一位网络工程师建议使用 DPSK 在共享的 SSID 上隔离每个诊所的设备。这种方法是否合规?其架构约束是什么?
提示:分析基于 PSK 的网络与 802.1X 相比在密码学上的局限性,以及 VLAN 引导和防火墙必须如何构建。
查看标准答案
- 合规适用性:是的,DPSK 可以通过实施严格的网络分段和个人加密来支持 HIPAA 合规性,但它 必须 配合特定的架构约束来实现。
- 密码学隔离:与任何用户都可以窃听他人空中传输流量的标准共享 PSK 不同,DPSK 使用唯一的密钥加密每个客户端的会话。然而,由于它仍基于 WPA2-Personal/WPA3-SAE 框架,因此无法提供 WPA3-Enterprise (802.1X) 的集中式身份验证和基于证书的安全保护。对于处理电子病历 (ePHI) 的诊所员工笔记本电脑,802.1X 身份验证 (EAP-TLS) 仍然是推荐的方法。
- 针对无头医疗设备的 DPSK:对于不支持 802.1X 的医疗设备(例如无线生命体征监测仪、老式成像设备),DPSK 是一种极佳的合规解决方案。为每个诊所的设备组分配一个唯一的、复杂的 32 位字符 DPSK。
- 动态 VLAN 和防火墙引导:RADIUS 服务器必须将每个诊所的设备引导至其专属的专用 VLAN(例如:诊所 A 在 VLAN 50,诊所 B 在 VLAN 60)。在核心防火墙上,实施严格的访问控制列表 (ACL) 以阻止诊所之间的所有跨 VLAN 流量。启用对离开诊所子网的所有流量的有状态检测和日志记录。
- 密钥生命周期管理:建立书面的密钥轮换政策(例如:每 90 天轮换一次密钥,或者在员工离职时立即轮换)。这必须通过与诊所的身份管理系统集成来实现自动化,以防止人为错误。
- 结论:DPSK 对于在共享基础设施上分段非 802.1X 兼容的医疗设备非常有效,但处理 PHI 的企业工作站应保持在独立的 802.1X 安全 SSID 上,以维持纵深防御的安全态势。
继续阅读本系列
为什么酒店式宾客 WiFi 在住宅建筑中会失效
您将能够诊断为什么 BTR 公寓、学生宿舍和多户住宅(MDU)中的居民不断报告 WiFi 故障,并选择能够解决这些问题的认证模型。解决方案是在您现有的接入点上为每个家庭使用一个 iPSK 密钥,同时为访客保留一个独立的 Captive Portal 网络。
为多租户办公楼设计 WiFi 网络
本指南为 IT 经理、网络架构师和 CTO 提供了一个与厂商无关的蓝图,用于在多租户办公楼中设计可扩展、安全且隔离的 WiFi 网络。它涵盖了 IEEE 802.1Q 下的 VLAN 分段、通过 802.1X 和 RADIUS 进行的动态 VLAN 分配、针对高密度环境的 RF 规划,以及 GDPR 和 PCI-DSS 下的合规性考量。场所运营方和楼宇管理员将获得可操作的架构指导、真实案例研究,以及在部署前需要避免的配置陷阱。
平均无罪时间:如何证明问题不在 WiFi
平均无罪时间 (MTTI) 是衡量 IT 团队需要花费多少时间来证明网络故障并非其责任的关键指标。本指南详细介绍了一种包含五个步骤的可观测性方法,旨在消除多租户环境中的相互推诿,用共享证据代替指责,从而缩短平均解决时间 (MTTR)。
对您的具体配置有疑问吗?
我们的团队与 80,000 多个场所的运营方、IT 经理和网络工程师保持合作。预约 20 分钟的通话,我们将为您展示同行是如何解决类似问题的。