企業 VPN 已經足夠安全？NordLayer 探討 ZTNA 如何重新定義遙距網絡存取

員工在家中、辦公室以至外地客戶現場工作，企業都需要讓他們穩定地連接業務系統。傳統企業 VPN 長期擔當遙距存取的第一道防線，但當 Microsoft 365、CRM 及其他 SaaS 應用程式逐漸成為日常工具，所有流量繞經總部網關的做法，未必仍然符合效能與安全需要。NordLayer 最近的安全遙距存取指南指出，企業可按應用程式、身份及裝置狀況制定更細緻的存取政策，逐步由單一網絡邊界走向零信任架構。

雲端工作模式令傳統 VPN 面對新考驗

傳統 VPN 的設計理念，是把外地員工的裝置安全地連接到企業內部網絡。使用者完成登入後，裝置通常會取得內部網絡存取能力。這對集中式伺服器及內部應用程式仍有價值，但若員工主要使用雲端服務，所有流量先回到中央網關再轉往 SaaS 平台，便可能造成不必要的延遲及頻寬消耗。

另一項風險在於權限範圍。若 VPN 連線後開放過多內部網段，帳戶一旦被盜用，攻擊者便可能嘗試橫向移動，接觸原本與該員工職務無關的伺服器或數據庫。個人裝置、未更新的手提電腦及不安全 Wi-Fi，亦會令單次登入驗證不足以反映整個工作階段的風險。

ZTNA 如何把網絡權限收窄至指定應用程式

零信任網絡存取（ZTNA）的核心，是不因使用者已登入或身處公司網絡便自動給予信任。系統會按身份、裝置狀態及存取政策，決定使用者能否連接指定應用程式。與開放整個網段相比，這種方式更容易落實最小權限原則，亦有助降低單一帳戶失守後的影響範圍。

  • 按應用程式授權：員工只取得完成工作所需的系統權限，而非整個內部網絡。
  • 結合身份驗證：配合多重身份驗證（MFA）及企業身份提供者，減少單靠密碼登入的風險。
  • 檢查裝置狀態：把裝置合規狀況納入存取決策，降低未受管理裝置帶來的風險。
  • 改善可視性：集中檢視連線活動及政策執行情況，協助 IT 團隊調查異常存取。

ZTNA、SASE 與應用程式閘道各有適用場景

企業不一定要以單一技術處理所有遙距存取需求。ZTNA 適合需要按使用者及應用程式精細授權的環境；安全存取服務邊緣（SASE）則把 ZTNA、安全網頁閘道、雲端存取安全代理及防火牆即服務等能力整合到雲端架構，適合需要統一管理網絡及網頁安全政策的分散式團隊。

若企業只需保護指定網頁應用程式，身份感知代理（IAP）或反向代理亦可能已足夠。需要連接舊式內部系統時，遠端桌面閘道及應用程式層代理則可作為過渡方案。選擇重點不是追逐技術名稱，而是先釐清哪些資源需要保護、使用者從哪裏連線，以及現有系統支援甚麼身份驗證方式。

NordLayer 讓企業逐步整合 VPN 與零信任控制

NordLayer 的定位並非要求企業一夜之間淘汰 VPN，而是把 VPN 連線能力與零信任存取控制放在同一網絡安全平台內。企業可按現有架構使用加密連線及專用網關，再逐步加入身份驗證、裝置狀態檢查及更細緻的存取政策。這種漸進方式有助兼顧仍依賴內部伺服器的舊系統，以及已全面採用雲端服務的部門。

對員工而言，理想的安全存取體驗應盡量減少不必要的登入及連線等待；對管理人員而言，則要能清楚知道誰在何時存取哪項資源，以及政策是否按預期執行。把連線保護與權限管理一併規劃，才可避免安全措施變成日常工作的阻力。

部署前先盤點資源，避免一次過更換造成中斷

企業可先列出內部伺服器、SaaS 應用程式及雲端工作負載，再按部門及職務整理存取需求。接着檢查現有身份提供者、MFA、端點防護及裝置管理政策，選取一組雲端應用程式進行試行。對不支援現代身份驗證的舊式系統，應預先設計代理或連接器方案，並在轉換期間保留必要的 VPN 通道。

安全遙距存取的目標，不是單純把 VPN 換成另一個縮寫，而是讓每次連線都符合使用者的實際工作需要。NordLayer 將企業 VPN 與零信任能力結合，為企業提供循序改善網絡存取安全的選項；部署成效則取決於清晰的權限規劃、裝置管理及持續檢視。

關於 NordLayer

NordLayer 是現代企業的自適應性網絡存取安全解決方案，來自世界上其中一個最值得信賴的網絡安全品牌 Nord Security。致力於幫助 CEO、CIO 和 IT 管理員輕鬆應對網絡擴展和安全挑戰。NordLayer 與零信任網絡存取（ZTNA）和安全服務邊緣（SSE）原則保持一致，是一個無需硬件的解決方案，保護公司企業免受現代網絡威脅。通過 NordLayer，各種規模的公司企業都可以在不需要深入專業技術知識的情況下保護他們的團隊和網絡，它易於部署、管理和擴展。

關於 Version 2

Version 2 Digital 是立足亞洲的增值代理商及IT開發者。公司在網絡安全、雲端、數據保護、終端設備、基礎設施、系統監控、存儲、網絡管理、商業生產力和通信產品等各個領域代理發展各種 IT 產品。透過公司龐大的網絡、通路、銷售點、分銷商及合作夥伴，Version 2 提供廣被市場讚賞的產品及服務。Version 2 的銷售網絡包括台灣、香港、澳門、中國大陸、新加坡、馬來西亞等各亞太地區，客戶來自各行各業，包括全球 1000 大跨國企業、上市公司、公用事業、醫療、金融、教育機構、政府部門、無數成功的中小企及來自亞洲各城市的消費市場客戶。

NACVIEW 3.0.3 加強 Microsoft 整合與網絡存取管理：部署 NAC 的實用考慮

NACVIEW 3.0.3 官方發布橫幅
NACVIEW 3.0.3 官方發布橫幅

企業網絡愈來愈多元，辦公室電腦、員工自攜裝置、無線設備、伺服器及訪客設備同時接入，單靠防火牆或人工核對清單，已難以全面掌握每個接入點。對企業而言，網絡存取控制（NAC）不只是限制誰可以連線，更關乎如何準確識別使用者與裝置、落實存取政策，以及在出現異常時迅速處理。

NACVIEW 3.0.3：整合現有 Microsoft 環境

NACVIEW 於 2026 年 10 月推出 3.0.3 版本，新增 Microsoft Intune 整合，可直接匯入身分資料、管理員帳戶及端點裝置。對已採用 Microsoft 端點管理的企業，這項更新有助減少重複輸入資料，亦讓網絡管理團隊更容易對照現有裝置及帳戶紀錄。資料一致性提升後，日常盤點及政策管理亦可更有條理。

在評估整合時，宜先確認 Intune 租戶、裝置命名方式、帳戶權限及資料更新頻率，再以一組代表性裝置進行測試。尤其是跨部門、分公司或混合辦公環境，應先釐清哪些裝置由 Intune 管理、哪些仍屬例外，再決定匯入及後續處理方式。

以 Microsoft Authenticator 加強多重身分驗證

3.0.3 同時加入原生支援 Microsoft Authenticator 的多重身分驗證（MFA）。這項安排讓企業可在網絡存取流程中增加一層身分確認，減低單靠密碼所帶來的風險。對已廣泛使用 Microsoft 365 的香港公司而言，採用員工熟悉的驗證工具，通常較容易納入既有 IT 支援及使用者培訓安排。

部署 MFA 不宜一次過全面推行。可先選擇 IT 管理員、遠端使用者及高權限帳戶作試點，並同步制定遺失手機、換機、帳戶復原及緊急存取程序。這些看似行政細節的安排，往往決定安全控制能否長期穩定運作。

維護工具更完整，減少故障排查盲點

新版本亦改善系統維護及故障排查能力，包括檢查 Master 與 Slave 節點之間的複寫狀態、系統還原，以及增加 netstat、ifconfig、arping 和 mtr 等 CLI 診斷指令。對需要維持多節點服務的機構，管理員可更直接地檢視複寫情況，並在事故處理時取得更多網絡層面的線索。

版本更新亦涵蓋 VPN、OTP、PKI、TACACS+、Captive Portal、LDAP、節點複寫及政策處理等範疇。這類穩定性改善未必會成為日常使用者最容易察覺的功能，卻與服務可用性和維護效率息息相關。企業在升級前仍應按官方指引備份設定、核對相容性，並安排回復方案。

選購 NAC，應先盤點網絡現況

不同機構的網絡架構差異甚大。金融及專業服務機構可能較重視管理員帳戶、稽核紀錄及分區政策；教育及共享辦公環境則可能更關注訪客網絡、自攜裝置及大量無線終端。製造業和物流企業的網絡中，亦可能存在較舊的網絡設備或專用終端，不能只以辦公室電腦作測試基準。

  • 先盤點接入設備：列出交換器、無線控制器、存取點、伺服器、印表機及專用設備，確認現有網絡設備的協定與相容性。
  • 釐清身分來源：檢視 Active Directory、LDAP、Microsoft Entra ID 及 Intune 等資料來源，確定帳戶與裝置資料由哪個系統負責維護。
  • 設計例外處理：為訪客、承辦商、BYOD 及不支援一般驗證方式的設備制定清晰政策，避免因規則過於嚴格而影響營運。
  • 以真實場景進行 PoC：測試裝置識別、驗證、網絡分段、管理員權限及故障復原流程，並記錄對使用者及 IT 團隊的影響。

由可視性走向可管理的網絡存取

NAC 的價值不在於增加另一個管理介面，而在於讓企業清楚知道誰和甚麼裝置正在使用網絡，以及政策是否真正落實。NACVIEW 3.0.3 的 Intune 整合、Microsoft Authenticator MFA 和維護功能更新，為使用 Microsoft 生態系統的企業提供了值得評估的方向。

對香港買家而言，合適的部署方式應由現有網絡盤點、身分資料治理及分階段測試開始。先確定業務需求，再以 PoC 驗證實際環境，較容易避免只看功能清單而忽略日後維護成本。

關於 NACVIEW

NACVIEW 是一款功能強大的網路存取控制 (NAC) 解決方案，旨在為企業提供對其網路基礎架構的全面可視性和控制力。 NACVIEW 由領先的網路安全公司開發，提供先進的功能和特性，確保用戶和設備能夠安全且有效率地存取網路。

關於 Version 2

Version 2 Digital 是立足亞洲的增值代理商及IT開發者。公司在網絡安全、雲端、數據保護、終端設備、基礎設施、系統監控、存儲、網絡管理、商業生產力和通信產品等各個領域代理發展各種 IT 產品。透過公司龐大的網絡、通路、銷售點、分銷商及合作夥伴，Version 2 提供廣被市場讚賞的產品及服務。Version 2 的銷售網絡包括台灣、香港、澳門、中國大陸、新加坡、馬來西亞等各亞太地區，客戶來自各行各業，包括全球 1000 大跨國企業、上市公司、公用事業、醫療、金融、教育機構、政府部門、無數成功的中小企及來自亞洲各城市的消費市場客戶。

NordStellar 品牌整合為 NordLayer Intelligence：企業如何補足外部威脅監察

NordStellar 品牌轉為 NordLayer Intelligence 官方橫幅
NordStellar 品牌轉為 NordLayer Intelligence 官方橫幅

網絡攻擊不一定由企業內部的弱點開始。員工憑證外洩、雲端存取金鑰被盜、品牌遭冒用，甚至員工裝置感染惡意程式後流出的資料，都可能在企業尚未察覺前，已於外部渠道流傳。對企業而言，傳統以內部網絡及端點為主的防護方式，未必足以掌握這些外部風險。

NordStellar 品牌轉型：產品延續，整合至 NordLayer

NordLayer 於 2026 年 8 月 17 日公布，NordStellar 將成為 NordLayer Intelligence by NordStellar，並轉移至 NordLayer 的商業網絡安全產品網站。官方說明指出，產品及原有團隊維持不變，現有客戶仍可使用平台監察外部威脅及外洩資料。這次調整主要是網站及品牌架構整合，而非宣布產品中止或全面換代。

對現有客戶而言，品牌名稱及網站轉移值得留意，但不應因此假設既有服務流程或產品功能已經改變。企業應透過官方客戶入口及聯絡渠道確認登入網址、管理介面、支援安排和合約資料，並更新內部供應商紀錄及採購文件。

外部威脅情報補足企業的安全盲點

NordStellar 原有定位，是協助企業監察外部威脅，包括暴露的憑證、外洩資料，以及在企業網絡邊界以外形成的風險。這類資訊與內部防火牆、端點防護及身分管理系統的觀察角度不同：內部工具主要記錄環境內發生的活動，外部威脅監察則有機會提示企業資料已在外部渠道出現，讓團隊及早調查。

NordStellar 於 2026 年 6 月公布與 Wiz 合作，相關公告提及向 Wiz 客戶提供有關受感染裝置所竊取、並遭暴露的驗證資料情報，涵蓋雲端密鑰、第三方密鑰，以及雲端和單一登入（SSO）憑證等類別。這說明憑證風險不只涉及員工密碼；服務帳戶、API 金鑰及雲端存取資料同樣需要納入監察範圍。

為何企業需要關注外部攻擊面

企業普遍採用混合雲、SaaS 及跨地域協作工具，帳戶與資料分散於多個平台。分公司、外判供應商及遠端員工亦可能持有不同程度的系統權限。一旦憑證被盜，攻擊者未必需要先突破企業辦公室網絡，便可能嘗試登入雲端服務或第三方平台。

對金融、專業服務、零售及物流企業而言，客戶資料、供應鏈系統及雲端工作負載均可能涉及敏感存取權限。外部威脅情報可作為內部監控的補充，協助安全團隊判斷哪些憑證或資料需要優先調查。不過，監察訊號並不等於事件已獲確認，企業仍須建立核實及應變流程。

採購及部署時，應先問清楚四件事

  • 監察範圍是否清晰：確認服務涵蓋哪些外部資料來源、憑證類型、品牌冒用或外洩訊號，以及更新頻率。不要只以「暗網監察」作為採購規格。
  • 警報如何轉化為行動：了解平台提供甚麼證據、風險背景及調查線索，並釐清是否需要由企業自行連接工單、SIEM 或身分管理流程。
  • 如何處理誤報及資料敏感度：訂立驗證程序、事件分級、通報責任及資料保留政策，避免未經核實的警報造成不必要的帳戶停用或業務中斷。
  • 品牌整合後的支援安排：確認 NordLayer Intelligence by NordStellar 的登入入口、客戶支援、服務條款、續約及管理權限，並將最新資料納入供應商管理程序。

把外部情報納入日常資安流程

外部威脅監察最有效的用法，是與既有的身分管理、端點防護及事件應變流程配合。例如收到憑證外洩訊號後，安全團隊可先確認帳戶擁有人及權限，再按風險決定重設密碼、撤銷工作階段、輪換 API 金鑰或檢查登入紀錄。若涉及雲端服務，亦應同步檢視服務帳戶及第三方整合的存取權。

管理層則應關注可衡量的結果，例如由收到警報至完成核實所需時間、已確認外洩憑證的處理比例，以及高風險帳戶完成輪換的時間。這些指標比單純計算警報數量，更能反映外部情報是否真正改善風險管理。

由品牌轉移看長遠安全管理

NordStellar 轉為 NordLayer Intelligence by NordStellar，反映產品正納入更完整的商業網絡安全產品架構。對企業而言，現階段最重要的是理解產品延續及品牌轉移的實際安排，同時評估外部威脅情報能否補足現有安全工具的可視性。

採購前宜以自身雲端平台、SSO、第三方服務及憑證管理流程設計測試情境，並要求供應商說明資料來源、警報證據、支援流程和整合方式。外部風險未必能完全消除，但及早掌握線索，能讓企業在問題擴大前作出更有根據的處理。

 

關於 NordStellar

NordStellar 是一款威脅暴露管理平台，讓企業能在威脅升級前檢測並應對網絡威脅。作為平台和API 提供，NordStellar可洞察威脅行為者的活動及其對受損數據的處置方式。NordStellar 由Nord Security 設計，該公司以其全球知名的數碼私隱工具 NordVPN 而聞名。

關於 Version 2

Version 2 Digital 是立足亞洲的增值代理商及IT開發者。公司在網絡安全、雲端、數據保護、終端設備、基礎設施、系統監控、存儲、網絡管理、商業生產力和通信產品等各個領域代理發展各種 IT 產品。透過公司龐大的網絡、通路、銷售點、分銷商及合作夥伴，Version 2 提供廣被市場讚賞的產品及服務。Version 2 的銷售網絡包括台灣、香港、澳門、中國大陸、新加坡、馬來西亞等各亞太地區，客戶來自各行各業，包括全球 1000 大跨國企業、上市公司、公用事業、醫療、金融、教育機構、政府部門、無數成功的中小企及來自亞洲各城市的消費市場客戶。

PHP2Shell 漏洞敲響警號：如何以 WAF 建立多層 Web 防禦？

網站、網上商店及企業 API 是企業連接客戶與業務系統的重要入口，但只要應用程式存在未修補漏洞，攻擊者便可能利用網站伺服器作為入侵起點。Cloudbric 於 2026 年 11 月 4 日發表的分析，以 PHP2Shell 漏洞為例，指出企業不能只依賴修補程式，亦需要以多層防禦降低漏洞被利用時的風險。

PHP2Shell 帶來甚麼風險？

Cloudbric 的文章指出，PHP2Shell 涉及兩項於 2026 年 10 月披露的 PHP 核心漏洞：CVE-2026-109618 及 CVE-2026-109619。在特定條件下，漏洞可能讓未經身份驗證的攻擊者執行遠端程式碼（Remote Code Execution，RCE）。這類漏洞值得關注，因為受影響的伺服器可能承載網站、客戶入口、內部系統或 API。

Cloudbric 引述 Amazon Threat Intelligence 的觀察，指相關漏洞在公開披露前已出現利用嘗試。對 IT 團隊而言，這反映漏洞管理有一個現實限制：由發現漏洞、確認受影響資產、測試修補程式，到安排正式部署，中間可能存在暴露時間。企業若只在收到公開通告後才開始盤點，便可能錯過最重要的應變窗口。

修補漏洞仍是首要工作，但不能只靠修補

面對 PHP2Shell，企業應先確認網站及應用程式所使用的 PHP 版本、執行環境、外掛與相依元件，再按照官方安全公告部署適用修補程式。若系統由外判開發商或託管服務商管理，亦應要求對方提供受影響範圍、修補時間及驗證結果。

修補程式處理的是已知軟件弱點，但網站仍可能面對 SQL Injection、跨站指令碼（XSS）、惡意機械人、自動化登入嘗試、異常 HTTP 請求及惡意 IP 流量。換言之，完成一次更新並不代表網站從此不會受到攻擊。企業需要同時維持漏洞管理、存取控制、日誌監察及網絡流量防護。

WAF 如何補上 Web 應用程式防線？

Web Application Firewall（WAF）會檢查進入網站的 HTTP 及 HTTPS 請求，並根據安全規則識別及阻擋可疑或惡意流量。它不能取代安全編碼、修補程式或伺服器加固，但可以在應用程式前方增加一層檢查，協助減少常見 Web 攻擊直接到達後端的機會。

對使用雲端服務及網上平台的企業，WAF 的價值在於可集中管理進站流量政策，並按網站、API 及業務風險調整規則。部署時仍要留意誤判、例外規則及應用程式更新，避免正常客戶交易或 API 呼叫被錯誤阻擋。

Cloudbric Managed Rules：按風險組合不同防護規則

Cloudbric 在文章中介紹 Cloudbric Managed Rules，讓企業按自身需要選擇及組合不同安全規則，以擴大 AWS WAF 的防護範圍。官方列出的規則類別包括：

  • OWASP Top 10 Rule Set：針對常見 Web 應用程式風險提供規則基礎。
  • Malicious IP Protection：識別及處理來自惡意 IP 位址的流量。
  • Anonymous IP Protection：針對匿名網絡來源增加流量檢查。
  • API Protection：為 API 流量加入相應防護規則。
  • Bot Protection：協助處理自動化機械人流量。
  • Tor IP Protection：識別來自 Tor 網絡的連線。
  • Protocol Validity Protection：檢查 HTTP 通訊協定請求是否符合有效格式。

企業不宜單純把所有規則一次過開啟，而應先了解網站功能、客戶流量模式及現有應用程式限制，再以監察模式或測試環境評估規則效果。對登入、付款、搜尋及 API 等關鍵路徑，應特別測試正常請求與異常請求，並建立例外審批及回復程序。

企業可採用的五步應對流程

第一步：建立對外資產清單

盤點所有公開網站、子網域、API、測試環境及雲端負載，並記錄負責部門、系統擁有人、PHP 版本及託管供應商。沒有清單，就難以判斷漏洞通告是否與企業相關。

第二步：確認漏洞影響並優先修補

根據官方 PHP 安全公告及供應商指引，確認受影響版本與部署條件。優先處理直接連接互聯網、承載客戶資料或具有高權限的系統，並保留修補及驗證紀錄。

第三步：在 WAF 加入合適防護

檢視現有 WAF 規則是否涵蓋常見 Web 攻擊、惡意 IP、機械人及 API 風險。按業務需要選擇規則組合，並透過測試避免影響正常流量。

第四步：集中監察並保留事件紀錄

將 WAF 告警、Web 伺服器日誌、應用程式日誌及雲端平台事件互相對照。留意異常請求量、重複錯誤、可疑來源及不尋常的管理操作，並設定清晰的事件升級程序。

第五步：定期演練及檢視規則

以漏洞通告、攻擊模擬及應用程式更新作為演練情境，確認修補、封鎖、回復及通報流程能夠協同運作。每次系統版本或流量模式改變後，都應重新檢查 WAF 規則及誤判情況。

評估 WAF 方案時，買家應問甚麼？

  • 方案支援哪些雲端 WAF 平台及部署方式？
  • 規則更新由誰負責，更新頻率及變更通知如何安排？
  • 能否按網站、API 或不同業務路徑選擇規則？
  • 如何查看封鎖原因、告警及流量紀錄？是否方便匯出至現有 SIEM？
  • 誤判時如何建立例外、審批及回復規則？
  • 服務支援時間、事故升級方式及服務範圍是否符合企業要求？

結語：讓漏洞修補與流量防護互相配合

PHP2Shell 再次提醒企業，公開網站的風險不會只來自單一漏洞。修補程式負責處理軟件弱點，WAF 協助檢查及阻擋惡意請求，而存取控制、日誌監察及事件應變則負責補足其他環節。每一層都有其限制，亦正因如此，多層防禦比單一安全工具更適合面對不斷變化的 Web 威脅。

Cloudbric 表示，其服務伺服器在官方 PHP 安全修正發布後六小時內完成更新；這是供應商披露的自身應變紀錄。企業在選擇 WAF 或託管安全規則時，亦應要求供應商交代更新流程、規則維護、監察能力及支援責任，並以實際測試驗證防護效果。

關於 Cloudbric

Cloudbric 是一家由南韓首爾知名網絡安全公司 Penta Security 開發的雲端安全即服務（SECaaS）平台品牌。它最初是以一體化網頁應用程式防火牆（WAF）的形式推出，如今已擴展為一個全面的網頁應用程式與 API 保護（WAAP）平台。

關於 Version 2

Version 2 Digital 是立足亞洲的增值代理商及IT開發者。公司在網絡安全、雲端、數據保護、終端設備、基礎設施、系統監控、存儲、網絡管理、商業生產力和通信產品等各個領域代理發展各種 IT 產品。透過公司龐大的網絡、通路、銷售點、分銷商及合作夥伴，Version 2 提供廣被市場讚賞的產品及服務。Version 2 的銷售網絡包括台灣、香港、澳門、中國大陸、新加坡、馬來西亞等各亞太地區，客戶來自各行各業，包括全球 1000 大跨國企業、上市公司、公用事業、醫療、金融、教育機構、政府部門、無數成功的中小企及來自亞洲各城市的消費市場客戶。

企業如何同時兼顧雲端資料主權與 SaaS 備份復原？Keepit 提醒企業重新檢視復原能力

企業把 Microsoft 365、Salesforce、Google Workspace 等平台搬上雲端，日常協作固然方便，但「資料放在雲端」並不等於「資料已經有完整備份」。服務供應商可以負責平台可用性，企業仍然需要確認自己的資料在意外刪除、帳戶被入侵、服務中斷或供應商退出時，是否能夠獨立取回。

資料主權與資料復原，是兩道不同的問題

Keepit 於 2026 年 10 月 15 日發表的分析，以歐盟《Cloud and AI Development Act》（CADA）提案為切入點，指出雲端主權評估主要關注資料所在地、供應商控制權、法律管轄及軟件供應鏈透明度；然而，這些條件並不能單獨證明企業在服務故障或資料事故後可以成功復原。

這個觀點對企業同樣值得參考。即使企業選用具備清晰資料中心位置及合約保障的雲端服務，仍要另外檢查備份副本是否獨立、管理權限是否分隔，以及復原流程會否依賴原本已經失效的服務。CADA 是歐盟政策提案，並非香港法規；本文引用的是其風險管理思路，而不是把歐盟要求直接套用到香港企業。

企業常見的四個復原盲點

1. 備份與正式環境共用管理權限

若正式環境的高權限帳戶同時可以刪除備份，勒索軟件或管理員帳戶失陷時，攻擊者可能同時影響原始資料及備份副本。企業應評估是否可以使用獨立帳戶、分離管理角色及額外驗證，縮小單一帳戶被盜後的影響範圍。

2. 把同步、回收桶或版本記錄當成完整備份

同步功能主要確保不同裝置或使用者看到相同資料；如果錯誤刪除或惡意修改被同步，問題亦可能一併傳播。回收桶及版本記錄有其用途，但保留期限、可還原範圍及管理員可執行的操作都可能有限。企業應明確區分日常版本管理與獨立備份。

3. 只測試單一檔案，沒有測試整個服務復原

實際事故可能牽涉大量郵件、文件、協作空間、使用者及權限設定。只確認某個檔案可以還原，未必代表部門能夠在合理時間內恢復工作。測試時應記錄復原點、復原時間、資料完整性，以及還原後的存取權限是否正確。

4. 忽略身份、DNS 及管理平台等依賴

雲端服務通常依賴身份供應商、目錄服務、DNS 及管理員帳戶。若其中一項中斷，企業即使持有備份，也可能無法登入管理介面或啟動復原程序。因此，復原計劃應列出服務依賴關係，並預先設計不依賴故障系統的應急存取方法。

Keepit 的方向：建立獨立而可驗證的 SaaS 資料保護

Keepit 將其平台定位為 SaaS 資料備份及復原方案，支援企業保護多種雲端應用程式資料。其核心概念是把備份副本與原本的 SaaS 環境分開管理，並以不可變更的資料保存方式降低備份遭到修改或刪除的風險。對企業而言，重點不只是「有沒有備份」，而是備份是否處於另一個安全邊界，以及事故發生時能否實際取回。

Keepit 亦在 2026 年 10 月的平台更新中加入 Salesforce 復原前的儲存空間影響預覽。管理員可在執行還原前檢視文件範圍及預計佔用的資料與檔案儲存空間，並選擇是否包括檔案、附件及富文字欄位圖片。這類預先評估有助減少大規模還原時出現容量意外，但企業仍需按自身 Salesforce 配額及資料結構測試實際流程。

企業選擇 SaaS 備份方案的實用清單

  • 涵蓋範圍：確認方案支援哪些 SaaS 平台、資料物件、附件及權限資訊，並核對授權範圍。
  • 資料位置及管轄：了解備份資料存放地點、資料處理安排、合約條款及跨境存取方式。
  • 隔離與不可變更性：確認正式環境管理員是否可以刪除備份，並了解保留政策如何防止未經授權的變更。
  • 復原粒度：比較單一項目、資料夾、使用者或整個服務的還原能力，以及還原後的關聯資料是否完整。
  • 復原演練：要求供應商示範實際還原流程，並定期測試 RTO、RPO、資料完整性及管理員應急存取。
  • 成本透明度：了解儲存容量、保留期、資料匯出、復原工作及額外管理服務是否涉及費用。

結語：把「可以還原」變成有證據的能力

雲端主權回答的是誰能控制資料及服務；資料復原則回答當服務不可用時，企業能否重新取得可用資料。兩者並不互相取代。企業在評估 SaaS 服務時，除了檢查資料所在地及供應商保障，亦應要求備份副本具備獨立管理、清晰保留政策及可定期驗證的還原流程。

Keepit 的分析提醒企業，不要把合規文件或雲端服務的可用性當成復原保證。真正可靠的策略，是在事故發生前已經測試過：即使原有平台、管理帳戶或供應商出現問題，企業仍然知道資料在哪裏、由誰管理，以及如何安全地取回。

關於 Keepit

Keepit 立足於為雲端時代提供新世代的 SaaS 資料保護。其核心理念是透過獨立於應用程式供應商的雲端儲存，為企業關鍵應用加上一道安全鎖，不僅強化網路韌性，更實現前瞻性的資料保護策略。其獨特、分隔且不可變的資料儲存設計，不涉及任何次級處理器，確保符合各地法規，有效抵禦勒索軟體等威脅，並保證關鍵資料隨時可存取、業務不中斷，以及快速高效的災難復原能力。總部位於丹麥哥本哈根的 Keepit，其辦公室與資料中心遍及全球，已贏得超過 15,000 家企業的深度信賴，客戶普遍讚譽其平台的直覺易用性，以及輕鬆、可靠的雲端資料備份與復原體驗。

關於 Version 2

Version 2 Digital 是立足亞洲的增值代理商及IT開發者。公司在網絡安全、雲端、數據保護、終端設備、基礎設施、系統監控、存儲、網絡管理、商業生產力和通信產品等各個領域代理發展各種 IT 產品。透過公司龐大的網絡、通路、銷售點、分銷商及合作夥伴，Version 2 提供廣被市場讚賞的產品及服務。Version 2 的銷售網絡包括台灣、香港、澳門、中國大陸、新加坡、馬來西亞等各亞太地區，客戶來自各行各業，包括全球 1000 大跨國企業、上市公司、公用事業、醫療、金融、教育機構、政府部門、無數成功的中小企及來自亞洲各城市的消費市場客戶。