- 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 客戶端程式(supplicant)或數位憑證,而許多無螢幕的消費級物聯網 (IoT) 裝置(例如智慧電視、遊戲機、智慧插座和印表機)無法支援這些技術。
動態預共用金鑰 (DPSK),亦稱為身分預共用金鑰 (iPSK),透過將唯一的、基於每位用戶或每台裝置的密碼綁定到單一廣播 SSID,同時將每台裝置動態對應到其專屬隔離的虛擬區域網路 (VLAN),從而解決了這一衝突。
為什麼共享 WPA2-Personal 在多租戶場所中會失敗
在使用單一預共用金鑰 (PSK) 的標準住宅 WiFi 網路上:
- 零密碼隔離: 由於所有裝置共享相同的成對主金鑰導出,網路上的任何用戶都可以使用 Wireshark 等標準封包擷取工具,解密來自鄰近裝置的空中單播流量。
- 人員流動導致全面失守: 當租戶搬出單位或員工離職時,物業管理方必須在所有剩餘的租戶裝置上輪換密碼,否則就必須接受持續的未授權網路存取。
- 無法制定細粒度頻寬策略: 網路控制器無法區分共享同一個預共用金鑰的租戶高優先級工作筆記型電腦與高頻寬媒體伺服器。
DPSK 與 iPSK 的技術架構
動態 PSK 透過在 802.11 四向交握(4-way handshake)期間進行控制器級別的驗證查詢,橋接了消費級的簡單性與企業級的安全性:
+------------------+ +--------------------+ +-------------------+
| 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 之間實施 Layer 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 創立的術語,而 iPSK 則是 Cisco 採用的術語。兩者都能實現每部裝置的唯一金鑰和動態 VLAN 導向。
DPSK 是否支援 WPA3?
是的。現代企業級控制器透過廠商專屬的擴充功能,支援搭配 WPA3-Personal (SAE) 的 DPSK,在提供每部裝置金鑰隔離的同時,還能針對離線字典攻擊提供強大的防護。
IoT 裝置可以使用 DPSK 連線嗎?
是的。因為從用戶端的角度來看,DPSK 仰賴標準的 WPA2/WPA3 預共用金鑰協定,因此所有 IoT 裝置、印表機和舊型電子設備皆可直接連線,無需額外的用戶端憑證或軟體代理程式。
關鍵定義
Dynamic Pre-Shared Key (DPSK)
一種無線安全技術,允許單個 SSID 支援多個唯一的預先共用金鑰。每個金鑰都與特定的使用者、裝置或群組相關聯,無需複雜的 802.1X 即可實現個人加密與原則執行。
在多租戶或旅宿環境中取代整棟建築共用的密碼時會遇到,用以建立個人責任制與安全性。
Identity PSK (iPSK)
Cisco 對於 Dynamic Pre-Shared Key 技術的實現方式。它利用 RADIUS 廠商特定屬性 (VSA),在 MAC 驗證繞過階段將唯一的密碼金鑰與網路原則傳回給無線 LAN 控制器。
網路架構師在 Cisco Catalyst 或 Cisco Meraki 無線平台上設計多租戶安全性時使用。
Multi-Pre-Shared Key (MPSK)
Aruba 對於唯一、單一裝置預先共用金鑰的品牌命名與實現方式。通常透過 Aruba ClearPass Policy Manager 進行協調,以執行角色型存取控制與動態 VLAN 導向。
在執行 Aruba 無線基礎架構的企業環境中遇到,其中無周邊 IoT 裝置必須進行安全分割。
動態 VLAN 導向
無線控制器根據驗證期間 RADIUS 伺服器傳回的屬性,將連線的用戶端裝置動態分配到特定的虛擬區域網路 (VLAN) 的網路程序,而非將 SSID 靜態對應到單個 VLAN。
對於在單個共用 SSID 上隔離不同租戶類型(訪客、員工、IoT、付款系統)至關重要。
Private Area Network (PAN)
圍繞特定使用者的裝置動態建立的邏輯網路區段。它允許租戶的裝置互相偵測並通訊(例如投放至 Chromecast),同時與同一個子網路上的所有其他租戶完全隔離。
在飯店、學生宿舍和多住戶單元中提供安全、如家般 WiFi 體驗的主要技術。
MAC Authentication Bypass (MAB)
一種驗證程序,網路交換器或無線控制器使用用戶端裝置的 MAC 地址作為其憑證來查詢 RADIUS 伺服器,從而繞過標準的互動式登入提示。
DPSK 用於攔截連線嘗試,並向 RADIUS 伺服器查詢裝置專屬預共用金鑰的基礎機制。
Simultaneous Authentication of Equals (SAE)
WPA3 中引入的安全金鑰交換協定,取代了傳統的 WPA2 預共用金鑰 4 向握手。它可防範離線字典攻擊並提供正向加密。
將 DPSK 部署升級至 WPA3 (DPSK3/iPSK3) 時會遇到,以確保無線傳輸具有最大的密碼學安全性。
Vendor-Specific Attributes (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 上全域啟用 Layer 2 隔離,預設阻斷所有用戶端對用戶端的通訊。 - 私人區域網路 (PAN) 分組:設定 RADIUS 伺服器 (例如 Cisco ISE) 按房號將金鑰分組。當訪客辦理入住時,PMS 會觸發 API 呼叫至 Cisco ISE,為該客房 (例如 204 房) 產生一個唯一的 20 字元 iPSK。
- mDNS 閘道器設定:在 VLAN 100 上啟用 Meraki mDNS 閘道器 (Bonjour 轉發)。設定自訂原則:僅允許使用完全相同 iPSK 認證進行驗證的裝置之間進行 mDNS 反射和 Layer 2 流量傳輸。
- 上線:訪客在手機和 Chromecast 上輸入唯一的客房密碼。由於它們共用相同的金鑰,mDNS 閘道器允許手機偵測到 Chromecast,從而實現安全投影。由於不同金鑰之間的 Layer 2 隔離仍保持作用,相鄰客房的訪客無法看到或存取該 Chromecast。
一家擁有 450 家分店的連鎖零售商希望整合其店內無線基礎設施。目前每家分店運行四個獨立的 SSID (Guest、Corporate、POS/Payment 和 Handheld Scanners),導致嚴重的射頻干擾與效能降級。POS 終端機和手持掃描器必須符合嚴格的 PCI-DSS 隔離要求。他們使用 Aruba AP 和 Aruba Central。他們該如何利用 DPSK 來整合其 SSID?
- SSID 整合:消除三個 SSID,保留單個廣播 SSID 並命名為「Store-Connect」,設定為 Aruba Multi-Pre-Shared Key (MPSK)。
- RADIUS 原則對應:設定 Aruba ClearPass 作為 RADIUS 引擎,並與零售商的 Active Directory 及庫存資料庫進行整合。
- 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(訪客,僅限網際網路存取)。
- RF 最佳化:停用額外的三個 SSID 可消除備份信標訊框,立即使總通訊時間容量回收高達 9%,大幅提高關鍵 POS 與掃描器裝置的吞吐量與連線可靠性。
練習題
Q1. 體育場營運總監希望在整個場地(容量 55,000 人)部署單一 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 最佳化:在 55,000 名使用者的極高密度環境中,針對每個訪客連線查詢 RADIUS 伺服器可能會導致伺服器飽和。為了緩解此問題,請在 Access Point 上為訪客工作階段啟用本地 RADIUS 快取。對於關鍵的驗票機,請使用靜態 MAC 預先註冊以及具有負載平衡器的專用主/備 RADIUS 伺服器節點,以保證亞毫秒級的驗證回應。
- 成果:合併為單一 SSID 可透過消除多餘的導標訊框,節省高達 15% 的空口傳輸容量。驗票機在 AP 的 Layer 2 處得到完全隔離與優先排序,確保即使在體育場滿載時也能保持正常運作。
Q2. 一家管理 600 個床位開發項目的學生住宅營運商正遭遇嚴重的網路效能問題。住宿生抱怨他們無法連接智慧音箱、智慧電視和遊戲主機,因為網路要求 802.1X 憑證驗證。此外,學生經常與相鄰房間的朋友分享他們的個人 WiFi 密碼,導致頻寬飽和。DPSK 該如何解決這些問題?
提示:思考個人區域網路 (PAN)、同時連線裝置限制以及自動化 PMS 整合。
查看標準答案
- 將 802.1X 替換為 DPSK:將宿舍網路從 802.1X 轉換為名為 "Student-Home" 的單一 SSID,並配置動態 PSK(DPSK)。
- 部署私有區域網路 (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 分鐘的通話,我們將向您展示其他與您相似的用戶是如何解決此問題的。