Skip to main content

PRI-06: Data Subject Empowerment

PRI 6 — Medium Identify

Mechanisms exist to provide authenticated data subjects the ability to: (1) Access their Personal Data (PD) that is being processed, stored and shared, except where the burden, risk or expense of providing access would be disproportionate to the benefit offered to the data subject through granting access; (2) Obtain answers on the specifics of how their PD is collected, received, processed, stored, transmitted, shared, updated and/or disposed; (3) Obtain the source(s) of their PD; (4) Obtain the categories of their PD being collected, received, processed, stored and shared; (5) Request correction to their PD due to inaccuracies; (6) Request erasure of their PD; and (7) Restrict the further collecting, receiving, processing, storing, transmitting, updated and/or sharing of their PD.

Control Question: Does the organization provide authenticated data subjects the ability to: (1) Access their Personal Data (PD) that is being processed, stored and shared, except where the burden, risk or expense of providing access would be disproportionate to the benefit offered to the data subject through granting access; (2) Obtain answers on the specifics of how their PD is collected, received, processed, stored, transmitted, shared, updated and/or disposed; (3) Obtain the source(s) of their PD; (4) Obtain the categories of their PD being collected, received, processed, stored and shared; (5) Request correction to their PD due to inaccuracies; (6) Request erasure of their PD; and (7) Restrict the further collecting, receiving, processing, storing, transmitting, updated and/or sharing of their PD?

General (12)
Framework Mapping Values
AICPA TSC 2017:2022 (used for SOC 2) (source) P5.0 P5.1 P5.1-POF1 P5.1-POF2 P5.1-POF3
APEC Privacy Framework 2015 8(c)
CSA CCM 4 DSP-11
Generally Accepted Privacy Principles (GAPP) 6.2.1 6.2.2 6.2.3 6.2.4 6.2.5 6.2.6
ISO 27018 2014 A.8
ISO 29100 2024 6.9 6.10
NIST Privacy Framework 1.0 CT.DM-P1
NIST 800-53 R4 IP-2
NIST 800-53 R5 (source) AC-3(14) SI-18(4)
NIST 800-53B R5 (privacy) (source) AC-3(14) SI-18(4)
OECD Privacy Principles 7(a)
SCF CORE Mergers, Acquisitions & Divestitures (MA&D) PRI-06
US (15)
Framework Mapping Values
US CERT RMM 1.2 AM:SG1.SP1 COMP:SG3.SP1 EF:SG2.SP1 EF:SG2.SP2
US CJIS Security Policy 5.9.3 (source) AC-3(14)
US CMS MARS-E 2.0 IP-2
US Data Privacy Framework (DPF) II.6.a III.14.e.ii III.8.a.i III.8.a.i.1 III.8.a.i.2 III.8.a.i.3 III.8.a.iii III.8.b.i III.8.b.ii III.8.d.ii III.8.d.ii III.8.e.i III.8.f.i
US FERPA (source) 1232g
US FIPPS 1 6
US HHS 45 CFR 155.260 155.260(a)(3)(i)
US HIPAA Administrative Simplification 2013 (source) 164.502(a)(2)(i) 164.502(a)(2)(ii) 164.514(h)(1)(i) 164.514(h)(1)(ii) 164.524(a)(1) 164.524(a)(1)(i) 164.524(a)(1)(ii) 164.524(a)(1)(iii) 164.524(a)(1)(iii)(A) 164.524(a)(1)(iii)(B) 164.524(a)(2) 164.524(a)(2)(i) 164.524(a)(2)(ii) 164.524(a)(2)(iii) 164.524(a)(2)(iv) 164.524(a)(2)(v) 164.524(a)(3) 164.524(a)(3)(i) 164.524(a)(3)(ii) 164.524(a)(3)(iii) 164.524(a)(4) 164.524(b)(1) 164.524(b)(2)(i) 164.524(b)(2)(i)(A) 164.524(b)(2)(i)(B) 164.524(b)(2)(ii) 164.524(b)(2)(ii)(A) 164.524(b)(2)(ii)(B) 164.524(c) 164.524(c)(1) 164.524(c)(3)(i) 164.524(c)(3)(ii) 164.524(c)(4) 164.524(c)(4)(i) 164.524(c)(4)(ii) 164.524(c)(4)(iii) 164.524(c)(4)(iv) 164.524(d) 164.524(d)(1) 164.524(d)(2)
US - CA CCPA 2025 7020(a) 7020(b) 7020(c) 7020(d) 7020(e) 7020(f) 7020(f)(1) 7020(f)(2) 7022(b) 7023(c) 7023(d)(1) 7024(g) 7024(h) 7024(j) 7027(d) 7027(e)
US - CO Colorado Privacy Act 6-1-1306(1)(b)
US - NV SB220 2.1
US - OR CPA 3(1)(a)(A)
US - TN TIPA 47-18-3203(a)(1) 47-18-3203(a)(2)(A)
US - TX CDPA 541.051(a) 541.055(a)(1)
US - VA CDPA 2025 59.1-577.A 59.1-577.A.1 59.1-577.A.2 59.1-577.A.3 59.1-577.A.4
EMEA (22)
Framework Mapping Values
EMEA EU GDPR (source) 12.3 12.5(b) 12.6 15.1 15.1(a) 15.1(b) 15.1(c) 15.1(d) 15.1(e) 15.1(g) 15.1(h) 15.2 15.3 15.4 16 17.1 17.1 18.1 18.1(a) 18.1(b) 18.1(c) 18.1(d)
EMEA Austria Sec 26
EMEA Belgium 10 12
EMEA Germany Sec 19
EMEA Greece 11 12
EMEA Hungary 14 15
EMEA Ireland 2
EMEA Israel 13
EMEA Italy 7
EMEA Kenya DPA 2019 26(a) 26(b) 26(c) 26(d) 26(e)
EMEA Netherlands 35
EMEA Nigeria DPR 2019 3.1(1) 3.1(3) 3.1(3)(a) 3.1(3)(b)
EMEA Norway 18
EMEA Poland 32
EMEA Qatar PDPPL 6 21.1 21.2
EMEA Russia 14
EMEA Saudi Arabia PDPL 21 4.2 4.3 4.4 4.5
EMEA Serbia 87/2018 21 23 24 25 26 28.1 28.2 28.3 28.4 28.5
EMEA South Africa 23
EMEA Spain 1720/2007 23 24 27 28 29
EMEA Switzerland 8
EMEA Turkey 11
APAC (12)
Framework Mapping Values
APAC Australia Privacy Act APP Part 12
APAC Australian Privacy Principles APP 12
APAC China Privacy Law 45 46 49
APAC Hong Kong Principle 6 Sec 17A Sec 18
APAC India DPDPA 2023 11(1)(c) 11(2)
APAC Japan APPI 27(1) 27(1)(i) 27(1)(ii) 27(1)(iii) 27(1)(iv) 27(2)(i) 27(2)(ii) 27(3) 28(1) 28(2) 28(2)(i) 28(2)(ii) 28(2)(iii) 28(3) 28(4) 28(5)
APAC Malaysia 12 30
APAC New Zealand Privacy Act of 2020 Principle 6 P6-(1) P6-(1)(a) P6-(1)(b) P6-(2) P6-(3)
APAC Philippines 34
APAC Singapore 21
APAC South Korea 4 35
APAC Taiwan 3
Americas (11)
Framework Mapping Values
Americas Argentina PPL 14 15
Americas Argentina Reg 132-2018 4.6 13 14.1 14.2 14.3 14.4
Americas Bahamas 8
Americas Brazil LGPD 6.4 9 17 18.1 18.2 20
Americas Canada PIPEDA Principle 8 Principle 9
Americas Chile 12
Americas Colombia 8 11
Americas Costa Rica 7
Americas Mexico 15 22 23 25
Americas Peru 10 18 19
Americas Uruguay 14

Capability Maturity Model

Level 0 — Not Performed

There is no evidence of a capability to provide authenticated data subjects the ability to: (1) Access their Personal Data (PD) that is being processed, stored and shared, except where the burden, risk or expense of providing access would be disproportionate to the benefit offered to the data subject through granting access; (2) Obtain answers on the specifics of how their PD is collected, received, processed, stored, transmitted, shared, updated and/or disposed; (3) Obtain the source(s) of their PD; (4) Obtain the categories of their PD being collected, received, processed, stored and shared; (5) Request correction to their PD due to inaccuracies; (6) Request erasure of their PD; and (7) Restrict the further collecting, receiving, processing, storing, transmitting, updated and/or sharing of their PD.

Level 1 — Performed Informally

C|P-CMM1 is N/A, since a structured process is required to provide authenticated data subjects the ability to: (1) Access their Personal Data (PD) that is being processed, stored and shared, except where the burden, risk or expense of providing access would be disproportionate to the benefit offered to the data subject through granting access; (2) Obtain answers on the specifics of how their PD is collected, received, processed, stored, transmitted, shared, updated and/or disposed; (3) Obtain the source(s) of their PD; (4) Obtain the categories of their PD being collected, received, processed, stored and shared; (5) Request correction to their PD due to inaccuracies; (6) Request erasure of their PD; and (7) Restrict the further collecting, receiving, processing, storing, transmitting, updated and/or sharing of their PD.

Level 2 — Planned & Tracked

Privacy (PRI) efforts are requirements-driven and governed at a local/regional level, but are not consistent across the organization. CMM Level 2 control maturity would reasonably expect all, or at least most, the following criteria to exist:

  • Privacy management is decentralized (e.g., a localized/regionalized function) and uses non-standardized methods to implement secure, resilient and compliant practices.
  • The data privacy program is developed to work with IT and cybersecurity staff to ensure that applicable statutory, regulatory and contractual data privacy obligations for Personal Data (PD) are properly identified and implemented across the enterprise.
  • IT/cybersecurity personnel identify cybersecurity and data protection controls to address applicable statutory, regulatory and contractual requirements for data privacy management.
  • A qualified individual is formally assigned as the Chief Privacy Officer (CPO), or similar role, to lead the organization's data privacy program. This individual may be assigned to multiple duties, including that as a Data Protection Officer (DPO).
  • The CPO, or similar role, identifies “data privacy principles” that systems, applications, services, processes and third-parties must adhere to, based on leading data privacy practices.
  • Administrative processes and technologies provide data subjects the ability to access their PD maintained in organizational systems of records.
Level 3 — Well Defined

Privacy (PRI) efforts are standardized across the organization and centrally managed, where technically feasible, to ensure consistency. CMM Level 3 control maturity would reasonably expect all, or at least most, the following criteria to exist:

  • A Chief Privacy Officer (CPO), or similar function with technical competence to address data privacy concerns, analyzes the organization's business strategy to develop and publish authoritative guidance on the organization's data privacy program.
  • A Privacy program, run by a CPO, or similar role, ensures that applicable statutory, regulatory and contractual data privacy obligations are properly identified and implemented to limit and secure Personal Data (PD) that the organization stores, transmits and processes.
  • As part of the organization's data privacy program, the CPO publishes a clear set of “data privacy principles”, based on leading data privacy practices, that systems, applications, services, processes and third-parties must adhere to.
  • A Project Management Office (PMO), or project management function, ensures both cybersecurity and data privacy principles are identified and implemented within ongoing or planned projects.
  • The Chief Information Security Officer (CISO), or similar function with technical competence to address cybersecurity concerns, analyzes the organization's business strategy to determine prioritized and authoritative guidance for cybersecurity-related data privacy practices.
  • The CISO, or similar function, develops a security-focused Concept of Operations (CONOPS) that documents management, operational and technical measures to apply defense-in-depth techniques across the enterprise for cybersecurity-related data privacy practices.
  • A Governance, Risk & Compliance (GRC) function, or similar function, provides governance oversight for the implementation of applicable statutory, regulatory and contractual cybersecurity and data protection controls to protect the confidentiality, integrity, availability and safety of the organization's applications, systems, services and data with regards to data privacy.
  • A steering committee is formally established to provide executive oversight of the cybersecurity and data privacy program.
  • Data/process owners operationalize data privacy controls into the processes they control.
  • Third-party contracts included data protection requirements, including flow-down requirements to subcontractors.
  • Data Protection Officers (DPOs) are assigned to work closely with business units and project teams to ensure data privacy principles are being implemented.
  • CPO and DPO determine and document the legal authority that permits the collection, use, maintenance and sharing of PD, either generally or in support of a specific program or system need.
Level 4 — Quantitatively Controlled

Privacy (PRI) efforts are metrics driven and provide sufficient management insight (based on a quantitative understanding of process capabilities) to predict optimal performance, ensure continued operations and identify areas for improvement. In addition to CMM Level 3 criteria, CMM Level 4 control maturity would reasonably expect all, or at least most, the following criteria to exist:

  • Metrics reporting includes quantitative analysis of Key Performance Indicators (KPIs).
  • Metrics reporting includes quantitative analysis of Key Risk Indicators (KRIs).
  • Scope of metrics, KPIs and KRIs covers organization-wide cybersecurity and data protection controls, including functions performed by third-parties.
  • Organizational leadership maintains a formal process to objectively review and respond to metrics, KPIs and KRIs (e.g., monthly or quarterly review).
  • Based on metrics analysis, process improvement recommendations are submitted for review and are handled in accordance with change control processes.
  • Both business and technical stakeholders are involved in reviewing and approving proposed changes.
Level 5 — Continuously Improving

See C|P-CMM4. There are no defined C|P-CMM5 criteria, since it is reasonable to assume a continuously-improving process is not necessary to provide authenticated data subjects the ability to: (1) Access their Personal Data (PD) that is being processed, stored and shared, except where the burden, risk or expense of providing access would be disproportionate to the benefit offered to the data subject through granting access; (2) Obtain answers on the specifics of how their PD is collected, received, processed, stored, transmitted, shared, updated and/or disposed; (3) Obtain the source(s) of their PD; (4) Obtain the categories of their PD being collected, received, processed, stored and shared; (5) Request correction to their PD due to inaccuracies; (6) Request erasure of their PD; and (7) Restrict the further collecting, receiving, processing, storing, transmitting, updated and/or sharing of their PD.

Assessment Objectives

  1. PRI-06_A01 mechanisms enabling individuals to have access to elements of their Personal Data (PD) are defined.
  2. PRI-06_A02 elements of Personal Data (PD) to which individuals have access are defined.
  3. PRI-06_A03 organization-defined mechanisms are provided to enable individuals to have access to organization-defined elements of their Personal Data (PD).

Evidence Requirements

E-PRI-06 Data Subject Access

Documented evidence of how data subject access requests are handled that includes intake through remediation.

Privacy

Technology Recommendations

Micro/Small

  • Data classification program
  • Data privacy program
  • Data Protection Impact Assessment (DPIA)
  • Product / project management

Small

  • Data classification program
  • Data privacy program
  • Data Protection Impact Assessment (DPIA)
  • Product / project management

Medium

  • Data classification program
  • Data privacy program
  • Data Protection Impact Assessment (DPIA)
  • Product / project management

Large

  • Data classification program
  • Data privacy program
  • Data Protection Impact Assessment (DPIA)
  • Product / project management

Enterprise

  • Data classification program
  • Data privacy program
  • Data Protection Impact Assessment (DPIA)
  • Product / project management

The Secure Controls Framework (SCF) is maintained by SCF Council. Use of SCF content is subject to the SCF Terms & Conditions.

Manage this control in SCF Connect

Track implementation status, collect evidence, and map controls to your compliance frameworks automatically.