跳至主要內容

Cisco iPSK:企業必備全面指南

本全面指南深入探討 Cisco iPSK (Identity Pre-Shared Key) 的架構、部署與企業效益。我們為 Build-to-Rent (BTR) 出租公寓、旅宿業及零售業的 IT 主管提供實用策略,幫助其部署安全、細分且自動化的 WiFi 網路,同時免除 802.1X 的複雜性。

📖 6 分鐘閱讀📝 1,472 字數🔧 2 範例3 練習題📚 8 關鍵定義

收聽此指南

查看播客逐字稿
歡迎來到 Purple 技術簡報系列。今天我們要探討的是 Cisco iPSK - Identity Pre-Shared Key - 以及為什麼它已成為物業開發商、BTR(長租公寓)營運商、飯店和多站點零售企業的首選 WiFi 安全模型。\n\n讓我先從問題說起。您營運著一個擁有 200 個單位的 Build-to-Rent 開發項目。您希望每位住戶從第一天起就能享有安全、私密的 WiFi。您不想在每個公寓裡都放一台路由器。您不想管理 200 個獨立的網路。而且您絕對不想讓某位住戶能夠在網路上看到另一位住戶的智慧電視。\n\n標準的 WPA2-PSK - 共享密碼模型 - 會立即宣告失敗。整棟大樓共用一個密碼意味著一次外洩就會影響所有人。而且您無法在不為所有 200 位住戶更改密碼的情況下,單獨撤銷單一住戶的存取權限。\n\n採用 802.1X 的 WPA3-Enterprise 則是另一個極端。非常安全。但它需要為每個裝置提供憑證或使用者名稱與密碼憑據。您住戶的智慧恆溫器、遊戲主機和 Amazon Alexa 裝置根本無法連接到 802.1X 網路。它們沒有用戶端軟體。您每天都會接到接不完的技術支援電話。\n\nCisco iPSK 恰好介於兩者之間。每位住戶都會獲得自己專屬的預共用金鑰。對住戶而言,這看起來和用起來完全就像家裡的 WiFi 密碼。他們只需輸入一次,他們擁有的每個裝置就能連線。然而在後台,Cisco 無線區域網路控制器會向 Cisco ISE(Identity Services Engine)發送包含用戶端 MAC 位址的 RADIUS 請求。ISE 會查找該 MAC 位址,找到匹配的授權設定檔,並透過 Cisco AV-pair 屬性傳回正確的 PSK。然後,控制器會使用該個人金鑰來驗證連線。\n\n其結果是:整棟大樓只需一個 SSID,但每位住戶都被隔離在自己專屬的私有網路區段中。透過 RADIUS 進行的 VLAN 覆寫意味著住戶 A 進入 VLAN 101,住戶 B 進入 VLAN 102,而您的大樓 IoT 裝置 - 門禁感測器、CCTV、智慧電表 - 則位於完全獨立的 VLAN 上,絕無交叉干擾。\n\n現在讓我為您更詳細地介紹一下架構,因為這才是真正強大之處。\n\n驗證流程分為四個步驟。首先,用戶端裝置向存取點發送關聯請求。其次,Cisco 無線區域網路控制器 - 無論是 Catalyst 9800 還是由 Cisco Meraki 儀表板管理的網路 - 都會向 ISE 發送 RADIUS Access-Request,並將用戶端 MAC 位址作為使用者名稱和密碼。第三,ISE 評估其授權原則。它將 MAC 位址與端點身分群組進行比對,檢索分配的 PSK,並傳回包含兩個 Cisco AV-pair 屬性的 Access-Accept 回應:psk-mode 等於 ascii,且 psk 等於實際的密碼片語。第四,控制器使用該傳回的密碼片語來與用戶端完成 WPA2 四向 EAPOL 握手。\n\n從用戶端的角度來看,這與一般的網路連線毫無二致這與標準的 WPA2-PSK 連線無異。所有複雜性完全集中在伺服器端。這就是 iPSK 的優雅之處。\n\n在 Catalyst 9800 上,設定需要四個步驟。首先在 WLAN 上啟用 MAC 過濾。接著設定指向 ISE 伺服器群組的 AAA 授權方法清單。然後在原則設定檔上啟用 AAA 覆寫。最後在 WLAN 上設定預設 PSK - 這僅是預留位置值,沒有任何裝置會實際使用它,因為 ISE 始終會以個別金鑰覆寫它。\n\n在 Cisco Meraki 上,步驟稍微不同。您要從存取控制設定中選擇「具有 RADIUS 的 Identity PSK」。Meraki 支援兩種模式:第一種是基於 MAC 的模式,由 ISE 儲存 MAC 到 PSK 的對應關係;第二種是 Easy PSK,這是在 MR 30.x 韌體中引入的,它使用供應商特定的 EAPOL 屬性直接傳遞 PSK,而無需預先註冊每個 MAC 位址。當您在 iOS 14 和 Android 10 裝置上處理 MAC 隨機化時,Easy PSK 特別有用 - 在基於 MAC 的模式中,MAC 隨機化是一個重大的維運痛點。\n\n讓我提供兩個真實世界的案例,以便您有更具體的了解。\n\n情境一:一個擁有 350 個單元的「租賃專用住宅(Build-to-Rent)」開發項目。營運商希望住戶在入住前就能收到他們的 WiFi 憑證。Purple 的多租戶 WiFi 平台與物業管理系統(PMS)整合。當租約簽署時,PMS 會觸發對 Purple 的 API 呼叫,Purple 會生成一個唯一的 iPSK 並在 ISE 中進行配置。住戶透過電子郵件收到他們的金鑰。他們在入住第一天走進來,連接所有裝置,網路隨即啟用。當他們搬出時,該金鑰會自動撤銷。設施管理團隊無需任何手動介入。與先前共享密碼的模式相比,營運商減少了 60% 以上與 WiFi 相關的客服支援電話。\n\n情境二:一間擁有 180 間客房的飯店物業。該飯店希望消除房客一再抱怨的 Captive Portal 登入流程。使用 iPSK 後,每間客房都會獲得一個列印在房卡上或透過訂房確認郵件傳送的唯一金鑰。房客只需連接一次。在同一次住宿期間的後續訪問中,他們的手機、平板電腦和筆記型電腦都會自動加入。客房內的 IoT 裝置 - 智慧電視、Chromecast、房內平板電腦 - 則位於獨立的 VLAN 上,與房客流量隔離。該飯店與 PMS 的整合意味著金鑰是在辦理入住時生成,並在退房時撤銷,櫃檯無需進行任何手動步驟。\n\n現在,談談限制 - 因為沒有任何技術是完美的。\n\n目前 Cisco iPSK 最顯著的限制在於 WPA3 和 6 GHz 頻段。WPA3 使用「對等實體同時驗證」(SAE) - 這是一種比 WPA2-PSK 更安全的握手協議。目前,SAE 不像 WPA2 那樣支援每個 SSID 多個預先共用金鑰。這並非 Cisco 特有的限制。它影響了 HPE Aruba 的 MPSK、Ruckus DPSK、Juniper Mist PPSK - 每個供應商都面臨相同的限制,因為這根源於 IEEE 802.11 標準本身。\n\n實際的影響是:如果您正在部署 WiFi 6E 或 WiFi 7 基地台存取點並希望使用 6 GHz 頻段,您就無法在該頻段上執行 iPSK。6 GHz 頻段強制要求使用 WPA3。您的選擇是在 2.4 和 5 GHz 頻段上執行 iPSK,同時在 6 GHz 上對託管裝置使用 WPA3-Enterprise,或者等待標準演進。\n\n第二個營運挑戰是 MAC 位址隨機化。Apple iOS 14 和 Android 10 引入了針對每個網路的隨機 MAC 位址作為隱私功能。在基於 MAC 的 iPSK 部署中,控制器會將隨機 MAC 傳送到 ISE。ISE 無法識別它。身分驗證失敗。Cisco Meraki 的 Easy PSK 模式主要透過 EAPOL 參數而不是 MAC 查詢進行驗證,從而解決了這個問題。\n\n在結束前,讓我為您提供五個實用的經驗法則。\n\n法則一:如果您在單一 SSID 上有超過 50 個裝置或使用者,且需要針對每個裝置進行存取控制,iPSK 幾乎無疑是正確的模型。標準 PSK 無法擴充,而 802.1X 會損壞您的 IoT 裝置。\n\n法則二:在設定 iPSK 之前,務必先規劃您的 VLAN 架構。iPSK 的強大之處在於透過 RADIUS 進行 VLAN 覆寫。如果您還沒有設計好 VLAN - 居民、IoT、員工、管理員 - 您稍後將付出極大成本來進行改造。\n\n法則三:如果您使用 Cisco Meraki 且擁有 iOS 或 Android 用戶端,請使用 Easy PSK 模式,而不是基於 MAC 的模式。MAC 隨機化將在大規模部署時導致身分驗證失敗。\n\n法則四:部署 iPSK 時,不可缺少生命週期管理層。在 ISE 中手動管理數千個金鑰是不可持續的。與您的身分識別提供者整合 - Microsoft Entra ID、Okta 或 Google Workspace - 或使用像 Purple 這樣透過您的物業管理或人資系統自動執行佈署與撤銷的平台。\n\n法則五:現在就規劃您的 WPA3 遷移,即使您今天沒有部署 6 GHz。設計您的網路,讓 WPA2 上的 iPSK 處理舊版和 IoT 裝置,而 WPA3-Enterprise 處理託管的公司端點。今日的混合 SSID 設計可避免 18 個月後痛苦的架構重組。\n\n現在進行快速問答。\n\niPSK 能在沒有 Cisco ISE 的情況下運作嗎?可以。FreeRADIUS 和 Microsoft NPS 都支援 iPSK 所需的 Tunnel-Password 屬性。ISE 是功能最豐富的選擇,但並非強制性。\n\n單一 SSID 可以支援多少個不重複的金鑰?在搭配 ISE 的 Catalyst 9800 上,限制實際上是您的 RADIUS 資料庫容量 - 數萬個項目。在沒有 RADIUS 的 Cisco Meraki 上,限制為 50 個金鑰。搭配 RADIUS,它可以擴充到與 ISE 相同的層級。\n\niPSK 是否支援快速漫遊?支援。Catalyst 9800 支援搭配 iPSK 的快速安全漫遊,金鑰快取意味著控制器不需要在每次漫遊事件時查詢 RADIUS。\n\niPSK 是否符合 PCI-DSS 規範?iPSK 本身並不保證符合 PCI-DSS 規範,但它支援 PCI DSS 4.0 的網路分段要求。持卡人資料環境必須與訪客和 IoT 網路隔離 - iPSK 的 VLAN 覆寫功能正是實現此分段的機制。 總結來說,Cisco iPSK 讓您在單一 SSID 上獲得每個裝置的專屬識別,既免去了 802.1X 憑證的複雜性,也避免了共用密碼帶來的安全性漏洞。這是適用於長租公寓(Build-to-Rent)、飯店、零售以及任何多租戶環境的理想模式,在這些環境中,您需要隔離流量、自動化存取生命週期,並支援從遊戲主機到工業 IoT 感測器的各種裝置類型。 關鍵的決策包括:選擇 Catalyst 9800 還是 Meraki、ISE 還是其他 RADIUS、MAC-based 還是 Easy PSK,以及如何與您的身分識別提供者整合以實現生命週期自動化。 Purple 的多租戶 WiFi 平台負責處理最後一個環節 - 將您的物業管理系統或身分識別提供者連接到您的 Cisco 基礎架構,在超過 80,000 個運作中的場域(且持續增加中)大規模自動化金鑰的核發與撤銷。 如果您想深入了解其中任何內容 - 架構審查、ISE 設定或試驗部署 - 指南中附有與我們團隊聯絡的連結。感謝您的收聽。

header_image.png

執行摘要

Cisco Identity Pre-Shared Key (iPSK) 解決了企業 WiFi 中最根本的安全妥協:如何在共享密碼的簡易性與 802.1X 的安全性和網路區隔之間取得平衡。對於集合住宅 (BTR)、旅宿餐飲業和零售環境的 IT 經理與場域營運總監而言,iPSK 提供了一種具擴充性的方法來隔離流量、保護 IoT 設備並自動化網路存取,而不會增加技術支援服務台的負擔。

藉由在單一 SSID 上為每個使用者或設備分配唯一的密碼,iPSK 能夠透過 RADIUS 進行 VLAN 覆寫,實現細緻的網路區隔。這種方法消除了單一密碼外洩影響整棟建築物的風險,同時支援 100% 的消費性設備 - 包括缺乏 802.1X 用戶端程式的遊戲主機、智慧電視和舊型 IoT 感測器。

本指南將詳細介紹 Cisco iPSK 的技術架構、Catalyst 9800 和 Meraki 環境的實作策略,以及身分導向網路對多租戶營運商帶來的商業影響。

技術深究:Cisco iPSK 的工作原理

傳統的 WPA2-Personal 網路對所有連線的用戶端使用單一、靜態的密碼。如果有一位住戶分享了密碼,整棟建築物的安全就會受到威脅。相反地,WPA2-Enterprise (802.1X) 需要複雜的憑證或使用者名稱/密碼憑證,這類「無螢幕」的 IoT 設備無法支援。

Cisco iPSK 彌補了這一差距,對用戶端設備而言它就像一個標準的 WPA2-PSK 網路,而在後端則作為企業級驗證系統運作。

驗證架構

當用戶端設備嘗試連線到已啟用 iPSK 的 SSID 時,驗證流程會遵循以下特定順序:

  1. 關聯請求 (Association Request): 用戶端設備向 Cisco 無線基地台發送關聯請求。
  2. MAC 驗證旁路 (MAB): Cisco 無線區域網路控制器 (WLC) 攔截該請求,並向驗證伺服器(通常為 Cisco Identity Services Engine - ISE)發送 RADIUS Access-Request。該請求將用戶端的 MAC 位址同時用作使用者名稱和密碼。
  3. 原則評估: Cisco ISE 評估其授權原則。它將 MAC 位址與端點身分群組進行比對,並擷取為該特定設備或使用者分配的預共用金鑰。
  4. RADIUS 回應: ISE 回傳包含特定 Cisco AV-pair 屬性的 Access-Accept 回應:psk-mode=asciipsk=[實際密碼]。它也可能回傳 Tunnel-Private-Group-ID 屬性以指定 VLAN。5. 4向握手 (4-Way Handshake): WLC 從 ISE 接收唯一的 PSK,並使用它與用戶端裝置完成標準的 WPA2 4向 EAPOL 握手。

architecture_overview.png

網路分段與 VLAN 覆寫

iPSK 的主要技術優勢在於其能夠在單一 SSID 上實施網路分段。iPSK 使用 RADIUS 將裝置動態分配到特定的 VLAN,而不是為住戶、員工和 IoT 裝置廣播不同的 SSID - 這會增加通道利用率和管理開銷。

當 ISE 回傳 Access-Accept 訊息時,其中包含 VLAN 分配。WLC 會覆寫 SSID 的預設 VLAN,並將用戶端流量引導至指定的網段。這實現了私有區域網路 (PAN) 架構,確保 Layer 2 隔離。住戶的智慧型手機和智慧電視位於其專屬的隔離 VLAN 上,對於相鄰公寓的住戶來說完全不可見。

實作指南:Catalyst 9800 與 Meraki

部署 iPSK 需要無線控制器與 RADIUS 伺服器之間的協調。實作路徑會因您使用的是 Cisco Catalyst 還是 Cisco Meraki 基礎設施而略有不同。

Cisco Catalyst 9800 配置

執行 IOS-XE 的 Catalyst 9800 系列支援具有快速安全漫遊功能的強大 iPSK 部署。核心配置需要啟用 MAC 篩選和 AAA 覆寫。

  1. 配置 RADIUS 伺服器: 定義 Cisco ISE 伺服器並建立指向該伺服器群組的 AAA 授權方法清單。
  2. 配置 WLAN: 在 Layer 2 安全性下,啟用 MAC 篩選並將授權金鑰管理 (Auth Key Management) 設定為 PSK。您必須在 WLC 介面中輸入預設的預先共用金鑰;然而,此金鑰僅作為預留位置,用戶端永遠不會使用它,因為 ISE 會覆寫它。
  3. 啟用 AAA 覆寫: 在與 WLAN 關聯的原則設定檔 (Policy Profile) 中,啟用 AAA 覆寫以允許 ISE 指定 PSK 和 VLAN 分配。
  4. 配置 ISE: 在 Cisco ISE 中,定義網路裝置,將用戶端 MAC 位址新增至端點身分群組 (Endpoint Identity Groups),並建立傳回包含唯一金鑰的 cisco-av-pair 屬性的授權設定檔 (Authorisation Profiles)。

Cisco Meraki 配置

Cisco Meraki 透過其儀表板簡化了 iPSK 部署流程,提供兩種不同的運作模式:基於 MAC 的模式和 Easy PSK。

  1. 基於 MAC 的 iPSK: 這是傳統的部署模型。您在存取控制 (Access Control) 設定中選取 "Identity PSK with RADIUS"。Meraki AP 將用戶端 MAC 位址傳送至 RADIUS 伺服器,伺服器再傳回 PSK。此方法需要預先在 RADIUS 資料庫中註冊每個裝置的 MAC 位址。
  2. Easy PSK (MR 30.x and newer): To address the challenge of MAC address randomisation in modern smartphones, Meraki introduced Easy PSK. Instead of relying solely on MAC lookups, the AP passes the EAPOL parameters (including the ANonce and MIC) directly to the RADIUS server using Meraki vendor-specific attributes. The RADIUS server runs a rapid dictionary attack against its known iPSKs to find the match and returns the correct key. This eliminates the need to pre-register MAC addresses.

comparison_chart.png

Best Practices for BTR and Hospitality

Implementing iPSK effectively requires more than technical configuration; it demands a structured approach to lifecycle management and user experience.

1. Automate Key Lifecycle Management

Manually managing thousands of unique keys in Cisco ISE is operationally unsustainable. You must integrate your identity provider (IdP) or Property Management System (PMS) with your network infrastructure.

For Retail and Hospitality environments, leverage platforms like Purple's Guest WiFi to automate this process. When a guest checks into a hotel or a resident signs a lease in a BTR property, the PMS triggers an API call that automatically generates the iPSK, provisions it in ISE, and emails it to the user. When the lease ends, the key is instantly revoked.

2. Design the VLAN Architecture Upfront

The value of iPSK lies in segmentation. Before configuring the wireless controllers, map out your VLAN strategy. Define separate segments for:

  • Individual residents or hotel rooms (Private Area Networks)
  • Building management systems (HVAC, access control)
  • Staff and operational devices
  • Public or transient Guest WiFi users

3. Address MAC Randomisation Proactively

Apple iOS 14 and Android 10 introduced per-network randomised MAC addresses. In a MAC-based iPSK deployment, this breaks authentication because the RADIUS server does not recognise the randomised MAC.

If using Meraki, deploy Easy PSK mode to bypass the MAC lookup requirement. If using Catalyst 9800, you must educate users to disable "Private Wi-Fi Address" for the specific building SSID, or utilise an onboarding portal that registers the randomised MAC during the initial connection flow.

btr_deployment_scenario.png

Troubleshooting & Risk Mitigation

When deploying iPSK, IT teams commonly encounter specific failure modes related to WPA3 compatibility and RADIUS communication.

The WPA3 and 6 GHz Challenge

目前 iPSK 部署面臨最顯著的限制是向 WPA3 和 6 GHz 頻段(WiFi 6E 和 WiFi 7)的過渡。WPA3 採用等同同時認證(SAE),這是一種更安全的交握協定,目前不支援像 WPA2 那樣在同一個 SSID 下支援多個預先共用金鑰。

由於 6 GHz 頻段強制要求使用 WPA3,您無法在 6 GHz 網路中執行傳統的 iPSK。為了緩解此問題,請實施混合 SSID 策略:

  • 在 2.4 GHz 和 5 GHz 頻段上維持 WPA2 iPSK,以支援舊型裝置和 IoT 感測器。
  • 在 6 GHz 頻段上部署 WPA3-Enterprise (802.1X),用於受控的企業端點和支援憑證型驗證的現代智慧型手機。

RADIUS 逾時問題

在大型部署中,特別是使用 Meraki Easy PSK 時,RADIUS 伺服器必須處理複雜的 EAPOL 屬性才能找到相符的金鑰。如果 RADIUS 伺服器花費太長時間,EAPOL 交握就會在存取點上逾時。

請確保您的 RADIUS 基礎架構有足夠的資源。將 RADIUS 伺服器部署在地理位置靠近無線控制器的位置,以將延遲降至最低,並監控 Radius-RequestAccess-Accept 的回應時間。

投資報酬率與商業影響

過渡到 iPSK 架構可為物業開發商和多租戶營運商帶來可衡量的商業影響。

降低支援成本: 透過消除 Captive Portal 和 802.1X 憑證錯誤,租賃住宅(BTR)營運商的 WiFi 相關客服工單通常能減少 50% - 70%。住戶可以流暢地連接他們的遊戲主機和智慧電視,就像在家中一樣。

硬體整合: iPSK 允許您使用單一、集中管理的 SSID 為整棟公寓大樓提供服務。這消除在每間公寓中安裝和管理個人消費級路由器的需求,從而降低資本支出並大幅減少射頻干擾。

增強安全性: 透過將住戶流量隔離到私有區域網路中並對易受攻擊的 IoT 裝置進行區段劃分,營運商可以保護自己免受橫向移動攻擊。如果住戶的智慧燈泡遭到入侵,威脅會被控制在他們特定的 VLAN 中,從而保護更廣泛的大樓基礎架構和其他住戶。

如需多租戶部署的完整指引,請參閱我們的 Apartment WiFi solutions: a comprehensive guide for businesses

關鍵定義

Identity Pre-Shared Key (iPSK)

一種無線安全機制,可在單一 SSID 上為個別使用者或裝置分配專屬密碼,並由 RADIUS 伺服器支援以進行身分驗證和原則強制執行。

當 IT 團隊需要保護 IoT 裝置安全,或為住戶提供簡單的存取方式而不想使用複雜的 802.1X 憑證時。

Private Area Network (PAN)

一種微細分的網路環境,可將特定使用者的裝置與同一實體基礎設施上的所有其他裝置相互隔離。

在 Build-to-Rent 出租公寓和學生宿舍中至關重要,可確保住戶在投放畫面至智慧電視時不會被鄰居截取視訊串流。

VLAN Override

RADIUS 伺服器指示無線控制器忽略 SSID 的預設 VLAN,並將通過身分驗證的用戶端導向動態分配之 VLAN 的程序。

iPSK 用於細分流量的核心機制,允許員工、房客和 IoT 裝置共用一個 SSID,同時保持邏輯上的隔離。

MAC Authentication Bypass (MAB)

一種身分驗證方法,網路存取裝置會將用戶端的 MAC 位址傳送到 RADIUS 伺服器,以驗證身分並取得原則。

用於傳統 iPSK 部署中,在傳回專屬預先共用金鑰之前識別裝置。

Simultaneous Authentication of Equals (SAE)

WPA3 中使用的安全金鑰建立協定,旨在防止暴力密碼字典攻擊。

SAE 的架構目前限制了在單一 SSID 上使用多個專屬金鑰的能力,這為 WiFi 6E/7 部署中的 iPSK 帶來了挑戰。

Cisco AV-Pair

特定廠商的 RADIUS 屬性,用於在 Cisco ISE 和 Cisco 網路硬體之間傳遞專有配置數據。

在 iPSK 中,"psk-mode=ascii" 和 "psk=[key]" AV 對是將獨特密碼傳遞給無線控制器的確切屬性。

Easy PSK

一項 Cisco Meraki 功能,可直接將 EAPOL 握手參數傳遞給 RADIUS 伺服器以驗證 PSK,而不需要依賴 MAC 位址查詢。

在部署 iPSK 到使用隨機化 MAC 位址的現代智慧型手機時的主要解決方案。

Headless Device

缺乏傳統螢幕或鍵盤介面的網際網路連接設備,例如智慧恆溫器、數位看板或感測器。

這些設備無法瀏覽 Captive Portal 或支援 802.1X,因此 iPSK 是將其引導至企業網路的唯一安全方式。

範例

一個擁有 350 個單元的 Build-to-Rent (BTR) 社區需要為所有住戶提供安全、私密的 WiFi。他們希望避免在每間公寓中安裝獨立路由器,以減少射頻 (RF) 干擾,但住戶必須能夠安全地連接遊戲主機和智慧電視,且不會看到鄰居的裝置。

部署集中式 Cisco 無線網路,並在全棟使用設定為 iPSK 的單一 SSID。將物業管理系統 (PMS) 與 Cisco ISE (或 Purple 等平台) 整合。當住戶簽署租約時,系統會自動產生一個專屬的 iPSK,並將其分配給該公寓專用的 VLAN。住戶會透過電子郵件收到此金鑰,並將所有裝置連接至該單一 SSID。Cisco ISE 會利用此專屬金鑰將該住戶的流量導向其專屬的私有 VLAN。

考官評語: 此方法省去了安裝 350 台獨立路由器的設備成本,並解決了射頻干擾問題。它提供了住戶所期望的「即開即用」體驗,支援無法處理 802.1X 的無介面 IoT 裝置,並實施嚴格的 Layer 2 隔離 (Private Area Network) 以確保公寓之間的隱私安全。

一家擁有 180 間客房的飯店希望免除每日 Captive Portal 登入的繁瑣流程,同時確保房客的裝置與飯店的智慧電視及客房控制系統相互隔離。

在房客 WiFi 網路上部署 iPSK。為每次訂房產生專屬金鑰,並在辦理入住時提供給房客。房客使用此金鑰連接手機和筆記型電腦,即可繞過任何 Captive Portal。為客房內的智慧電視和環境控制系統設定其專屬的靜態 iPSK,並分配到獨立的 IoT VLAN。利用飯店的 PMS 整合系統,在退房時自動停用房客的金鑰。

考官評語: 此解決方案透過提供「賓至如歸」的連線體驗,直接提升房客滿意度。最重要的是,它將易受攻擊的 IoT 裝置與可能存在安全風險的房客裝置進行隔離,從而確保飯店基礎設施的安全,在不增加使用者體驗複雜度的情況下落實安全最佳實踐。

練習題

Q1. 您正在為大學宿舍部署新的 WiFi 網路。學生需要連接智慧型手機、筆記型電腦和遊戲主機。您計劃使用單一 SSID。您應該選擇哪種安全模式?為什麼?

提示:考慮遊戲主機的功能以及在學生環境中共享密碼的風險。

查看標準答案

Cisco iPSK 是正確的選擇。標準的 WPA2-PSK 對於宿舍來說是不安全的,因為密碼共享是不可避免的。WPA3-Enterprise (802.1X) 雖然安全,但無法支援學生的遊戲主機或智慧喇叭。iPSK 允許所有設備使用簡單的密碼進行連接,同時提供隔離每個學生流量所需的後端分段。

Q2. 在 Cisco Meraki 上部署 iPSK 期間,使用新 iPhone 的使用者回報無法連接到網路,而使用較舊筆記型電腦的使用者則可以正常連接。可能的原因是什麼?您如何解決?

提示:思考行動作業系統最近引入的、關於網路識別碼的隱私功能。

查看標準答案

可能的原因是 iPhone 上的 MAC 位址隨機化(專用 Wi-Fi 位址)。如果網路使用的是基於 MAC 的 iPSK,則 RADIUS 伺服器將無法識別隨機化的 MAC 並將拒絕連線。要解決此問題,請將 Meraki 配置切換為 "Easy PSK" 模式,該模式使用 EAPOL 參數驗證 PSK,而不是依賴 MAC 位址。

Q3. 一家零售連鎖店希望升級到 WiFi 6E 存取點,以利用 6 GHz 頻段。他們目前對其銷售點 (POS) 終端機和條碼掃描器使用 iPSK。他們必須規劃哪些架構挑戰?

提示:考慮在 6 GHz 頻段中運作所需的強制性安全協定。

查看標準答案

6 GHz 頻段強制使用 WPA3。目前,WPA3 SAE 握手原生不支援像 WPA2 那樣在同一個 SSID 上使用多個預先共享金鑰。該零售連鎖店必須要麽使用 WPA2 iPSK 將 POS 設備保留在 2.4/5 GHz 頻段,要麽將 POS 設備遷移到 WPA3-Enterprise(如果支援),或者在升級前驗證其特定廠商的韌體是否支援專有的 WPA3-SAE iPSK 規避方案。