跳至主要內容

WPA3-Enterprise:全面部署指南

本指南為企業 IT 團隊、網路架構師和 CTO 提供了在飯店業、零售業、活動和公共部門環境中部署 WPA3-Enterprise 的權威、供應商中立參考資料。它涵蓋了完整的部署生命週期——從硬體和 RADIUS 基礎設施需求,到分階段的移轉策略和用戶端裝置設定——同時說明 WPA3-Enterprise 相較於 WPA2-Enterprise 所帶來的具體安全性改善,包括強制性的 Protected Management Frames、強制伺服器憑證驗證以及前向保密。團隊將找到可行的設定指引、真實案例研究,以及結構化的疑難排解框架,以降低移轉風險,並證明符合 PCI DSS v4.0 和 GDPR 第 32 條。

📖 12 分鐘閱讀📝 2,751 字數🔧 2 範例3 練習題📚 10 關鍵定義

收聽此指南

查看播客逐字稿
歡迎收聽 Purple 企業 WiFi 智慧播客。我是主持人,今天我們要深入探討目前企業網路團隊可獲得的最重大的安全性升級之一:WPA3-Enterprise。無論您經營的是飯店集團、零售據點、體育場還是公部門組織,本集都將為您提供清楚、實用的全貌,讓您了解 WPA3-Enterprise 實際上是什麼、為什麼重要,以及——最關鍵的是——如何在不中斷營運的情況下進行部署。 這不是一場理論性的討論。我們將討論真實的部署架構、真實的設定決策,以及真正會讓團隊掉入的陷阱。那麼,讓我們開始吧。 [部分:簡介與背景] 首先,提供一些背景。WPA3 於 2018 年由 Wi-Fi 聯盟批准,但企業的採用速度比許多人預期的要慢。原因很簡單:建立在 IEEE 802.1X 驗證之上的 WPA2-Enterprise,十多年來一直是一個穩固、廣為人知的標準。它能用。那麼,為什麼要改變? 答案歸結於 WPA2 根本無法應對的三個特定威脅向量。首先是解除驗證攻擊。在 WPA2 中,管理框架——控管裝置如何連線和斷線的控制訊號——完全不受保護。攻擊者使用基本的無線網卡,就可以用偽造的解除驗證封包淹沒您的網路,強制用戶端離開網路。這是一種阻斷服務攻擊,無需任何憑證,無需特殊硬體,而且執行起來輕而易舉。在會議中心或體育場等高密度環境中,這是一個實際的營運風險。 第二個漏洞是透過惡意存取點進行的憑證攔截。在 WPA2-Enterprise 中,802.1X 交握期間的伺服器憑證驗證是可選的。實務上,許多部署跳過了它或設定不正確。這意味著,老練的攻擊者可以架設一個與您公司網路 SSID 相同的惡意存取點,而用戶端會樂於嘗試對其進行驗證——在此過程中交出憑證。 第三個問題是缺少前向保密。在 WPA2 中,如果攻擊者今天擷取加密流量,並日後破解了工作階段金鑰,他們就可以回溯解密該歷史流量。在處理支付資料或敏感個人資訊的環境中,這是一項重大責任。 WPA3-Enterprise 解決了這三個問題。受保護的管理框架,即 PMF,是強制性的——而非可選。伺服器憑證驗證是強制性的。而且該協定引入了每個工作階段的金鑰衍生,提供了真正的前向保密。這些不是漸進式的改善。它們代表了安全基準的重大轉變。 [部分:技術深入探討] 現在讓我們來談談架構。WPA3-Enterprise 以三種不同的模式運作,為您的環境選擇正確的模式是您需要做出的首要決策之一。 第一種是標準 WPA3-Enterprise 模式。它使用 128 位元 AES-GCMP 加密、強制性 PMF,以及具有強制伺服器憑證驗證的 802.1X 驗證。對於絕大多數的企業部署——飯店業、零售業、公司園區——這是正確的選擇。它在提供大幅超越 WPA2 的安全性改善的同時,保持了廣泛的用戶端裝置相容性。 第二種模式是 WPA3-Enterprise 192 位元安全模式。這是為具有更高安全要求的環境設計的——金融服務、政府、國防承包商。它使用 256 位元 AES-GCMP 加密、用於訊息完整性的 HMAC-SHA-384,以及採用 384 位元橢圓曲線的 ECDH 和 ECDSA。關鍵的是,此模式中唯一允許的 EAP 方法是 EAP-TLS 搭配相互憑證驗證。不允許任何使用者名稱和密碼驗證。此模式符合 NIST SP 800-187 和 NSA 的商業國家安全演算法套件。如果您所在的受監管環境參考了這些框架,這就是適合您的模式。 第三種是轉換模式——WPA2 和 WPA3 Enterprise 混合模式。這允許 WPA2 和 WPA3 用戶端同時連線到相同的 SSID。對於大多數組織而言,這是您開始移轉的地方。它讓您在不中斷舊有裝置的情況下開始轉換,而較新的用戶端會自動協商 WPA3。 現在,WPA3-Enterprise 的驗證骨幹是 IEEE 802.1X,如果您目前正在執行 WPA2-Enterprise,應該已經對它很熟悉了。關鍵元件是:您的存取點或無線控制器作為驗證者;RADIUS 伺服器作為驗證伺服器;以及您的用戶端裝置作為請求者。您選擇的 EAP 方法——用於使用者名稱和密碼的 PEAP 搭配 MSCHAPv2,或基於憑證的 EAP-TLS——都存在於此框架內。 [部分:實作 — 案例研究 1:飯店業] 讓我們逐步了解一個具體的部署情境。想像一個在英國各地擁有物業的 400 間客房飯店集團。他們有一個公司員工網路、一個訪客網路,以及不斷增長的 IoT 裝置群——智慧鎖、HVAC 控制器、數位看板。他們透過物業管理系統處理支付卡資料,並需要證明符合 PCI DSS 版本 4.0。 以下是我處理此部署的方式。 步驟一:基礎設施稽核。在您動手進行任何設定之前,您需要了解您的現有環境。哪些存取點支援 WPA3?需要什麼韌體版本?無線控制器平台是什麼?大多數在 2020 年後出貨的企業級 AP 都支援 WPA3,但通常需要韌體更新才能啟用。對於多物業的集團而言,此稽核通常需要一到兩週的時間。 步驟二:RADIUS 基礎設施審查。如果您已經在 WPA2 上執行 802.1X,您的 RADIUS 基礎設施在很大程度上可以重複使用。關鍵問題是您的 RADIUS 伺服器是否支援您所需要的 EAP 方法。對於標準 WPA3-Enterprise 搭配 PEAP,幾乎任何 RADIUS 伺服器都可以——Windows Server NPS、FreeRADIUS、Cisco ISE、Aruba ClearPass。如果您要轉換到 EAP-TLS,您將需要一個憑證授權單位基礎設施。對於飯店集團,我通常會推薦具有整合憑證管理的雲端託管 RADIUS 服務,這消除了執行自有 PKI 的營運負擔。 步驟三:網路分段設計。以我們的飯店為例,我建議三個不同的網路區段。首先,一個 WPA3-Enterprise SSID 供員工和後勤系統使用,使用 PEAP-MSCHAPv2 對應 Active Directory 進行驗證,並透過動態 VLAN 指派將前場員工與管理層區分開來。其次,一個獨立的 SSID 供 IoT 資產使用——智慧鎖、HVAC、POS 終端機——如果這些裝置不支援 WPA3,則可能執行 WPA2,並隔離在具有嚴格防火牆規則的自己的 VLAN 上。第三,訪客網路使用 WPA3-Personal 或 Captive Portal 解決方案。 步驟四:分階段推出。從員工 SSID 的轉換模式開始——WPA2 和 WPA3 混合。這可讓您在轉換期間實現零中斷。監控您的無線控制器或雲端管理平台,以追蹤透過 WPA3 與 WPA2 連線的用戶端百分比。一旦該數字超過百分之九十五,您就可以考慮移至僅限 WPA3。在實務上,對於飯店集團而言,您可能會維持轉換模式十八到二十四個月,以容納長尾的舊版裝置。 步驟五:用戶端裝置設定。這是大多數部署遇到障礙的地方。對於受管理的 Windows 裝置,您將透過群組原則或 Intune 推送 WPA3-Enterprise 設定檔,包含 RADIUS 伺服器憑證信任錨點。對於 iOS 和 macOS 裝置,請使用 Apple Configurator 或 MDM 設定檔。對於 Android,碎片化是真實存在的——在廣泛推出之前,請使用您裝置群的具代表性樣本進行測試。每個用戶端上的關鍵設定項目是 RADIUS 伺服器憑證驗證。沒有這個,您就無法獲得 WPA3-Enterprise 的完整安全性效益。 [部分:案例研究 2:零售業] 現在,讓我給您第二個案例研究,來自不同的行業:一家在歐洲擁有兩百五十家門市的大型零售連鎖店。他們的主要關注點是其銷售點網路的 PCI DSS 合規性,以及為員工提供安全行動裝置存取以進行庫存管理的願望。 這裡的挑戰是 POS 終端機資產。許多 POS 終端機執行嵌入式作業系統——Windows Embedded 或專有韌體——可能不支援 WPA3。我建議的方法是雙 SSID 架構。POS 終端機連線到 WPA2-Enterprise SSID,隔離在專用的 VLAN 上,並設有嚴格的 ACL,將流量限制為僅流向支付處理器端點。員工行動裝置——用於庫存和客戶服務的平板電腦和智慧型手機——連線到 WPA3-Enterprise SSID,並透過 MDM 部署 EAP-TLS 憑證驗證。 此架構實現了持卡人資料環境的 PCI DSS 合規性,同時為更廣泛的員工網路提供了 WPA3-Enterprise 安全性。它還建立了清楚的稽核軌跡:RADIUS 計費記錄提供了每裝置的驗證記錄,滿足了 PCI DSS 要求 8 的個人使用者責任歸屬。 像這樣部署的可衡量成果是什麼?消除了員工網路上的解除驗證攻擊面,強制伺服器憑證驗證防止了透過惡意 AP 的憑證收集,以及記錄了滿足 PCI DSS 版本 4.0 和 GDPR 第 32 條對適當技術安全措施要求的合規態勢。 [部分:實作陷阱] 讓我們來談談陷阱。根據我的經驗,有五種失敗模式造成了大多數出現問題的 WPA3-Enterprise 部署。 第一個是 PMF 相容性問題。某些較舊的用戶端裝置——尤其是舊版印表機、IoT 感測器和較舊的 Android 裝置——具有有缺陷的 PMF 實作。當 PMF 設定為必要時,它們將無法連線。解決方法是使用轉換模式,該模式將 PMF 設定為可選而非必要,或將這些裝置置於獨立的 WPA2 SSID。 第二個是憑證信任失敗。如果用戶端的信任存放區中沒有 RADIUS 伺服器的 CA 憑證,它們要麼無法連線,要麼——更糟的是——因為憑證驗證設定錯誤而照常連線。在推出 WPA3-Enterprise 設定檔之前,務必透過 MDM 將 CA 憑證部署到用戶端。在生產部署之前明確測試這一點。 第三個是 RADIUS 伺服器容量。在大型部署中,RADIUS 伺服器的驗證負載可能會很大,特別是在早晨登入高峰期間。確保您的 RADIUS 基礎設施大小適當,並考慮部署具有容錯移轉功能的備援 RADIUS 伺服器。單一 RADIUS 伺服器故障將會導致整個已驗證網路癱瘓。 第四個是 EAP 逾時設定錯誤。許多無線控制器上的預設 EAP 逾時值是針對低延遲 LAN 環境設定的。在高速遲 WAN 情境下——例如,從遠端站點存取雲端託管的 RADIUS 伺服器——這些逾時可能導致驗證失敗。對於雲端 RADIUS 部署,將無線控制器上的 EAP 逾時時間增加到至少三十秒。 第五個,也許也是最常見的,是不完整的用戶端設定。在沒有 RADIUS 伺服器憑證信任錨點的情況下推送 WPA3-Enterprise SSID 設定檔,是驗證失敗最常見的單一原因。讓憑證部署成為您標準裝置上線流程的一部分,而不是事後才想到。 [部分:快速問答] 好的,讓我們針對我最常收到的問題進行快速問答。 問:我需要新的存取點來部署 WPA3-Enterprise 嗎? 答:不一定。大多數在 2019 年後出貨的企業級 AP 可透過韌體更新支援 WPA3。請查閱您的供應商版本的說明。如果您執行的硬體是 2017 年或更早的,您可能需要規劃硬體更新。 問:我可以在同一個 SSID 上執行 WPA3-Enterprise 和 WPA2-Enterprise 嗎? 答:可以,這正是轉換模式的作用。兩種協定版本共用同一個 SSID,用戶端會協商其支援的最高版本。 問:WPA3-Enterprise 是否需要 EAP-TLS? 答:僅在 192 位元安全模式中需要。標準 WPA3-Enterprise 支援 PEAP-MSCHAPv2、EAP-TLS 和 EAP-TTLS。EAP-TLS 是最安全的選項,但 PEAP-MSCHAPv2 對大多數企業部署而言是可接受的。 問:WPA3-Enterprise 需要 Wi-Fi 6 硬體嗎? 答:不需要。WPA3 是一種安全協定,而非無線電技術。它可以在 Wi-Fi 5 硬體上執行。不過,如果您無論如何都打算進行硬體更新,Wi-Fi 6 或 Wi-Fi 6E 硬體值得考慮,以獲得傳輸量和容量的提升。 [部分:總結與後續步驟] 總結一下,讓我為您提供本集的五個重點。 一:WPA3-Enterprise 不是一項汰換式的作業。從轉換模式開始,監控採用情況,並逐步移轉。 二:最重要的設定項目是用戶端上的強制伺服器憑證驗證。沒有它,您就無法獲得完整的安全性效益。 三:對於大多數企業環境而言,標準 WPA3-Enterprise 搭配 PEAP-MSCHAPv2 是正確的起點。將 192 位元模式留給真正的高安全性要求。 四:從第一天起就規劃 RADIUS 基礎設施的備援。驗證後端的單點故障是您無法承受的營運風險。 五:舊版裝置是每次移轉的長尾。及早識別它們,適當地進行區隔,不要讓它們阻礙您整體的 WPA3 採用。 如果您正在規劃 WPA3-Enterprise 部署,並想了解 Purple 的 WiFi 智慧平台如何支援您的推出——從裝置能見度到合規報告——請造訪 purple.ai,與我們的解決方案架構師洽談。 感謝收聽。下次見。

執行摘要

header_image.png

WPA3-Enterprise 代表了自 802.1X 驗證推出以來,企業無線安全最重要的升級。對於在飯店業、零售業、活動或公共部門環境中營運的組織而言,從 WPA2-Enterprise 移轉不是「是否」的問題,而是「何時」——以及如何在不中斷營運的情況下執行。

核心安全性改進具體且可衡量。受保護的管理框架 (PMF) 成為強制性,消除了長期以來在人群密集場所被利用的解除驗證攻擊向量。802.1X 交握期間的伺服器憑證驗證被強制執行,堵住了 WPA2 中可選驗證所遺留的惡意存取點憑證收集漏洞。每個工作階段的金鑰衍生帶來了前向保密,確保即使工作階段金鑰事後遭到破解,歷史流量也不會被回溯解密。

對於合規導向的組織而言,WPA3-Enterprise 滿足了 PCI DSS v4.0 要求 4.2.1(傳輸中的強加密),並符合 GDPR 第 32 條對於適當技術安全措施之要求。192 位元安全模式符合 NIST SP 800-187 和 NSA CNSA 套件對於敏感政府及金融環境的要求。

本指南提供了一個結構化的部署路徑:基礎設施稽核、RADIUS 設定、使用轉換模式的分階段 SSID 推出、透過 MDM 進行用戶端裝置設定,以及針對五種最常見失敗模式的明確升級路徑。


技術深入探討

WPA3-Enterprise 安全架構

WPA3-Enterprise 由 Wi-Fi 聯盟 WPA3 規格(目前版本 3.3)定義,並直接建立在 IEEE 802.11i 安全框架上。驗證層仍然是 IEEE 802.1X——與支撐 WPA2-Enterprise 的基於連接埠的網路存取控制標準相同——但包含三項 WPA2 視為可選的關鍵強制性增強功能。

受保護的管理框架 (IEEE 802.11w) 是所有 WPA3 連線所必需的。在 WPA2 中,管理框架——控管關聯、解除關聯和解除驗證的 802.11 控制訊息——以明文傳輸。攻擊者使用一般的無線網卡即可偽造解除驗證框架,並隨意強制用戶端離開網路。此攻擊無需任何憑證或複雜的工具。在會議中心、體育場和飯店大廳等高密度環境中,它是一個實際的營運風險。WPA3 強制性的 PMF 以加密方式驗證管理框架,使此類攻擊無效。

強制性伺服器憑證驗證堵住了惡意存取點的攻擊向量。在 WPA2-Enterprise 中,用戶端裝置上的 802.1X 請求者無需在提交驗證憑證之前驗證 RADIUS 伺服器的憑證。實務上,許多企業部署要麼跳過此設定,要麼錯誤地實作,使使用者容易遭受透過邪惡雙胞胎存取點進行的憑證收集攻擊。WPA3-Enterprise 強制要求用戶端在繼續驗證之前,驗證 RADIUS 伺服器憑證是否由受信任的 CA 核發。這一項改變就消除了整個中間人攻擊的類型。

前向保密透過每個工作階段的金鑰衍生,確保單一工作階段金鑰的破解不會暴露歷史或未來的工作階段。在 WPA2 中,缺少前向保密意味著攻擊者若擷取加密流量,並日後(透過另一次破解)獲得工作階段金鑰,便可以解密所有先前擷取的流量。對於處理支付卡資料、個人健康資訊或商業敏感通訊的組織,這是一項重大風險。

comparison_chart.png

WPA3-Enterprise 運作模式

有三種不同的運作模式,選擇合適的模式是任何部署中的首要架構決策。

模式 加密 EAP 方法 PMF 使用案例
WPA3-Enterprise (標準) AES-CCMP-128 PEAP、EAP-TLS、EAP-TTLS 強制性 一般企業、飯店業、零售業
WPA3-Enterprise 192 位元 AES-GCMP-256 + HMAC-SHA-384 僅 EAP-TLS 強制性 政府、金融、國防、關鍵基礎設施
WPA2/WPA3-Enterprise 轉換 AES-CCMP-128 / GCMP-256 PEAP、EAP-TLS、EAP-TTLS 可選 移轉階段、混合裝置群

標準 WPA3-Enterprise 是大多數企業部署的合適選擇。它提供了三項核心安全性改進——強制性 PMF、強制性伺服器憑證驗證和前向保密——同時支援完整的 EAP 方法,包括 PEAP-MSCHAPv2,該方法允許針對 Active Directory 或 LDAP 進行使用者名稱和密碼驗證。用戶端裝置相容性廣泛:Windows 10 版本 1903 及更高版本、macOS 10.15 (Catalina) 及更高版本、iOS 13 及更高版本,以及 Android 10 及更高版本皆支援標準 WPA3-Enterprise。

WPA3-Enterprise 192 位元安全模式是專為具有更高法規或安全要求的環境設計的。加密套件——用於資料機密性的 AES-GCMP-256、用於訊息完整性的 HMAC-SHA-384,以及用於金鑰交換和驗證的 ECDH/ECDSA-384——符合 NSA 的商業國家安全演算法 (CNSA) 套件和 NIST SP 800-187。關鍵限制是,EAP-TLS 搭配相互憑證驗證是唯一允許的 EAP 方法。不支援使用者名稱和密碼驗證。此模式需要成熟的 PKI 基礎設施,不適合具有非受管或 BYOD 裝置的環境。

轉換模式允許 WPA2 和 WPA3 用戶端同時連線到相同的 SSID。用戶端會協商其支援的最高安全版本。這是任何移轉的推薦起點,因為它消除了中斷舊有裝置的風險,同時從第一天起就為具備能力的用戶端啟用 WPA3。

802.1X 驗證流程

architecture_overview.png

WPA3-Enterprise 中的 802.1X 驗證交換涉及三個角色:請求者(用戶端裝置)、驗證者(存取點或無線控制器)和驗證伺服器(RADIUS 伺服器)。流程如下進行。

用戶端裝置關聯至存取點,並啟動 EAP 交換。存取點充當透明代理,透過 RADIUS Access-Request 和 Access-Challenge 封包,在用戶端和 RADIUS 伺服器之間轉送 EAP 訊息。RADIUS 伺服器將其憑證提供給用戶端,用戶端現在必須根據其受信任的 CA 儲存區來驗證該憑證——這是 WPA3 引入的強制性驗證步驟。一旦用戶端驗證了伺服器的身分,就會繼續提交憑證 (PEAP) 或進行相互憑證交換 (EAP-TLS)。驗證成功後,RADIUS 伺服器會回傳 Access-Accept 訊息,可選擇性地包含 VLAN 指派屬性(Tunnel-Type、Tunnel-Medium-Type、Tunnel-Private-Group-ID),存取點使用這些屬性將用戶端置於適當的網路區段上。


實作指南

階段 1:基礎設施稽核與就緒評估

在進行任何設定變更之前,徹底盤點現有環境至關重要。稽核應涵蓋四個方面。

存取點和控制器韌體:確認所有 AP 和無線控制器皆支援 WPA3。大多數在 2019 年後出貨的企業級硬體可透過韌體更新支援 WPA3,但所需的具體韌體版本因供應商而異。查閱供應商版本的說明,並確保所有 AP 在繼續之前都執行支援 WPA3 的韌體版本。

用戶端裝置清單:依 WPA3 支援狀態將裝置分類。受管理的端點(已註冊 MDM 的公司筆記型電腦、平板電腦、智慧型手機)應易於評估。非受管理和 IoT 裝置——印表機、智慧鎖、HVAC 控制器、POS 終端機——需要個別評估。無法支援 WPA3 的裝置必須及早識別,因為它們將需要獨立的 WPA2 SSID,或被置於轉換模式中。

RADIUS 基礎設施:評估現有的 RADIUS 伺服器,確定其支援的 EAP 方法、容量和備援。如果您要轉換到 EAP-TLS,請確定是否存在內部 PKI,或是否需要雲端託管的憑證授權單位。評估當前的 RADIUS 基礎設施是否具有高可用性設定——在生產部署中,沒有容錯移轉功能的單一 RADIUS 伺服器是不可接受的單點故障。

網路分段:審查現有的 VLAN 架構。WPA3-Enterprise 部署通常受益於透過 RADIUS 屬性進行的動態 VLAN 指派,這允許單一 SSID 為多個使用者族群提供服務,並具有適當的網路隔離。確認交換基礎設施支援 802.1Q VLAN 標記,並且 RADIUS 伺服器設定為回傳正確的 VLAN 屬性。

階段 2:RADIUS 伺服器設定

RADIUS 伺服器是任何 802.1X 部署的驗證骨幹。設定要求會因平台而異,但以下步驟適用於所有供應商。

定義網路存取伺服器 (NAS) 項目:對於每個會向 RADIUS 伺服器傳送驗證請求的存取點或無線控制器,建立一個 NAS 項目,指定來源 IP 位址和一個共用密鑰。此共用密鑰必須複雜(最少 24 個字元,混合大小寫、數字和符號),並且每個 NAS 項目必須是唯一的。

設定 EAP 方法和憑證:對於 PEAP-MSCHAPv2 部署,請在 RADIUS 伺服器上安裝由用戶端信任的 CA 所核發的伺服器憑證。對於 EAP-TLS 部署,請同時設定伺服器端和用戶端憑證驗證。RADIUS 伺服器憑證的 Common Name 或 Subject Alternative Name 必須與用戶端設定檔中設定的值相符,否則憑證驗證將會失敗。

與使用者目錄整合:將 RADIUS 伺服器連線到 Active Directory、LDAP 或雲端身分提供者以進行憑證驗證。對於 EAP-TLS 部署,請使用適當的憑證範本和撤銷檢查(OCSP 或 CRL)設定基於憑證的驗證。

設定 RADIUS 計費:在 RADIUS 伺服器上啟用計費功能,並設定無線控制器傳送計費開始、中間和停止記錄。這提供了 PCI DSS 要求 8(個人使用者責任歸屬)所需的稽核軌跡,並支援事件調查。

設定動態 VLAN 指派:為每個使用者群組或憑證設定檔定義 RADIUS 屬性:Tunnel-Type(值 13,VLAN)、Tunnel-Medium-Type(值 6,802)和 Tunnel-Private-Group-ID(以字串表示的 VLAN ID)。這允許 RADIUS 伺服器根據使用者的身分或憑證,將已驗證的用戶端置於適當的網路區段。

階段 3:SSID 設定

在無線控制器上使用以下參數設定 WPA3-Enterprise SSID。

  • 安全模式:初始部署使用 WPA2/WPA3-Enterprise(轉換模式)
  • PMF:可選(轉換模式)或必要(僅限 WPA3 模式)
  • EAP 方法:根據情況使用 PEAP 或 EAP-TLS
  • RADIUS 伺服器:主要和次要 RADIUS 伺服器的 IP 位址、埠(驗證 1812,計費 1813)和共用密鑰
  • RADIUS 計費:啟用,並設定計費伺服器
  • 動態 VLAN:若使用基於 RADIUS 的 VLAN 指派則啟用

階段 4:用戶端裝置設定

用戶端設定是部署中操作最密集的階段。對於受管理裝置,使用 MDM 或群組原則來推送以下設定元素。

RADIUS CA 憑證:核發 RADIUS 伺服器驗證憑證的 CA 憑證必須部署到用戶端的受信任根憑證存放區。若沒有此憑證,憑證驗證將會失敗,或者(如果用戶端被錯誤設定為跳過驗證)WPA3-Enterprise 的安全效益將被抵銷。

SSID 設定檔:設定 SSID 名稱、安全類型(WPA3-Enterprise 或 WPA2/WPA3-Enterprise)、EAP 方法,以及伺服器憑證驗證參數,包括預期的伺服器名稱或憑證主旨。

對於 EAP-TLS 部署:透過 SCEP(簡易憑證註冊協定)或手動安裝,將用戶端憑證部署到每個裝置。自動化憑證更新,以防止憑證到期時發生驗證失敗。

階段 5:監控與移轉完成

一旦轉換模式上線,監控無線控制器或雲端管理平台上的 WPA3 採用指標。追蹤使用 WPA3 與 WPA2 的用戶端關聯百分比。當 WPA3 採用率超過 95%,且所有剩餘的 WPA2 用戶端已識別完畢,並已移轉或區隔至專用的舊版 SSID 時,即可將主要 SSID 轉換為僅限 WPA3 模式。


最佳實務

從第一天起就部署備援 RADIUS 伺服器。 單一 RADIUS 伺服器故障會導致整個已驗證網路癱瘓。在每個 AP 和控制器上設定主要和次要 RADIUS 伺服器,並具有自動容錯移轉功能。對於多站點部署,請考慮使用具有內建地理備援的雲端託管 RADIUS 服務。

在每個用戶端上強制執行伺服器憑證驗證。 這是 WPA3-Enterprise 部署中最重要的單一設定項目。部署 WPA3-Enterprise 但未在用戶端上強制執行伺服器憑證驗證,將無法提供任何對抗惡意存取點攻擊的保護。在測試期間明確驗證此設定——不要假設 MDM 設定檔已正確套用。

使用動態 VLAN 指派進行網路分段。 與其為不同的使用者族群部署多個 SSID,不如使用基於 RADIUS 的動態 VLAN 指派,根據使用者的身分將其置於適當的網路區段。這減少了 RF 壅塞(更少的 SSID),簡化了無線架構,並維持了每個使用者的網路隔離。

為非受管 IoT 裝置維護專用的舊版 SSID。 無法支援 WPA3 的裝置——舊版 POS 終端機、較舊的印表機、IoT 感測器——應置於獨立的 WPA2-Enterprise SSID 上,並具有嚴格的 VLAN 隔離和防火牆規則。不要讓這些裝置阻礙主要員工網路移轉至 WPA3。

參考 IEEE 802.1X 和 Wi-Fi 聯盟 WPA3 規格 v3.3,作為部署文件的權威標準。出於合規目的,在您的網路安全政策中記錄具體的密碼套件、EAP 方法和 PMF 設定,並明確引用這些標準。

符合 PCI DSS v4.0 要求 4.2.1,記錄使用 AES-GCMP 加密的 WPA3-Enterprise 滿足傳輸中資料的強加密要求。根據您的合規架構要求的期限保留 RADIUS 計費記錄(通常為線上 12 個月,封存 12 個月)。


疑難排解與風險降低

deployment_scenario.png

下表總結了 WPA3-Enterprise 部署中五種最常見的失敗模式、其根本原因和建議的補救措施。

失敗模式 根本原因 補救措施
用戶端無法連線,PMF 錯誤 舊版裝置具有有缺陷的 PMF 實作 切換至轉換模式(PMF 可選)或將裝置移至 WPA2 SSID
驗證失敗,憑證錯誤 RADIUS CA 憑證不在用戶端信任存放區中 在推出 SSID 設定檔之前,透過 MDM 部署 CA 憑證
間歇性驗證失敗 RADIUS 伺服器容量或 EAP 逾時 擴充 RADIUS 基礎設施;對於雲端 RADIUS,將 EAP 逾時增加到 30 秒以上
未套用 VLAN 指派 RADIUS 屬性不正確 驗證 Tunnel-Type (13)、Tunnel-Medium-Type (6)、Tunnel-Private-Group-ID(VLAN ID 為字串)
Windows 10 裝置無法連線 過時的驅動程式或作業系統組建 確保 Windows Update 為最新;更新無線網卡驅動程式;使用 Windows 11 進行測試

PMF 相容性問題:受保護的管理框架在 WPA3-Enterprise 中是強制性的,但某些舊版裝置——尤其是較舊的 Android 手機、舊版印表機和某些 IoT 裝置——具有不符合規範的 PMF 實作,導致連線失敗。立即的補救措施是啟用轉換模式,該模式將 PMF 設定為可選而非必要。長遠而言,這些裝置應移轉至具有適當 VLAN 隔離的專用 WPA2 SSID。

憑證信任鏈失敗:在新的 WPA3-Enterprise 部署中,EAP 驗證失敗最常見的原因是,用戶端的受信任根存放區中缺少 RADIUS 伺服器的 CA 憑證。這表現為驗證失敗,並在用戶端的事件紀錄中出現憑證驗證錯誤。修復方法很直接——透過 MDM 部署 CA 憑證——但必須在將 SSID 設定檔推送至用戶端之前完成。強烈建議在廣泛推出之前,先在試驗裝置組上測試憑證部署。

RADIUS 伺服器容量:在大型部署中,特別是在早晨登入高峰期間,RADIUS 伺服器可能成為瓶頸。監控 RADIUS 伺服器在高峰期間的 CPU 和記憶體使用率。對於超過 500 個並行使用者的部署,請考慮在負載平衡器後端部署多個 RADIUS 伺服器,或使用具有自動擴充功能的雲端託管 RADIUS 服務。

Android 裝置碎片化:Android 的 WPA3-Enterprise 實作因製造商和 Android 版本而異。Android 10 引入了 WPA3 支援,但實作品質各不相同。在廣泛推出之前,使用具代表性的 Android 裝置樣本(包括特定製造商型號)進行測試。某些裝置需要與標準設定檔不同的特定 EAP 設定參數。


投資報酬率與業務影響

WPA3-Enterprise 移轉的業務案例基於三大支柱:風險降低、合規效率與營運韌性。

風險降低:在營收關鍵的環境中,消除解除驗證攻擊特別有價值。會議中心或飯店在重大活動期間遭受無線阻斷服務攻擊,將面臨直接的營收損失和聲譽損害。強制性 PMF 完全消除了此攻擊向量。堵住惡意存取點憑證收集漏洞,降低了憑證遭竊導致更廣泛網路入侵的風險——根據 GDPR,此類事件可能面臨高達全球年營業額 4% 的罰款。

合規效率:受 PCI DSS v4.0 約束的組織可受益於更簡潔的合規態勢。採用 AES-GCMP 加密的 WPA3-Enterprise 滿足了要求 4.2.1 的強加密要求,而 RADIUS 計費記錄則滿足了要求 8 的個人使用者責任歸屬。記錄 WPA3-Enterprise 部署實質上比針對現行 PCI DSS 要求來證明 WPA2 部署更簡單,後者對舊版協定的使用審查日益嚴格。

營運韌性:分階段的移轉方法——從轉換模式開始,監控 WPA3 採用率——使組織能夠在不中斷的情況下改善安全態勢。對 RADIUS 基礎設施備援、憑證管理自動化和基於 MDM 的用戶端設定的投資,其效益不僅限於 WPA3:這些能力為未來的任何網路存取控制計畫奠定了基礎。

可衡量的成果:已完成 WPA3-Enterprise 部署的組織報告指出,已消除基於解除驗證的事件、減少了與憑證相關的安全事件,並簡化了 PCI DSS 稽核流程。對於處理支付卡資料的 400 間客房飯店集團而言,僅合規效率的提升——稽核範圍縮小、證據包更簡潔——通常就能在第一個合規週期內證明部署投資的合理性。

關鍵定義

WPA3-Enterprise

Wi-Fi Protected Access 3 的企業模式,由 Wi-Fi 聯盟 WPA3 規格定義。它使用 IEEE 802.1X 進行驗證,強制使用受保護的管理框架 (IEEE 802.11w)、強制伺服器憑證驗證和 AES-GCMP 加密。它有標準(128 位元)和 192 位元安全模式可供選擇。

IT 團隊在規劃從 WPA2-Enterprise 升級無線安全性時會遇到此術語。它是當前企業無線安全的最佳實務標準,並在 PCI DSS v4.0、NIST SP 800-187 和 GDPR 第 32 條的合規討論中被引用。

IEEE 802.1X

基於連接埠的網路存取控制的 IEEE 標準。它定義了一個涉及三個角色的驗證架構:請求者(用戶端裝置)、驗證者(存取點或交換器)和驗證伺服器(RADIUS)。802.1X 是 WPA2-Enterprise 和 WPA3-Enterprise 的驗證骨幹。

網路架構師在設計企業無線或有線網路存取控制時會遇到 802.1X。了解三方驗證模型對於排解驗證失敗和正確設定 RADIUS 伺服器至關重要。

RADIUS (Remote Authentication Dial-In User Service)

一種網路協定 (RFC 2865),為網路存取提供集中式驗證、授權和計費 (AAA)。在 WPA3-Enterprise 部署中,RADIUS 伺服器驗證用戶端憑證或憑證,並回傳存取決策,可選擇性地包含 VLAN 指派屬性。

IT 團隊在任何 802.1X 部署中都會遇到 RADIUS 作為驗證伺服器。常見的實作包括 Microsoft NPS (Windows Server)、FreeRADIUS(開放原始碼)、Cisco ISE 和 Aruba ClearPass。雲端託管的 RADIUS 服務對於分散式企業據點來說越來越普遍。

Protected Management Frames (PMF / IEEE 802.11w)

一種 Wi-Fi 安全機制,以加密方式驗證 802.11 管理框架——控管裝置關聯、解除關聯和解除驗證的控制訊息。PMF 可防止攻擊者偽造解除驗證框架,強制用戶端離開網路。在 WPA3 中為強制性;在 WPA2 中為可選。

網路架構師在設定 WPA3-Enterprise SSID 以及排解舊版裝置連線問題時會遇到 PMF。具有不符合規範的 PMF 實作的裝置,在 PMF 設定為「必要」時將無法連線,因此需要使用轉換模式或獨立的 WPA2 SSID。

EAP-TLS (Extensible Authentication Protocol - Transport Layer Security)

一種 EAP 方法,使用 X.509 數位憑證在用戶端和 RADIUS 伺服器之間進行相互驗證。用戶端和伺服器都提供憑證,提供了所有 EAP 方法中最強的驗證保證。WPA3-Enterprise 192 位元模式所需。

IT 團隊在部署基於憑證的無線驗證時會遇到 EAP-TLS。它需要 PKI 基礎設施(內部 CA 或雲端託管)以及基於 MDM 的用戶端裝置憑證部署。它完全消除了憑證遭竊的風險,因為沒有密碼可供竊取。

PEAP-MSCHAPv2 (Protected EAP with Microsoft Challenge Handshake Authentication Protocol v2)

一種 EAP 方法,將 MSCHAPv2 使用者名稱和密碼驗證封裝在與 RADIUS 伺服器憑證建立的 TLS 工作階段內。它是企業無線網路中最廣泛部署的 EAP 方法,支援針對 Active Directory 和 LDAP 目錄的驗證。

IT 團隊會遇到 PEAP-MSCHAPv2 作為 WPA2-Enterprise 和標準 WPA3-Enterprise 部署的預設 EAP 方法。它適用於具有受管理裝置和現有 Active Directory 基礎設施的環境。必須在用戶端上設定伺服器憑證驗證,以防止憑證攔截。

Dynamic VLAN Assignment

一種 RADIUS 功能,允許驗證伺服器在驗證時根據使用者的身分、群組成員資格或憑證屬性,將用戶端指派至特定的 VLAN。RADIUS 伺服器在 Access-Accept 訊息中回傳三個屬性:Tunnel-Type (13/VLAN)、Tunnel-Medium-Type (6/802) 和 Tunnel-Private-Group-ID (VLAN ID)。

網路架構師使用動態 VLAN 指派來實作依使用者或角色區分的網路分段,而無需部署多個 SSID。這在飯店業和零售業環境中特別有價值,因為不同使用者族群(員工、管理層、承包商)需要不同的網路存取層級。

Forward Secrecy

一種密碼學屬性,確保工作階段金鑰的破解不會暴露過去或未來的工作階段流量。WPA3-Enterprise 透過每個工作階段的金鑰衍生來實現前向保密,這意味著每個驗證工作階段都會產生一個唯一的金鑰,並在工作階段結束後捨棄。

CTO 和安全架構師在討論資料保護風險時會遇到前向保密。在 WPA2 中,缺少前向保密意味著攻擊者今天擷取加密的無線流量,並日後透過另一次破解獲得工作階段金鑰,就可以解密所有歷史流量。前向保密消除了這種回溯解密的風險。

Transition Mode (WPA2/WPA3-Enterprise Mixed Mode)

一種 WPA3 運作模式,允許 WPA2-Enterprise 和 WPA3-Enterprise 用戶端同時連線至相同的 SSID。用戶端協商其支援的最高安全版本。在此模式下,PMF 設定為可選而非必要,確保與舊版裝置的相容性。

IT 團隊使用轉換模式作為 WPA3-Enterprise 移轉的標準起點。它消除了中斷舊有裝置的風險,同時立即為具備能力的用戶端啟用 WPA3。大多數組織在切換至僅限 WPA3 之前,會維持轉換模式 12 至 24 個月。

WPA3-Enterprise 192-bit Security Mode

WPA3-Enterprise 的一種可選高安全模式,使用 AES-GCMP-256 加密、HMAC-SHA-384 用於訊息完整性,以及 ECDH/ECDSA-384 用於金鑰交換。僅允許 EAP-TLS。符合 NIST SP 800-187 和 NSA 的商業國家安全演算法 (CNSA) 套件。

政府、金融服務和國防部門的網路架構師在為敏感或機密環境部署無線網路時會遇到此模式。它需要成熟的 PKI 基礎設施,不適合具有非受管或 BYOD 裝置的環境。

範例

一個在英國擁有 12 家物業的 400 間客房飯店集團,需要將其員工無線網路從 WPA2-Enterprise 移轉至 WPA3-Enterprise。環境中包含受管理的 Windows 筆記型電腦、已註冊 MDM 的 iOS 裝置、執行嵌入式韌體的舊版 CCTV 攝影機,以及僅支援 WPA2 的智慧門鎖控制器。他們透過雲端 PMS 處理支付卡資料,且在整個移轉過程中必須維持 PCI DSS v4.0 合規性。

此部署採用五階段方法。階段 1(第 1 至 2 週):對所有 12 家物業進行完整的裝置清點。將裝置分為三類:支援 WPA3 的受管理端點(Windows 10 1903+、iOS 13+)、不支援 WPA3 的 IoT 裝置(CCTV、門鎖),以及未知/非受管理裝置。稽核整個集團的 AP 韌體版本——大多數 2019 年後的企業級 AP 可透過韌體更新支援 WPA3。階段 2(第 3 至 4 週):設定雲端託管的 RADIUS 伺服器(或每個物業的 Windows Server NPS),使用 PEAP-MSCHAPv2 對應 Active Directory。安裝由受信任 CA 核發的有效伺服器憑證。為每個 AP/控制器設定 NAS 項目。啟用 RADIUS 計費。階段 3(第 5 週):透過 Intune MDM 將 RADIUS CA 憑證部署至所有受管理裝置。將 WPA2/WPA3-Enterprise 轉換模式 SSID 設定檔推送至受管理裝置,包括指向已部署 CA 憑證的伺服器憑證驗證設定。階段 4(第 6 至 8 週):在所有 AP 上啟用轉換模式 SSID。在無線控制器上監控 WPA3 與 WPA2 的關聯統計資料。同時,為 CCTV 攝影機和門鎖控制器在獨立的 VLAN 上建立專用的 WPA2-Enterprise SSID,並設定嚴格的防火牆規則,僅允許這些裝置所需的特定流量。階段 5(第 3 個月及以後):當員工 SSID 的 WPA3 採用率超過 95% 時,安排維護時段將員工 SSID 從轉換模式切換至僅限 WPA3。無限期保留用於舊版裝置的 WPA2 IoT SSID。記錄 PCI DSS 證據的設定:密碼套件(最低 AES-CCMP-128)、PMF 狀態(必要)、啟用 RADIUS 計費、保留每個裝置的驗證記錄 12 個月。

考官評語: 此方法正確地將零中斷移轉置於直接轉換之上。關鍵的架構決策——為 IoT 裝置維護獨立的 WPA2 SSID,而非強制它們進入轉換模式——對於 PCI DSS 環境而言是正確的選擇,因為它提供了持卡人資料環境與 IoT 資產之間的明確網路分段。使用 RADIUS 屬性的動態 VLAN 指派(此處未詳細說明,但建議使用)將進一步強化分段態勢。另一種方法——從第一天起就僅部署 WPA3——將導致 IoT 資產立即出現連線失敗,且在未全面更新裝置的情況下不可行。採用轉換模式的分階段方法是業界標準的移轉路徑,並獲得 Wi-Fi 聯盟 WPA3 部署指南的明確支持。

一家在歐洲擁有 250 家門市的零售連鎖店,需要使用 WPA3-Enterprise 來保護其員工行動裝置網路(用於庫存管理和客戶服務的平板電腦),同時維持其現有 WPA2-Enterprise POS 終端機網路的 PCI DSS 合規性。IT 團隊的現場技術資源有限,需要一個可集中管理的解決方案。

架構在 SSID 層級將 POS 網路和員工行動網路分開。POS 網路保持使用 802.1XWPA2-Enterprise,隔離在專用的 VLAN 中,並設有 ACL,僅允許流向支付處理器 IP 範圍和 PMS 的流量。此網路在 POS 終端機韌體支援之前不會移轉至 WPA3。員工行動網路則部署為使用 EAP-TLS 搭配用戶端憑證的新 WPA3-Enterprise SSID。選擇雲端託管的 RADIUS 服務(例如 Cisco ISE、Aruba ClearPass 或雲端原生選項),以消除在每家門市設置現場 RADIUS 基礎設施的需求。透過 MDM(Microsoft Intune 或 Jamf)使用 SCEP 將憑證部署至員工平板電腦,並在到期前 30 天自動更新。RADIUS 伺服器設定為動態 VLAN 指派:店經理平板電腦獲得具有較廣泛存取權限的管理 VLAN;標準員工平板電腦則獲得僅允許庫存系統和客戶服務應用程式流量的受限 VLAN。RADIUS 計費記錄集中保存 12 個月,以滿足 PCI DSS 要求 8。雲端 RADIUS 服務在兩個 AWS 區域提供地理備援,消除了單點故障風險。推出作業在 8 週內逐家門市進行,IT 團隊使用雲端管理主控台監控每家門市的驗證成功率和 WPA3 採用情況。

考官評語: 此情境的關鍵見解在於關注點分離:POS 網路和員工行動網路具有不同的安全要求、不同的裝置族群以及不同的移轉時程。嘗試同時移轉兩者將對 PCI DSS 範圍內的 POS 網路帶來不必要的風險。在此情況下,為員工行動網路選擇 EAP-TLS 而非 PEAP-MSCHAPv2 是合適的,因為所有裝置皆為受管理(已註冊 MDM),使得憑證部署簡單明瞭。EAP-TLS 提供更強的安全性——相互憑證驗證完全消除了憑證遭竊的風險——且是受管理裝置群的首選 EAP 方法。雲端託管 RADIUS 方法是分散式零售據點的正確選擇:它消除了 250 個地點的現場基礎設施,提供了集中管理,並提供了內建備援,這若使用內部部署的 RADIUS 伺服器來複製將所費不貲。

練習題

Q1. 您的組織營運一個可容納 50,000 人的體育場,擁有混合的裝置群:800 台受管理的 Windows 員工筆記型電腦、200 台活動工作人員使用的 Android 平板電腦(已註冊 MDM)、150 台執行 Windows Embedded 的舊版 POS 終端機(僅支援 WPA2),以及大約 400 個 IoT 裝置,包括旋轉門控制器和數位看板。您被要求在 90 天內為員工網路部署 WPA3-Enterprise,同時維持 POS 網路的 PCI DSS 合規性。請概述您的部署架構和分階段推出計畫。

提示:將 POS 終端機和 IoT 裝置與受管理的員工端點分開考量。90 天的時程需要分階段的方法——確定哪些網路區段可以優先移轉,哪些需要更長期的規劃。考量到場館高密度、以活動為導向的特性,請思考 RADIUS 備援。

查看標準答案

部署需要三個 SSID 架構。首先,為受管理的員工裝置(Windows 筆記型電腦和 Android 平板電腦)設定轉換模式下的 WPA3-Enterprise SSID,使用 PEAP-MSCHAPv2 對應 Active Directory,並透過動態 VLAN 指派將作業人員與管理層分開。其次,為 POS 終端機設定 WPA2-Enterprise SSID,隔離在專用的 VLAN 上,並設有僅允許支付處理器流量的 ACL——此網路在 POS 韌體支援之前不會移轉至 WPA3。第三,為 IoT 裝置(旋轉門控制器、數位看板)設定 WPA2 SSID,置於獨立的 VLAN 上,並設有嚴格的防火牆規則。RADIUS 基礎設施必須針對活動日高峰進行規模調整——在體育場環境中,員工報到期間可能會有 1,000 次以上的同時驗證。部署主要和次要 RADIUS 伺服器(或具有備援的雲端託管服務),並在第一場大型活動之前測試容錯移轉。90 天的時程是可以達成的:第 1 至 2 週進行基礎設施稽核和 RADIUS 設定,第 3 至 4 週透過 MDM 部署 CA 憑證並進行試驗 SSID 測試,第 5 至 8 週在全場館分階段推出,第 9 至 12 週進行監控和記錄。POS 和 IoT 網路在這些裝置群能夠更新之前,無限期維持在 WPA2。

Q2. 一個政府部門正在為敏感的作業環境部署新的無線網路。安全團隊指定使用 WPA3-Enterprise 192 位元安全模式。裝置群完全由受管理的 Windows 11 筆記型電腦和 iOS 16 iPad 組成,全部已註冊 MDM。IT 團隊沒有現有的 PKI 基礎設施。此部署的主要先決條件是什麼,以及憑證管理的建議方法是什麼?

提示:WPA3-Enterprise 192 位元模式具有特定的 EAP 方法限制。請考量需要何種憑證基礎設施,以及內部 PKI 或雲端託管 CA 何者更適合政府環境。同時考量憑證生命週期管理的要求。

查看標準答案

WPA3-Enterprise 192 位元模式需要 EAP-TLS 搭配相互憑證驗證——沒有其他 EAP 方法。先決條件是:(1) 能夠核發符合 192 位元模式要求(最低 ECDSA-384 或 RSA-3072)的憑證的憑證授權單位基礎設施;(2) 支援 EAP-TLS 及必要密碼套件(AES-GCMP-256、HMAC-SHA-384)的 RADIUS 伺服器;(3) 能夠透過 SCEP 部署用戶端憑證的 MDM 基礎設施。對於沒有現有 PKI 的政府環境,建議的方法是使用 Windows Server Certificate Services (ADCS) 部署內部 CA,採用離線根 CA 和線上發行 CA——這提供了適合敏感環境的稽核控制和實體隔離安全性。RADIUS 伺服器憑證應由發行 CA 核發。用戶端憑證應透過 MDM 平台上的 SCEP 部署至裝置,並在到期前 30 天觸發自動更新。CA 根憑證必須在推送 SSID 設定檔之前部署到所有用戶端裝置的受信任根存放區。憑證撤銷應透過 OCSP 實作,以進行即時撤銷檢查,並以 CRL 作為備援。RADIUS 伺服器必須設定為在每次驗證時檢查撤銷狀態。記錄 PKI 架構、憑證政策和撤銷程序,以供安全認證套件使用。

Q3. 在一家擁有 300 間客房的飯店以轉換模式部署 WPA3-Enterprise 六週後,您的無線控制器儀表板顯示只有 60% 的用戶端關聯使用 WPA3,40% 仍在使用 WPA2。IT 團隊想了解為何採用率低於預期,以及現在是否安全切換至僅限 WPA3 模式。您會採取哪些診斷步驟,以及在切換至僅限 WPA3 之前必須滿足哪些條件?

提示:40% 的 WPA2 數字可能代表無法支援 WPA3 的舊版裝置、設定檔設定錯誤的受管理裝置,或是尚未套用 MDM 設定檔的裝置。請區分無法支援 WPA3 的裝置和尚未為其設定的裝置。切換至僅限 WPA3 的準則應涵蓋這兩類。

查看標準答案

診斷過程首先使用無線控制器的用戶端關聯記錄,依 MAC 位址和裝置類型識別 WPA2 用戶端。匯出 WPA2 連線用戶端的清單,並與裝置清單交叉比對。這通常會顯示三種類別:(1) 能夠支援 WPA3 但尚未收到更新 MDM 設定檔的裝置(設定問題);(2) 能夠支援 WPA3 但具有驅動程式或作業系統版本問題,導致無法進行 WPA3 關聯的裝置(需要修復);(3) 確實僅支援 WPA2 的裝置——舊版 IoT、較舊的訪客裝置或非受管理的個人裝置(需要架構決策)。對於第 1 類,請驗證 MDM 設定檔的部署狀態,並對受影響的裝置強制進行設定檔同步。對於第 2 類,請檢查 Windows Update 和無線網卡驅動程式版本——許多 WPA3 相容性問題可透過驅動程式更新解決。對於第 3 類,必須容納這些裝置:要麼永久維持轉換模式,要麼在將主要 SSID 切換至僅限 WPA3 之前,將其移至專用的 WPA2 SSID。切換至僅限 WPA3 的條件是:(a) 所有剩餘的 WPA2 用戶端已依裝置類型和擁有者識別;(b) 具有設定問題且支援 WPA3 的裝置已修復;(c) 僅支援 WPA2 的裝置已移至專用 SSID,或已決定維持轉換模式;(d) 目標裝置族群(受管理員工裝置)中的 WPA3 採用率達到 100%,即使包含訪客裝置的整體採用率較低。不要僅根據整體百分比就切換至僅限 WPA3——請先確保受管理裝置群已完全移轉。