Academy Central
----
—
——
——
☀
…Weather

CCSP Domain 6:法律、法規與框架總表 / Legal & Framework Reference

用途: 考前速查。以 2026 ISC2 CCSP official outline 明確點名 + 題庫常出 + 實際遇過的項目為範圍,不是世界上所有 privacy law 的清單。 定位: 本檔刻意自成一體(與彙整講義有部分重疊),目的是查的時候不必跳檔。完整推導、錯題脈絡與邊界討論見 simulate-test/domain6-legal-compliance/01-consolidated-lecture.md。 讀法: 先看最後兩節(Legacy/題庫陷阱表與trigger word 索引),再回頭查分區。 姊妹檔: 若要查的是「這個名稱屬於哪一類」而非細節,用 domain6/Framework_Law_Standard_Map.md(名稱 → 類別的歸位地圖)。 外部連結: 均為官方頁面,供查證現行版本與定義之用。

🖍️ 易忘四項(反覆遺忘,考前必看)

名稱一句話最常錯成
<mark>FISMA</mark>Federal agency 資訊安全法律(RMF/800-37 → 800-53 的上游)FedRAMP(那是 federal cloud 授權計畫)
<mark>NIST SP 800-92</mark>Log management(Guide to Computer Security Log Management)risk framework(那是 800-37 RMF)
<mark>NIST SP 800-88</mark>Media sanitization(clear/purge/destroy)800-92(logs)
<mark>ISO 27017</mark>Cloud security controls(CSP + CSC),建立在 27002 之上27018(cloud PII/privacy)
FISMA = Federal 法   | 800-92 = Logs | 800-88 = 銷毀媒體 | 27017 = Cloud security

2026 Domain 6 官方範圍涵蓋 country-specific privacy laws、privacy standards、audit reports、regulated industries、risk frameworks、eDiscovery、forensics、contracts 與 supply-chain security(ISC2 CCSP Exam Outline)。


A. 美國 🇺🇸

名稱類型主要對象CCSP trigger最容易混
HIPAAFederal law/rulesHealthcare/PHImedical records、PHIHITECH
HITECHFederal lawElectronic health records/breach/強化 HIPAAhealth IT、breach notificationHIPAA
GLBAFederal lawFinancial institutions/NPIbank、loan、financial privacyPCI DSS
FERPAFederal lawStudent education recordsschool/student recordsHIPAA
SOXFederal lawPublic companies/financial reportinginternal controls、CEO/CFO certificationSOC 1
<mark>FISMA</mark> 🖍️Federal lawFederal agencies/info systemsfederal security programFedRAMP
FedRAMPFederal cloud programFederal cloud servicesCSP authorization/certificationFISMA
NERC CIPMandatory industry standardsBulk electric systemelectric grid、critical infrastructure泛用 NIST
PCI DSSIndustry standard,不是法律Cardholder dataPAN、payment cardsGLBA
  • HIPAA:對 individually identifiable health information 的 federal 保護(HHS Privacy Rule)。
  • GLBA:financial institutions + consumer financial information,須說明 sharing practice 並保護 customer data(FTC GLBA)。
  • FERPA:student education records,適用於接受美國教育部適用經費的學校(ED FERPA)。
  • SOX:public company + financial reporting/internal controls/audit;核心是 corporate responsibility、financial disclosure、反會計舞弊(SEC)。

兩組最常考的速切

Health / PHI                              → HIPAA
Financial institution / customer financial info → GLBA
Payment card / PAN                        → PCI DSS
Federal agency information-security law   → FISMA
Federal cloud service assessment/cert     → FedRAMP

PCI DSS merchant tiers(題庫易錯)

所有適用的 merchant 都必須符合 PCI DSS。Merchant level 影響的是 compliance validation/reporting 的方法與 rigor,而 merchant levels 由 payment brands/acquirers 定義,不是 PCI SSC 統一規定(PCI Perspectives)。

Level常見 validation(Visa 典型模型)
Level 1ROC by QSA/internal assessor + AOC
Level 2/3SAQ + AOC
Level 4SAQ/acquirer-defined validation
PCI DSS controls ≠ merchant tier-specific control sets
Merchant tier   → validation / reporting rigor

不要背「tier 越高只是 audit 做得比較多」,也不要背「不同 tier 有不同 control sets」。


B. EU / EEA 🇪🇺

名稱類型核心
GDPRRegulationPersonal data/controller/processor/data subject rights
SCCs契約式傳輸機制EU/EEA → 非 adequate third country
Adequacy DecisionEU 執委會決定第三國被認定保護程度充分
BCRs集團內部傳輸機制Multinational corporate groups
EU-U.S. DPFAdequacy-based 傳輸框架EU → 已認證的美國組織
Privacy ShieldLegacy/invalid不可當成現行機制

GDPR exam triggers

  • Controller = 決定 purposes/means;Processor = 依 controller 指示行事
  • data minimization、purpose limitation
  • rights of data subjects、breach notification
  • cross-border transfer restrictions、DPIA

EU 國際傳輸決策樹

EU/EEA personal data
       ↓
   Third country
       ↓
   Adequacy?
 ├─ YES → transfer
 └─ NO
      ↓
 appropriate safeguard?
      ├─ SCC
      ├─ BCR
      └─ 其他 GDPR 機制(certification/codes、Article 49 derogations)

SCCs 是 European Commission 預先核可的契約條款,可作為傳輸至第三國的 safeguard(European Commission — SCC)。

現行 adequacy decisions 包含英國、日本、加拿大(商業組織)、南韓、巴西,以及參與 DPF 的美國組織等(European Commission — Adequacy decisions)。

Privacy Shield → EU-U.S. DPF 的正確理解

歷史:
  U.S. Department of Commerce  → administered Privacy Shield
  FTC                          → enforced participating companies' commitments

2020 Schrems II(CJEU)        → Privacy Shield 判定 invalid
2023 起                        → EU-U.S. Data Privacy Framework (DPF)
  管理:Commerce / ITA
  執法:FTC / DOT(依管轄)

題庫把「administer → FTC」當正解其實不準(FTC 歷史公告、CJEU Schrems II、Data Privacy Framework)。

看到 HHS 先想 HIPAA/healthcare,不是跨境傳輸。


C. 加拿大 🇨🇦

PIPEDA — Personal Information Protection and Electronic Documents Act

  • 類型:Federal private-sector privacy law
  • 核心:commercial activity 中 personal information 的 collection/use/disclosure
  • 內含 10 fair-information principles(OPC PIPEDA)
Canadian private company + customer personal information → PIPEDA

D. 印度 🇮🇳

Digital Personal Data Protection Act (DPDP Act), 2023 —— 2026 official outline 明確點名的新內容。

名詞對應
Data Principal≈ data subject
Data Fiduciary≈ controller-like role
Data Protection Board監管機構

範圍:processing of digital personal data、consent/lawful processing、rights 與 obligations。印度已於 2025 發布 DPDP Rules 2025 並採 phased commencement(MeitY)。

India + digital personal data → DPDP Act

不需背 implementation dates。


E. 其他國家(P2:認名稱即可)

不需像 GDPR/HIPAA 一樣深讀,但題庫可能出現。

地區法規記憶即可
AustraliaPrivacy Act 1988national privacy law
ArgentinaPersonal Data Protection Law 25.326privacy/data protection
BrazilLGPDGDPR-like framework
JapanAPPIpersonal information
SingaporePDPApersonal data
UKUK GDPR + Data Protection Act 2018post-Brexit regime
ChinaPIPLpersonal information protection

Priority:P2 recognition only。 不要背條文。


F. 國際 ISO / IEC(這張最重要)

Standard一句話考試 trigger
ISO 27001ISMS requirements/可認證holistic security management
ISO 27002security controls guidancehow to implement controls
<mark>ISO 27017</mark> 🖍️cloud 專屬安全控制CSP + CSC cloud controls
ISO 27018public cloud processor 的 PII 保護cloud privacy
ISO 27036supplier/supply-chain securityvendor、供應鏈
ISO 27037數位證據的 identify/collect/acquire/preserveforensics(證據處理)
ISO 27041調查方法的適切性與保證forensic methodology
ISO 27042數位證據的分析與解讀forensic analysis
ISO 27043事件調查原則與流程investigation
ISO 27050eDiscoveryESI discovery/litigation
ISO 31000一般企業風險管理enterprise risk

分類

27001/27002 - ISMS

  • ISMS 的整體管理
  • ISMS 的安全性實施指引

27017/27018 - 雲端專屬

  • 雲端安全控制
  • 雲端個資保護

27037/27041/27042/27043 - 數位調查

  • 27037 - 數位證據處理及保存
  • 27041 - 調查方法合規性保證
  • 27042 - 數位證據解讀及分析規範
  • 27043 - 調查方法規範

27036/27050/31000 - 企業風險相關

  • 27036 - 供應鏈管理
  • 27050 - eDiscovery
  • 31000 - 一般企業風險管理

三組切法

27001 = requirements        / 27002 = guidance
27017 = cloud security      / 27018 = cloud privacy (PII)
27037 = evidence handling   / 27050 = eDiscovery
  • 27001/27002 的 requirements vs guidance 定位(ISO 27001)。
  • ISO 27017 現為 2026 edition;27018 現為 2025 edition(ISO 27017)。
  • 27037 的核心正是數位證據的 identification/collection/acquisition/preservation(ISO 27037)。
  • 27050 是 ESI 的 identification → preservation → collection → processing → review → production(ISO 27050)。

G. NIST / U.S. standards & frameworks

名稱核心
NIST SP 800-37RMF(Prepare→Categorize→Select→Implement→Assess→Authorize→Monitor)
NIST SP 800-53Security/privacy controls catalog
NIST SP 800-53A評估上述 controls
<mark>NIST SP 800-88</mark> 🖍️Media sanitization
<mark>NIST SP 800-92</mark> 🖍️Computer security log management(不是 risk framework)
FIPS 199Security categorization
FIPS 200Minimum federal security requirements
FIPS 140-3Cryptographic module validation(140-2 為 legacy)

核心鏈

FISMA
  ↓ risk-based federal security
RMF / NIST SP 800-37
  ↓ select controls
NIST SP 800-53
  ↓ assess controls
NIST SP 800-53A

RMF 是支援 FISMA 的七步 risk-management process(NIST CSRC — FISMA)。

FedRAMP 的 data residency(不要過度絕對)

較高 assurance class 確有 U.S./U.S. territories/U.S. jurisdiction 的 location requirement,但不是「所有 federal cloud use 一律 US-only」。residency 取決於適用的 FedRAMP class/baseline + agency/legal requirements(FedRAMP)。


H. Risk / Governance Frameworks

名稱核心不要混
NIST RMF/800-37Security/privacy risk lifecycleISO 31000
ISO 31000一般企業風險管理;不可用於組織認證不是 cyber-specific
COBITEnterprise IT governance/management不是純 security RMF
COSOEnterprise/internal control/risk governanceCOBIT
CIS Controls實務化、已排序的安全控制ISO ISMS
ITILIT service management不是安全框架
ISO 20000-1ITSM 管理系統要求ISO 27001

一行定位:

COBIT  = Govern IT
800-37 = Run RMF
31000  = Manage risk broadly

ISO 31000:2018 仍為現行版本(ISO 31000)。


I. Audit / Assurance

名稱是什麼
SSAE美國 auditor attestation standards(規範 auditor,不是 report)
SOC 1與 financial reporting 相關的控制
SOC 2Trust Services Criteria(Security/Availability/Processing Integrity/Confidentiality/Privacy)
SOC 3general-use report
ISAE國際 assurance engagement standard
SAS 70legacy(後繼為 SOC 1)
ISO 27001 certificationISMS 認證,不等於 SOC report
Type 1 = point in time / design
Type 2 = period of time + operating effectiveness

J. CSA(Cloud Security Alliance)

名稱用途
CCMCloud controls framework + cross-mappings
CAIQ搭配 CCM 的 assessment questionnaire
STARCloud assurance/registry program
STAR Level 1Self-assessment
STAR Level 2Third-party assurance/certification
STAR Level 3Continuous assurance/monitoring
CCM  = Controls
CAIQ = Questions
STAR = Assurance        (1 自己看 → 2 別人看 → 3 一直看;沒有 Level 4)

CCM 定義與對映 controls;實際套用與檢查靠 tooling(Ansible/CSPM/Policy-as-Code),不要把 enforcement 當成 CCM 的 benefit。


K. OECD 隱私八原則

記憶串:

少收 → 收對 → 說目的 → 不亂用 → 保護 → 透明 → 本人參與 → 公司負責

  1. Collection Limitation
  2. Data Quality
  3. Purpose Specification
  4. Use Limitation
  5. Security Safeguards
  6. Openness
  7. Individual Participation
  8. Accountability

這類題通常是 scenario → principle,不需讀條文全文。


L. Contract / Legal Instruments

名稱用途
SLA可量測的服務承諾
MSA整體法律/商務關係
SOW工作範圍、交付項目、時程
Right to Audit客戶/評估者的稽核權
Legal Hold預期訴訟時暫停常規刪除
eDiscoveryidentify/preserve/collect/review/produce ESI
SCC跨境個資傳輸條款
Choice of Law應適用哪個 jurisdiction 的法律
Jurisdiction哪個法院/機關有權受理

三個 contract 名稱的快速切法

MSA = relationship / rules
SOW = what work
SLA = how well the service must perform

SLA 的判準是 measurable/objective/repeatable:99.95% availability、response < 200 ms、support response ≤ 30 min、monthly capacity quota = 20 TB。而 jurisdiction for litigation 屬 MSA/governing law/venue,不是 SLA。

nuance: 不要背「SLA 只能是數字」——data residency、service location 實務上完全可能寫進合約、service schedule 或 SLA。


M. 高監管產業

2026 outline 明確列出 NERC CIP、HIPAA、HITECH、PCI。用 domain trigger 記,不背條號:

Healthcare                        → HIPAA / HITECH
Electric grid                     → NERC CIP
Payment card                      → PCI DSS
Public company financial reporting → SOX
Financial institution / customer financial data → GLBA

⭐ Legacy/題庫陷阱表

這張比多背舊法條更重要。

題庫可能出2026 應該怎麼想
Privacy Shieldobsolete;現行為 EU-U.S. DPF
Privacy Shield administered by FTC❌ Commerce administered;FTC enforced
SAS 70legacy(後繼 SOC 1)
ISO 31000:2009已撤 → 2018 為現行
ISO 27018:2019已撤 → 2025 為現行
ISO 27017:20152026 edition 為現行
FIPS 140-2legacy 世代 → 現行 140-3
FedRAMP 代表資料一律只能在美國❌ 太絕對;取決於 class/baseline + agency 要求
PCI merchant tier = 不同的 control sets❌ 錯
PCI merchant tier = 只是 audit 數量不同❌ 過度簡化;是 validation/reporting rigor
SOC 3 是客戶通常會索取的多半可疑;SOC 2 通常才是相關的 assurance

trigger word 索引(建議的背法)

不要按字母背,按 scenario → category → framework 背:

Health                → HIPAA / HITECH
Finance               → GLBA
Payment card          → PCI DSS
Student               → FERPA
Public company        → SOX
Federal security      → FISMA          🖍️
Federal cloud         → FedRAMP
Electric grid         → NERC CIP

EU personal data      → GDPR
EU transfer           → Adequacy / SCC / BCR / DPF
Canada                → PIPEDA
India                 → DPDP Act

ISMS                  → ISO 27001
Controls guidance     → ISO 27002
Cloud security        → ISO 27017      🖍️
Cloud PII             → ISO 27018
Supplier              → ISO 27036
Forensics             → ISO 27037 家族
eDiscovery            → ISO 27050

IT governance         → COBIT
Internal control      → COSO
General risk          → ISO 31000
US security RMF       → NIST 800-37
Media sanitization    → NIST 800-88    🖍️
Log management        → NIST 800-92    🖍️
IT service management → ITIL / ISO 20000-1

Auditor rules         → SSAE
Financial report controls → SOC 1
Trust Services        → SOC 2
Cloud controls        → CSA CCM
Cloud assurance       → CSA STAR
Privacy principles    → OECD