一覽表:主要合規框架橫向對比
| 比較維度 | ISO 27001 | SOC 2 | ISO 27701 | ISO 27017 / 27018 |
|---|
| 本質屬性 | 可獲認證的管理體系標準 | 鑑證報告(非認證證書) | 私隱資訊管理體系(PIMS) | 雲端安全/雲端私隱實務守則 |
| 覆蓋範疇 | 企業整體資訊安全管理體系(ISMS) | 所提供服務的內部控制,對標信託服務準則 | 作為控制者或處理者對個人資料的處置機制 | 企業提供或使用的雲端服務安全控管 |
| 核發機構 | 獲認可的第三方認證機構 | 持牌美國註冊會計師事務所(CPA Firm) | 獲認可的第三方認證機構 | 獲認可的認證機構(作為 ISO 27001 之拓展增項) |
| 交付成果 | 可供公開驗證的第三方認證證書 | 受受眾限制的鑑證報告(通常簽署 NDA 後提供) | 可供公開驗證的第三方認證證書 | 附屬於 ISO 27001 證書的拓展標註 |
| 有效期限 | 3 年期,每年須進行監督審核 | 無法定過期日;通常涵蓋過往 12 個月,過渡期附 Bridge Letter | 3 年期,每年須進行監督審核 | 隨 ISO 27001 證書週期運作 |
| 核心認受區域 | 全球廣泛認受,尤以亞洲、歐洲及政府招標為甚 | 主要流行於美國及美資企業採購 | 全球適用,特別針對處理大量個人資料的機構 | 全球雲端服務及 SaaS 軟體市場 |
| 典型客戶訴求 | 「請出示貴公司的 ISO 27001 證書」 | 「請提供貴公司的 SOC 2 Type II 報告」 | 「貴公司如何保護我們客戶的個人資料?」 | 「貴公司與雲端平台之間的資安權責如何劃分?」 |
各項框架深度解析
ISO 27001:資訊安全的穩固基石
ISO/IEC 27001:2022 規範了資訊安全管理體系(ISMS)的建構要求。企業需要界定認證範圍、開展資安風險評估、挑選相應的控制措施進行處置,並維持體系的持續改善。其附錄 A(Annex A)包含 93 項控制措施,劃分為組織、人員、實體及技術四大維度。企業可自訂適用的條款,並在「適用性聲明(Statement of Applicability, SoA)」中做出說明。
作為一項管理體系標準,ISO 27001 絕非證明企業在特定某一天「絕對安全」,而是證明企業建立了一套可長期動態識別並管控資安風險的實質運作體系——這正是審核員每年均需回訪開展監督審核的原因。
審視任何 ISO 27001 證書(包括供應商出具的證書)時,務必核查兩項細節:版本號與認證範圍。ISO 27001:2013 版的轉版過渡期已於 2025 年 10 月 31 日正式截止,因此任何仍顯示為 2013 版的證書均已失效;此外,證書可能僅覆蓋特定辦公地點或單一系統,故需仔細閱讀認證範圍聲明並索取 SoA。
適用場景:
- 政府部門、公營機構或大型企業在招標文件中將 ISO 27001 列為硬性門檻;
- 主要客戶集中於香港、中國內地、亞洲或歐洲地區;
- 希望建立一套可無縫對接其他標準與法規的底層通用框架。
SOC 2:美資客戶的合規金鑰
SOC 2 由美國註冊會計師協會(AICPA)制定。由持牌的 CPA 事務所對標「信託服務準則(Trust Services Criteria)」評估企業的內部控管:安全範疇(Security,必選),以及可用性、處理完整性、保密性與私隱範疇(視服務特性選取)。
SOC 2 分為兩類報告:
- Type I 報告:評估企業的控制措施在特定時間點的設計是否合理。
- Type II 報告:評估這些控制措施在一段觀察期內(通常為 3 至 12 個月)是否實質有效運作。絕大多數大型企業買家均要求出具 Type II 報告。此外還有 SOC 3 報告,它是 SOC 2 Type II 的簡短公開版,不包含詳細的測試過程,可供企業在官網自由展示。
SOC 2 報告反映的是過往的運作狀況。若企業在審核期結束後修補了某項漏洞,該期報告的結論並不會改變,改善成果將體現在下一年度的報告中。ISO 27001 的處理邏輯則有所不同:次要不符合項(Minor Nonconformity)需要提交獲認可的糾正計畫,而主要不符合項(Major Nonconformity)必須在核發證書前完成糾正與驗證,以確保證書真實反映當前的運作姿態。
買家在審閱 SOC 2 時經常關注的兩項技術細節:
- 子服務組織(Subservice Organisations):若您的系統部署於 AWS 或 Azure 等雲端平台,報告會將該供應商視為子服務組織,通常採取「剝離(Carved-out)」方式處理,即由該雲端廠商自身的 SOC 報告予以覆蓋。
- 補充使用者實體控制(CUECs):報告會列出客戶自身必須配合執行的控制措施(例如客戶自身的帳號權限管理),否則企業的控管措施將無法達到預期效果。
- 適用場景:
- 客戶或投資者來自美國(特別是 SaaS 買家與上市公司);
- 潛在客戶發來的供應商資安問卷中明確點名要求 SOC 2 報告。
ISO 27701:在資安基礎上深化私隱治理
ISO/IEC 27701 將資訊安全延伸至私隱保護維度。它規範了企業如何收集、使用、共享、保留及刪除個人資料,並對資料控制者(Data Controllers)與資料處理者(Data Processors)設定了專屬控制措施。
在 2025 年之前,ISO 27701 僅能作為 ISO 27001 的附加增項進行聯合認證。最新發布的 ISO/IEC 27701:2025 已演進為具備獨立 Clause 4 至 10 架構的獨立管理體系標準。其附錄 A 為控制者提供了 31 項控制措施、為處理者提供了 18 項控制措施,以及 29 項通用控制措施。企業既可單獨申請認證,亦可像大多數機構一樣,將其與 ISO 27001 整合在同一次審核中。持有 ISO 27701:2019 版證書的機構,需要在認可機構規定的期限內完成向 2025 新版的轉版。
適用場景:
- 處理龐大數量的個人資料(如保險、醫療、人力資源、教育或電子商務);
- 客戶要求企業出具符合香港《個人資料(私隱)條例》(PDPO)、內地《個人資訊保護法》(PIPL)或歐盟 GDPR 的實質證明。
ISO 27017 與 ISO 27018:雲端專屬的權威增項
- ISO/IEC 27017:提供針對雲端服務的補充安全控制措施,並清晰劃分雲端服務提供商與客戶之間的資安責任邊界。
- ISO/IEC 27018:專為作為 PII(個人可識別資訊)處理者的公有雲服務提供商設計,聚焦於保護代表客戶處理的個人資料。
這兩項標準均屬於「實務守則(Codes of Practice)」,而非獨立的管理體系。取得 ISO 27001 認證是申請這兩項標準的前提條件:它們作為 ISO 27001 ISMS 的拓展增項進行審核,其證書有效性完全依附於 ISO 27001 主證書。由於兩者仍基於 ISO/IEC 27002:2013 構造,其控制措施需精準對照映襯至 ISO 27001:2022 附錄 A 的 93 項控制措施中。
適用場景:
- 貴公司為雲端服務提供商、SaaS 企業或託管服務提供商(MSP);
- 大型企業客戶要求釐清貴公司與底層雲端平台之間的資安分工。
各項框架如何有機協同?
與其將這些框架視為競爭對手,不如將其視為可層層疊加的模組:
- ISO 27001 是核心基石:提供風險評估、政策制定、組織治理及持續改善機制,為後續所有合規建設打下底座。
- ISO 27017、ISO 27018 與 ISO 27701 是專業拓展層:在 ISMS 基礎上疊加雲端與私隱的專屬控管,通常可以在同一次審核中一併完成。
- SOC 2 是並行鑑證層:它是一套獨立的鑑證報告,雖然採用自身的評估準則,但其審核的大多數控制措施(如存取控制、變更管理、事件應變及供應商管理),本質上正是企業在 ISO 27001 下運作的同一套機制。
一句話總結:ISO 27001 賦予企業一套體系;SOC 2 向美資受眾出具體系運作報告;ISO 27701 及雲端標準則在客戶有特殊需求時,證明企業具備更深度的專業防禦力。
香港企業應如何選擇第一步?
依據客戶結構決定優先順序
| 企業現狀與業務場景 | 建議首選框架 | 後續拓展考慮 |
|---|
| 主要客戶集中於香港、中國內地或亞洲地區 | ISO 27001 | 若處理大量個人資料,進階導入 ISO 27701 |
| 參與政府部門或公營機構公開招標 | ISO 27001 | 滿足招標文件中規定的特定行業要求 |
| 向美資企業或上市公司銷售 SaaS 軟體 | SOC 2 Type II | 業務拓展至亞洲或歐洲時補齊 ISO 27001 |
| 亞太區雲端/SaaS/託管服務提供商(MSP) | ISO 27001 + ISO 27017 | 針對美資客戶補齊 ISO 27018 與 SOC 2 |
| 銀行及金融機構 | ISO 27001 | 金管局(HKMA)網絡情境技術風險要求及關鍵基礎設施法例 |
| 保險、醫療、人資、教育或電商企業 | ISO 27001 + ISO 27701 | 若個人資料存放於公有雲,補齊 ISO 27018 |
| 關鍵基礎設施營運商,或其 IT 供應商 | ISO 27001 | 對標法例實務守則(Code of Practice)進行差距分析 |
香港全新《關鍵基礎設施條例》的合規考量
《保障關鍵基礎設施(電腦系統)條例》 已於 2026 年 1 月 1 日正式生效,其《實務守則》同步實施。該法例涵蓋八大指定界別:能源、資訊科技、銀行及金融服務、航空運輸、陸路運輸、海上運輸、醫療服務,以及通訊與廣播。專員辦事處負責監管大多數界別,而金管局與通訊局則分別擔任金融與通訊廣播界別的指定監管機構。
獲指定的營運商必須履行以下法定義務:
- 組織結構:在香港設立辦公地點、成立電腦系統安全管理專責單位,並在營運變更時通知專員。
- 安全管理計畫:須獲董事會批准,涵蓋風險管理與供應鏈安全,至少每兩年或在重大變更後進行審閱。
- 風險評估:每年至少開展一次,並在 3 個月內提交報告。
- 獨立安全審核:每兩年至少開展一次,並在 3 個月內提交報告。
- 應急應變機制:制定經董事會背書的應急計畫;在專員要求時開展演練(每兩年不超過一次)。
- 資安事件通報:重大事故須在知悉後 12 小時內通報;其他事故須在 48 小時內通報。
- 重大變更通知:關鍵電腦系統發生平台遷移或重大升級時,須提前通知專員。
違規罪行最高可處港幣 30 萬至 500 萬元罰款,持續違規將按日加處罰款。
雖然《實務守則》未直接點名 ISO 27001,但 ISO 27001 ISMS 已涵蓋了其中絕大部分要求:風險評估、安全政策、供應商管理、事件處置、業務連續性及內部審核。它是最直接的起步點。但需注意,ISO 27001 認證審核並不等於法例規定的「獨立安全審核」,企業仍需針對通報時限、董事會審批等專屬條款進行差距補強。
對 IT 供應商與雲端服務商的影響
即使貴公司未被直接指定為營運商,法例要求亦會透過商業合約傳導至您。指定營運商必須管理供應鏈風險,這意味著他們會將對齊《實務守則》的安全要求寫入供應商合約中。用於關鍵電腦系統的外部雲端服務同樣被計入供應鏈範疇。由於政府不會公開指定機構清單,您可能無法預知哪些客戶屬於受規管對象。預先取得 ISO 27001 認證,是確保企業留在客戶合格供應商清單上的最簡便途徑。
個人資料私隱:《私隱條例》(PDPO)的現狀與趨勢
香港《個人資料(私隱)條例》(PDPO)已要求資料使用者採取一切切實可行的步驟,保障個人資料免受未獲授權或意外的存取、處理、刪除、喪失或使用(保障資料原則第四原則)。私隱專員亦鼓勵機構導入私隱管理條例(PMP)。此外,政府正研究修訂條例,包括引入強制性資料洩漏通報、對資料處理者的直接監管、法定資料保留政策及更高額度的罰款。
ISO 27701 與這些監管期望高度契合。它能提供 PMP 所要求的治理架構,以及修訂草案所針對的安全、保留與事件處置流程。對於在香港與內地之間傳輸個人資料的企業,它亦能有效支撐「大灣區標準合約」及內地《個人資訊保護法》(PIPL)下的合規要求。
如何同時應對多項標準而不支付雙重成本?
許多企業最終需要同時滿足兩到三項框架。好消息是,這些標準的大部分底層要求高度重疊。以下是控制成本的核心策略:
- 一套控制措施,對照多項框架:一次性設計控制措施,然後將其同時映襯至 ISO 27001 附錄 A、SOC 2 信託服務準則及 ISO 27701。一份完善的存取控制政策可同時滿足三者。
- 一次性採集審核證據:權限審查日誌、變更單、事件記錄及培訓紀錄,可同時作為 ISO 27001 審核與 SOC 2 鑑證的佐證材料。
- 實施聯合審核:ISO 27001、ISO 27701、ISO 27017 與 ISO 27018 通常可由同一家認證機構安排聯合審核,出具統一審核計畫,極大化減少對企業日常業務的干擾。
- 對齊審核時間表:合理規劃 SOC 2 的觀察期與 ISO 27001 的監督審核時程,避免團隊全年陷入被動應對審核的疲態。
標準的推行順序通常建議優先導入 ISO 27001,因為其基於風險的管理體系能讓後續疊加其他框架時更加高效。