ComparisonDNS filtering alternatives
針對訪客 WiFi 的替代 Cisco Umbrella 方案
決定是否應使用 Purple Shield 或 Cisco Umbrella 來保護您運行的每個網路。您能夠將訪客與公共 SSID 配對至無代理程式的防護型 DNS、在員工需要的地方維持以身分為導向的控制,並比較授權結構而無需猜測價格。您還可以將訪客網路的移轉規劃為設定變更,而非硬體專案。
如果您需要為公共 WiFi 上的匿名訪客提供保護性 DNS,請選擇 Purple Shield。它無需任何代理程式,也無需增加新硬體,即可依據每個 SSID 和 VLAN 套用政策。這項服務源自於已在 90 個國家/地區、超過 80,000 個場地運行的平台。如果您要在大範圍的 SASE 專案中,確保具名員工與受管理設備的安全,請選擇 Cisco Umbrella。
關於替代 Cisco Umbrella 用於訪客 WiFi 的簡短解答
Cisco Umbrella 是一款成熟的產品,旨在解決不同的問題。它源自於 Cisco 於 2015 年收購的 OpenDNS。它現在屬於 Cisco 的安全存取服務邊緣 (SASE) 產品組合,可從雲端同時提供網路與安全功能。它的主要應用情境是已知的員工團隊:具名員工、受管理的筆記型電腦、分公司以及行動辦公人員,這些都與目錄服務綁定。
訪客 WiFi 則打破了這些假設。您網路上的使用者是匿名的,且每小時都在變化。人流量會隨著活動和季節而波動。訪客不會安裝任何代理程式,在您的目錄中也沒有帳號。按席位計費的授權模式無法獲得穩定的計算基準。
Purple Shield 是專為此類情境打造的保護性 DNS。當裝置查詢網域名稱時,保護性 DNS 會過濾威脅與不良內容。您可以針對每個 SSID、每個 VLAN(虛擬區域網路,即邏輯上獨立的網路區段)以及每個場地設定政策。Shield 與您的強制入口(訪客連線上網前看到的登入頁面)運行於同一個平台。
解答取決於身分識別。如果您保護的人員擁有您管理的帳號,Umbrella 的模式便相當適合。如果是您無法具名的訪客,Shield 的模式則最為適合。如需完整的直接比較,請閱讀 Shield 與 Cisco Umbrella 之比較。如需瞭解更廣泛的市場概況,請從我們的 DNS 過濾替代方案 總覽開始。
我們比較 Shield 與 Umbrella 的項目與原因
為什麼部署位置最為重要
當裝置詢問網域所在位置時,保護性 DNS 就會發揮作用。這種查詢會在開啟任何連線之前發生。如果該網域具有惡意或違反政策,解析程式就會拒絕存取,裝置便永遠無法連線。防火牆通常是在會話開始後才評估流量,而現在大部分流量都已加密。在解析階段進行過濾,能在釣魚網站、惡意軟體和命令與控制 (C2) 網域到達邊界之前將其阻截。英國國家網路安全中心為公務機關提供的 保護性 DNS 服務 也是基於相同的原理運作。
Shield 與 Umbrella 都在 DNS 層級進行過濾。兩者的差異在於包覆在該層級之外的所有周邊配套機制。
兩個通道比較 Cisco Umbrella 透過代理程式、目錄與雲端以身分導向的路徑,以及 Shield 從訪客 SSID 到 DNS 策略決策的路徑。
Connections
- 受控裝置 to 目錄身分
- 目錄身分 to Umbrella 雲端
- Umbrella 雲端 to 單一席次策略與報告
- 訪客加入場地 SSID to DNS 查詢送達 Shield
- DNS 查詢送達 Shield to 依據 SSID、VLAN、場地的策略
- 依據 SSID、VLAN、場地的策略 to 已阻擋或已解析
我們評分的標準
我們在對任何產品進行評分前,先確定了八項標準。每個選項僅根據其公開資料進行評分:Cisco Umbrella 文件 與 Purple 的產品資訊。
- 連線中進行過濾的位置。
- 產品旨在保護的對象。
- 訪客裝置是否需要代理程式。
- 策略附加的單位。
- 授權單位。
- 是否公開價格。
- 超越 DNS 的涵蓋範圍。
- 與您現有硬體及訪客技術棧的契合度。
我們不展示競爭對手的價格。Cisco 透過其本身的團隊與合作夥伴對 Umbrella 進行報價,因此任何數字都無法證實且很快就會過時。如果您正在評估其他廠商,請參閱 DNSFilter 替代方案 與 Cloudflare Gateway 對比 Purple Shield。
Shield 對比 Cisco Umbrella:比較矩陣
下方的矩陣是查看各產品定位目標的最快方式。
| Criterion | Cisco Umbrella | Purple Shield |
|---|---|---|
| Where filtering happens | DNS layer, plus web gateway and cloud firewall in higher packages | DNS resolution, before any connection opens |
| Built for | Named employees, managed devices, branches and roaming staff | Anonymous, changing visitors on guest and public WiFi |
| Agent on the device | Optional for network DNS; Cisco Secure Client for per-person policy and roaming | None; guests install nothing |
| Policy unit | Identity: person, group, device, network or site | SSID, VLAN and venue, from one dashboard |
| Licence unit | Per seat, typically each named employee | No per-guest seat; add-on to Purple plans or standalone |
| Pricing visibility | Quote-based through Cisco and partners | Set out on the Shield pricing page |
| Scope beyond DNS | Secure web gateway, cloud firewall and CASB, by package | Threat blocking, content filtering and ad blocking at DNS |
| Hardware fit | Network DNS on any gear; native Cisco and Meraki integrations | Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme, Fortinet |
這兩款產品旨在回答兩個不同的問題。Umbrella 關注的是「誰正在連線」,而 Shield 關注的是「裝置位於哪個網路」。
Cisco Umbrella 的優勢領域
如果您的管理對象是內部員工,Umbrella 能涵蓋 Shield 未曾涉足的領域。
以身份為核心的內部員工控制
Umbrella 將策略與使用者身份連結。它能與目錄服務 (包括 Microsoft Entra ID) 整合,讓您針對個人或群組設定規則,並能針對個別員工的活動產出報告。Cisco Secure Client 則能將此防護延伸至離開企業網路、位於家中或出差中的筆記型電腦。
超越 DNS 層級的安全防護
DNS 只是 Umbrella 的其中一層防護。根據採購方案的不同,Cisco 還提供可檢查加密 Web 流量的安全 Web 閘道 (SWG)、雲端防火牆,以及管理 SaaS 存取的雲端存取安全代理 (CASB)。這些都是建構 SASE 體系的核心元素。
威脅情報與 Cisco 生態系
Umbrella 仰賴 Cisco 的威脅情報團隊 Cisco Talos。Cisco 也提供 Umbrella 與 Cisco Meraki 及其他 Cisco 網路設備的原生整合。如果您的安全營運團隊已在使用 Cisco 管理主機,統一採用單一廠商的方案確實具備極高價值。
對於受控的企業員工而言,Umbrella 是個非常可靠的選擇,本指南對此並無異議。
Shield 在訪客 WiFi 上的優勢領域
專為無法具名的訪客打造
Shield 對網路上的使用者不做任何假設:不需要帳號、不需要代理軟體、不需要註冊。安全性策略隸屬於網路本身。每個 SSID、VLAN 與場域都能從單一控制台取得獨立的規則。例如,飯店可以在大廳 SSID 執行適合全家大小的防護策略,同時在會議室 VLAN 上執行較寬鬆的策略。
免安裝代理軟體的 DNS 防護,無需新增硬體
您只需將網路的 DNS 指向 Shield,策略就會套用至每一台連線的裝置。這涵蓋了訪客的手機、筆記型電腦,以及永遠無法執行代理軟體的智慧電視。Shield 支援 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 與 Fortinet 網路。您可以在任何 WiFi 上單獨運行 Shield,或將其作為訪客 WiFi 安全加值功能新增至 Purple Access。
涵蓋整體訪客架構的單一平台
Purple 已在全球 90 個國家/地區、超過 80,000 個場域提供 Captive Portal 與訪客 WiFi 分析服務。Shield 則在同一個平台內加入防護功能。管理訪客登入的團隊也能直接設定安全策略,讓您能用單一控制台取代獨立的管理介面。
更早發現威脅警訊,打造更輕量化的網路
Shield 在 DNS 解析階段就會標記惡意功能變數,避免連線建立,在流量進入網路前就阻斷威脅。啟用廣告攔截後,Shield 會抑制不必要的廣告請求與追蹤查詢。在繁忙的場域網路中,節省下來的頻寬資源就能回饋給您正在服務的訪客。
- 80,000+Purple 服務場域遍及 90 個國家/地區
- 500M+使用者與登入次數全球每年
- 99.999%正常執行時間 SLA平台可用性
- 2012創立年份平台成立
各項產品的營運成本比較:授權架構而非具體價格
本節不列出具體價格。您可以比較的是架構:計價基準為何、什麼因素會增加帳單金額,以及授權之外包含哪些工作。
Umbrella:依員工規模計算的席位授權
Umbrella 套裝方案按席位計價,通常根據您的具名員工數量計算。這適合員工人數穩定的企業,但若應用於體育場館通道或購物中心則顯得不合適。在這些場所,球迷與購物者人數會隨著每場賽事與季節波動。
端點維護本身也會增加額外成本。針對個人設定策略與漫遊保護,仰賴於向受控裝置部署 Cisco Secure Client。必須有人負責維護該部署流程。
Shield:無需計算訪客席位
Shield 沒有按訪客計算的席位費用。您可以將其作為 Connect、Capture 或 Engage 方案的安全加值功能購買,也可以在任何 WiFi 上單獨使用。訪客無需安裝任何軟體,因此完全沒有端點部署的問題。Shield 定價頁面 列出了最新的條款,方便您在與銷售團隊聯繫前做好預算規劃。
| 成本驅動因素 | Cisco Umbrella | Purple Shield |
|---|---|---|
| 購買方式 | 向 Cisco 或夥伴索取報價 | Connect、Capture 或 Engage 的加購方案,或在任何 WiFi 上獨立使用 |
| 計費基準 | 授權數,通常為具名員工 | 無訪客授權數限制 |
| 季節性高峰 | 匿名訪客無法對應至個人授權 | 無需因高峰期調整授權數量 |
| 新硬體需求 | 網路 DNS 無需硬體 | 無;使用您現有的基地台 |
| 端點建置工作 | 針對個人策略部署 Secure Client | 無 |
| 管理控制台 | 與訪客 WiFi 架構分離 | 整合 Captive Portal 與分析功能的單一儀表板 |
| 價格表 | 未公開 | Shield 定價頁面 |
從 Umbrella 移轉至 Shield 需要多少工作量?
移轉只是針對每個訪客網路進行組態變更,並非硬體工程項目。大多數的案場只需遵循四個步驟。
釐清 Umbrella 目前的運作現況
列出所有透過 Umbrella 解析的網路及其使用者。將員工網路與訪客及公共 SSID 分開。依賴 Web 閘道或 CASB 的員工網路通常會保留在 Umbrella 上。
先移轉訪客網路
為每個訪客 SSID 或 VLAN 建立 Shield 策略。在切換之前,先與場館營運團隊確認內容分類。接著變更每個訪客網路發放的 DNS,這通常是在控制器或閘道上的 DHCP 進行設定。您硬體廠商的說明文件會涵蓋您所用平台的具體步驟。
封閉繞道路徑
並行運作,然後正式切換
使用每個 SSID 上的訪客裝置進行測試,並確認阻擋紀錄出現在 Purple 儀表板中。採分批方式移轉場館,從單一據點開始。當訪客流量順利透過 Shield 傳輸後,即可從 Umbrella 設定中移除訪客出口網路。
如何在 Shield 與 Umbrella 之間做出選擇
使用一個問題作為您的決策準則:這個網路上的每個人,是否都擁有您所管理的帳戶?如果是,像 Umbrella 這樣以身分驗證為導向的產品非常適合。如果否,請選擇 Shield。
Shield 或 Cisco Umbrella:哪一個適合您的網路?
Purple Shield
Fits when
- 您需要保護訪客、公眾或來賓的 WiFi
- 訪客為匿名且人數隨季節波動
- 您希望按 SSID、VLAN 與場域設定策略且無需安裝 Agent
- 您已經在使用 Purple 的 Captive Portal 或分析工具
Not when
- 您需要針對員工進行加密流量檢查、CASB 或個人層級的報告
Cisco Umbrella
Fits when
- 您需要保護受管設備上的具名員工
- 員工需要透過 Cisco Secure Client 在網路外獲得保護
- 您希望在單一 Cisco 合約中涵蓋 DNS、Web 閘道與雲端防火牆
- 您的資安團隊已經在維運 Cisco 環境
Not when
- 網路上的大多數使用者為匿名訪客
Our recommendation: 在訪客與公眾 SSID 上運行 Shield。在需要對自家具名員工進行基於身分識別控制的場景,繼續使用 Umbrella 或同級的 SASE 產品。
許多企業會同時運行兩者:在員工設備上使用 Umbrella,在訪客 SSID 上使用 Shield。您的下一步是在 Shield 價格頁面 上估算訪客網路的價格。接著閱讀我們的 企業 WiFi 資安指南 瞭解其底層的網路隔離規劃。您可以在 Purple 找到更多關於整體平台的資訊。
常見問題
什麼是適合訪客 WiFi 的 Cisco Umbrella 替代方案?
Purple Shield 是專為訪客與公眾 WiFi 設計的保護性 DNS 服務,而非針對受管員工。它在 DNS 解析階段過濾威脅與內容,並可針對每個 SSID、VLAN 和場域獨立設定策略。訪客設備無需安裝任何 Agent。Whitbread、AGS Airports 以及 St George's Healthcare NHS Trust 均已採用。DNSFilter 和 Cloudflare Gateway 也值得列入特定環境的候選清單。
為什麼 Cisco Umbrella 不適合匿名訪客 WiFi?
Umbrella 最深層的功能前提是您知道誰在網路上。個人策略、漫遊保護與身分報告皆依賴目錄服務以及受管設備上的 Cisco Secure Client。訪客兩者都沒有。您可以將訪客網路的 DNS 指向 Umbrella,但如此一來,您就等於是在按使用者計費授權(Seat-based licence)下,支付了以身分為核心的 SASE 產品費用,卻僅使用其 DNS 層級的功能。
Umbrella 按使用者計費的授權模式如何應用於公眾 WiFi?
這種模式運用起來相當尷尬,因為授權是以使用者數量計算,而公眾 WiFi 並沒有固定的使用者數量。Cisco 透過自家具銷團隊與合作夥伴以報價方式銷售 Umbrella 方案,通常是依據具名員工數量估計。每小時都在變化且隨季節大幅波動的匿名訪客無法精準對應到該計費單位。請向 Cisco 或您的合作夥伴諮詢他們會如何為訪客網路提供授權。
是否有無需硬體的 Umbrella 替代方案適用於場域?
是的。Shield 於雲端運行,因此您無須新增硬體設備,也無須替換任何無線基地台。您只需將訪客 SSID 或 VLAN 的 DNS 指向 Shield,通常是透過控制器或閘道器上的 DHCP 來進行設定。它適用於 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 和 Fortinet 網路,無論是單機運作,或與 Purple Access 搭配使用皆可。
在價格透明度方面,Shield 與 Umbrella 相比如何?
Shield 前期的計價方式較為簡單。相關條款已於 Shield 價格頁面中載明,您可以將其作為 Connect、Capture 或 Engage 的加購功能購買,亦可在任何 WiFi 上單獨購買。Umbrella 的價格則需透過 Cisco 及其合作夥伴進行報價,並無公開的價格表。在進行銷售諮詢之前,只有一種模式能讓您精準編列訪客網路的預算。
我們可以為員工執行 Cisco Umbrella,並為訪客執行 Shield 嗎?
是的,而且對許多企業的資產佈署而言,這是最合適的分工方式。將 Umbrella 保留在受控的員工裝置上,讓其 Web 閘道、CASB 和目錄整合發揮效益。將 Shield 佈署在訪客和公開的 SSID 上,因為這些訪客皆為匿名身分。每個網路都會透過自身的過濾器解析,因此兩者絕不會重疊。請分割 VLAN,讓訪客流量無法存取員工系統。
保護性 DNS 是否有助於符合 GDPR 或 PCI DSS 法規遵循?
它能輔助符合法規遵循,但無法單靠它來達成。PCI DSS 要求您將支付系統與訪客網路進行分割,而 DNS 過濾則在該分割之上新增了一道控制機制。在 GDPR 的規範下,DNS 層會查看裝置所請求的網域,因此請選擇資料處理機制透明的處理商。Purple 擁有 ISO 27001、GDPR、CCPA 和 Cyber Essentials 驗證。
從 Umbrella 遷移到 Shield 需要多少工作量?
這只是針對每個訪客網路的設定變更,並非硬體專案。您需要為每個 SSID 或 VLAN 建立 Shield 策略、切換這些網路所發放的 DNS,並阻斷旁路路由。接著從訪客裝置進行測試。在 Umbrella 上的員工網路則保持不變。大部分的工作量集中在稽核目前有哪些網路在使用 Umbrella,以及確認每個場館的內容策略。
Key terms
- 防護型 DNS
- 一種遞迴 DNS 解析器,會根據威脅情報與原則檢查每次查詢,並拒絕解析惡意或未授權的網域。它基於 RFC 1034 和 RFC 1035 中定義的網域名稱系統建構。英國 NCSC 依據此原則為公營部門營運防護型 DNS (PDNS) 服務。 這是 Shield 與 Umbrella 進行過濾的層次。因為它在任何連線建立之前就發揮作用,所以能在不檢查加密流量的情況下阻止釣魚網站、惡意軟體和命令與控制網域,這就是它適合訪客 WiFi 的原因。
- SSID
- 服務設定識別碼 (Service Set Identifier),即無線基地台所廣播的網路名稱,定義於 IEEE 802.11。一個實體無線基地台可以廣播多個 SSID,每個 SSID 皆對應至其專屬的網路區段與原則。 Shield 將原則套用到 SSID,而不是個人。場館可以在同一個控制台,在一個 SSID 上執行適合家庭的安全原則,並在另一個上執行較寬松的原則。
- VLAN
- 虛擬區域網路 (Virtual LAN),即共用交換基礎架構上邏輯獨立的網路區段,由 IEEE 802.1Q 指定,該標準會將標籤新增至乙太網路訊框以識別區段成員資格。 Shield 支援按 VLAN 以及按 SSID 套用原則。當您並行運行 Umbrella 和 Shield 時,將訪客 VLAN 與員工 VLAN 進行分隔也可以防止訪客流量存取員工系統。
- 強制入口
- 網路在授予網際網路存取權限之前向裝置呈現的登入頁面。IETF 在 RFC 8952 中描述了此架構,而 RFC 8910 則定義了 DHCP 和 IPv6 路由器公告如何向裝置宣告強制入口。 Shield 與您的強制入口在同一個 Purple 平台上運行,因此管理訪客登入的團隊也能同時設定安全性原則,讓您無需使用單獨的主控台。
- DHCP
- 動態主機設定協定(Dynamic Host Configuration Protocol),定義於 RFC 2131,用於向裝置指派位址與網路設定。RFC 2132 中定義的 DNS 伺服器選項可告知每台裝置要使用哪一個解析器。 將訪客網路遷移至 Shield,通常意味著變更 DHCP 在控制器或閘道上發放的 DNS 伺服器。這是組態變更,而不是硬體專案。
- DNS over HTTPS (DoH) 協定
- 定義於 RFC 8484 的協定,可將 DNS 查詢封裝在加密的 HTTPS 會話中,使裝置能夠使用其選擇的解析器,而無需使用網路指派的 DNS 伺服器。 DoH 是任何網路 DNS 過濾器(包含 Shield 或 Umbrella)的旁路路由。請在閘道端阻擋傳輸至其他解析器的出站 DNS,並在防火牆支援的情況下限制已知的 DoH 端點。
- SASE
- 安全存取服務邊緣(Secure access service edge),一種從雲端同步提供網路與安全功能的架構。它通常結合了 DNS 層安全、安全 Web 閘道、雲端防火牆與 CASB,並將策略與使用者身分識別綁定。 Umbrella 隸屬於 Cisco 的 SASE 產品組合。如果您只需要針對匿名訪客進行 DNS 過濾,購買以身分識別為導向的 SASE 產品卻僅使用其中一層功能,並不合乎效益。
- 安全 Web 閘道 (SWG)
- 一種雲端或地端的代理伺服器,可檢查 Web 流量(包括 TLS 加密會話),並在 DNS 尋找之外執行可接受的使用與惡意軟體策略。 Umbrella 在較高階的方案中增加了 SWG。依賴該功能的員工網路通常會在遷移期間繼續使用 Umbrella,而訪客網路則轉移至 Shield。
- CASB
- 雲端存取安全代理(Cloud access security broker),位於使用者與雲端服務之間的控制點,可探索、監控並管理 SaaS 的使用,通常會套用與具名身分綁定資料保護策略。 Umbrella 依方案為受控員工提供 CASB。它在匿名訪客網路上完全起不了作用,這也是 Shield 僅聚焦於 DNS 範疇會更適合訪客 WiFi 的原因之一。
- PCI DSS 安全標準
- 由 PCI 安全標準委員會發布的支付卡產業資料安全標準(Payment Card Industry Data Security Standard)。它需要能隔離持卡人資料環境的網路安全控制措施,而網路分段可減少納入規範範疇的系統。 保護性 DNS 支援 PCI DSS,但無法單獨實現合規。您仍須將支付系統與訪客網路隔離,而 DNS 過濾則是在此基礎上增加一道控制措施。
- GDPR
- 歐盟通用資料保護規則(條例 (EU) 2016/679)。第 28 條規定了代表控制者處理個人資料的處理者應盡的義務,包括合約條款與安全措施。 DNS 層可以看到裝置請求的網域,因此請選擇資料處理方式透明的處理者。Purple 已獲得 ISO 27001、GDPR、CCPA 與 Cyber Essentials 認證。
Worked examples
飯店希望在大廳提供適合全家安全的過濾器,但希望在會議網路上為商務代表提供較輕鬆的原則。訪客皆為匿名、未安裝代理程式,且在飯店的目錄中沒有帳號。飯店應如何套用防護型 DNS?
飯店使用 Shield 將原則附加到網路而非個人。它在大廳 SSID 上執行適合全家安全的原則,並在會議 VLAN 上執行較輕鬆的原則,這兩者皆由一個 Purple 儀表板管理。連接的每台裝置都會繼承該網路的規則,包括永遠無法執行代理程式的手機、筆記型電腦和智慧型電視。以身分為導向的產品需要目錄帳號或 Cisco Secure Client 才能使用個人原則,而訪客兩者都沒有。由於 Shield 與強制入口部位於同一平台,因此運行訪客登入的團隊也可以設定這些原則。
某個機構透過 Cisco Umbrella 解析員工和訪客網路。員工依賴 Web 閘道和 CASB,但訪客 SSID 僅在按基座計費的授權下使用 DNS 層。IT 團隊應如何將訪客流量移轉至 Shield?
團隊首先會對透過 Umbrella 解析的每個網路進行對應,並將員工網路與訪客及公共 SSID 分開。使用 Web 閘道或 CASB 的員工網路將保留在 Umbrella 上。針對每個訪客 SSID 或 VLAN,他們會建立一個 Shield 原則,事先與場地營運部門確認內容類別。然後,他們會變更每個訪客網路透過控制器或閘道上的 DHCP 所發放的 DNS。他們會封鎖至其他解析器的出站 DNS,並限制已知的 DNS over HTTPS 端點以封閉繞過管道。從訪客裝置進行測試並在 Purple 儀表板中確認封鎖後,他們會分批移轉場地,並從 Umbrella 中移除訪客出口網路。
Frequently asked questions
針對訪客 WiFi,有哪些替代 Cisco Umbrella 的優質方案?
Purple Shield 是專為訪客和公眾 WiFi 打造的防護型 DNS 服務,而非針對受控管的員工網路。它可以在 DNS 解析階段過濾威脅與內容,並依據 SSID、VLAN 和場域設定原則。訪客裝置無需安裝代理軟體 (Agent)。Whitbread、AGS Airports 與 St George's Healthcare NHS Trust 均已採用。針對特定資產管理需求,DNSFilter 和 Cloudflare Gateway 也是值得納入考慮的方案。
為什麼 Cisco Umbrella 不適合匿名訪客 WiFi?
Umbrella 最深層的功能是建立在已知網路使用者的前提下。個人原則、漫遊保護和身分識別報告,皆依賴目錄服務以及在受控裝置上安裝的 Cisco Secure Client。然而訪客兩者皆無。您可以將訪客網路的 DNS 指向 Umbrella,但如此一來,您便是在按席位授權的模式下,支付了身分導向 SASE 產品的費用,卻僅使用其 DNS 層級的功能。
Umbrella 的按席位授權模式如何應用於公眾 WiFi?
它的運作方式並不理想,因為其授權是以席位計算,而公眾 WiFi 並沒有固定的席位。Cisco 透過其團隊與合作夥伴以報價方式銷售 Umbrella 套裝方案,通常是依具名員工的數量來定價。每小時都在變化且隨季節波動的匿名訪客,無法精準對應到這種計算單位。建議您向 Cisco 或您的合作夥伴詢問他們如何為訪客網路提供授權。
場域是否有無需硬體的 Umbrella 替代方案?
是的。Shield 是在雲端執行,因此您無需增加任何硬體設備,也無需更換任何無線基地台 (AP)。您只需將訪客 SSID 或 VLAN 的 DNS 指向 Shield,通常透過控制器或閘道器上的 DHCP 設定即可。它支援 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 和 Fortinet 等網路,可獨立運作或與 Purple Access 搭配使用。
在定價透明度方面,Shield 與 Umbrella 相比如何?
Shield 在前期定價上更加簡單透明。其條款已列於 Shield 定價頁面,您可以將其作為 Connect、Capture 或 Engage 的加購功能,或是獨立用於任何 WiFi 上。Umbrella 的定價則是由 Cisco 及其合作夥伴提供報價,沒有公開的價格表。只有一種模式能讓您在進行銷售洽談之前,先規劃好訪客網路的預算。
我們可以在員工網路執行 Cisco Umbrella,同時在訪客網路使用 Shield 嗎?
是的,而且對許多場域來說這是非常合適的架構劃分。您可以繼續在受控的員工裝置上使用 Umbrella,發揮其 Web 閘道、CASB 及目錄整合的價值;並在訪客與公眾 SSID 上部署 Shield,應對匿名的訪客流量。每個網路都會透過各自的過濾器進行解析,因此兩者絕不會相互重疊。只需切分好 VLAN,即可確保訪客流量無法存取員工系統。
防護型 DNS 是否有助於符合 GDPR 或 PCI DSS 法規?
它有助於符合法規,但無法單靠它來達成合規。PCI DSS 要求將支付系統與訪客網路進行隔離,而 DNS 過濾則是在該隔離基礎上增加了一道控制措施。在 GDPR 規範下,DNS 層級會記錄裝置請求的網域,因此請選擇資料處理方式透明明確的處理商。Purple 通過 ISO 27001、GDPR、CCPA 和 Cyber Essentials 驗證。
從 Umbrella 轉移到 Shield 需要投入多少工作量?
這只是針對每個訪客網路進行設定變更,並不是一個硬體工程。您只需為每個 SSID 或 VLAN 建立 Shield 原則,切換這些網路發放的 DNS,並封鎖繞過路徑即可。接著使用訪客裝置進行測試。執行 Umbrella 的員工網路保持不受影響。大部分的精力將用於稽核目前有哪些網路正在使用 Umbrella,並確認每個場域的內容原則。
