Skip to main content

TPM-12: Third-Party Services

TPM 10 — Critical Identify

Mechanisms exist to mitigate the risks associated with third-party access to the organization's Technology Assets, Applications, Services and/or Data (TAASD).

Renumbered: Formerly TPM-04 in SCF 2025.4.

Control Question: Does the organization mitigate the risks associated with third-party access to its Technology Assets, Applications, Services and/or Data (TAASD)?

General (49)
Framework Mapping Values
AICPA TSC 2017:2022 (used for SOC 2) (source) CC3.3
CIS CSC 8.1 15.4 15.5
CIS CSC 8.1 IG2 15.4
CIS CSC 8.1 IG3 15.4 15.5
COSO 2013 8.0
CSA CCM 4.1.0 IAM-11
CSA IoT SCF 2 POL-01 POL-02
GovRAMP SA-09
GovRAMP Low SA-09
GovRAMP Low+ SA-09
GovRAMP Moderate SA-09
GovRAMP High SA-09
ISO 27002 2022 5.19 8.30
ISO 27017 2015 14.2.7 15.1.1
ISO 27018 2025 5.19 8.30
ISO 42001 2023 A.10 A.10.2 A.10.3
MITRE ATT&CK 16 T1041 T1048 T1048.002 T1048.003 T1072 T1567
NIST AI 600-1 GV-6.2-002
NIST 800-53 R4 SA-9
NIST 800-53 R5.2 SA-09
NIST 800-53B R5 (low) (source) SA-09
NIST 800-53B R5 (moderate) (source) SA-09
NIST 800-53B R5 (high) (source) SA-09
NIST 800-53B R5 (privacy) (source) SA-09
NIST SP 800-66 R2 164.308(b)(1)
NIST 800-82 R3 SA-09
NIST 800-82 R3 LOW OT Overlay SA-09
NIST 800-82 R3 MODERATE OT Overlay SA-09
NIST 800-82 R3 HIGH OT Overlay SA-09
NIST 800-161 R1 SA-9
NIST 800-171 R2 (source) NFO - SA-9
NIST 800-171 R3 (source) 03.16.03.a 03.16.03.c 03.17.02 03.17.03.a 03.17.03.b
NIST 800-171A R3 (source) A.03.16.03.a A.03.16.03.c A.03.17.02[02] A.03.17.02[03] A.03.17.02[05] A.03.17.02[06] A.03.17.03.a[01] A.03.17.03.b
NIST CSF 2.0 (source) GV.SC-06 GV.SC-07
OWASP Top 10 2025 A02:2025 A03:2025 A05:2025
PCI DSS 4.0.1 (source) 8.2.3 12.8.2 12.9 12.9.1 12.9.2
PCI DSS 4.0.1 SAQ A (source) 12.8.2
PCI DSS 4.0.1 SAQ A-EP (source) 12.8.2
PCI DSS 4.0.1 SAQ B (source) 12.8.2
PCI DSS 4.0.1 SAQ B-IP (source) 12.8.2
PCI DSS 4.0.1 SAQ C (source) 12.8.2
PCI DSS 4.0.1 SAQ C-VT (source) 12.8.2
PCI DSS 4.0.1 SAQ D Merchant (source) 12.8.2
PCI DSS 4.0.1 SAQ D Service Provider (source) 8.2.3 12.8.2 12.9.1 12.9.2
PCI DSS 4.0.1 SAQ P2PE (source) 12.8.2
SCF DPMP 2026 10.0 10.1 10.4
SWIFT CSF 2025 2.8
UN R155 7.2.2.5
UN ECE WP.29 7.2.2.5
US (21)
Framework Mapping Values
USA Federal CMS MARS-E 2.0 SA-9 SA-9.a SA-9.b SA-9.c SA-9.d SA-9.e SA-9-IS.1 SA-9-IS.2 SA-9-IS.3
USA Federal CISA CPG 2022 1.H
USA Federal C2M2 2.1 THREAT-2a THIRD-PARTIES-1a
USA Federal CERT RMM 1.2 ADM:SG2.SP1
USA Federal CJIS Security Policy 6.0 SA-9
USA Federal FFIEC ITEH 2016 II.C.6 II.C.20.a II.C.20.b
USA Federal FedRAMP R5 (low) SA-09
USA Federal FedRAMP R5 (moderate) SA-09
USA Federal FedRAMP R5 (high) SA-09
USA Federal FedRAMP R5 (LI-SaaS) SA-09
USA Federal IRS 1075 2021 2.C.9 2.C.9-1 2.C.9-2 2.C.9-3 2.C.9-4 2.C.9-5 2.C.9-6 2.C.9-7 2.C.9-7.1 2.C.9-7.2 2.C.9-8 2.C.9-9 2.C.9-10 SA-4(IRS-Defined)-1 SA-4(IRS-Defined)-2 SA-9
USA Federal GLBA CFR 314 2023 314.4(f)(1) 314.4(f)(2) 314.4(f)(3)
USA Federal HIPAA Security Rule NIST SP 800-66 R2 § 164.308(b)(1)
USA Federal HIPAA Administrative Simplification 2013 § 164.308(b)(1)
USA Federal FCA CRM 2023 609.930(c)(5)(i)
USA Federal TSA SDP 2021-02F II.A.3
USA California CCPA 2025 7123(c)(15)
USA New York DFS 23 NYCRR500 2023 Amd 2 500.11(a)(1)
USA Texas DIR SCSC 2.2 2025 SA-09
USA Texas TX-RAMP Level 1 SA-09
USA Texas TX-RAMP Level 2 SA-09
EMEA (10)
Framework Mapping Values
EMEA Germany BAIT 2017 9.2
EMEA Germany C5 2026 CRY-18.01B DEV-02.02B.4 SSO-08.01B
EMEA Spain CCN-STIC 825 op.ext.1
EMEA EU DORA 2023 Article 29.1
EMEA EU DORA RTS 2024 Article 11.2(k) Article 11.2(k)(iv) Article 28.3
EMEA EU NIS2 2022 Article 21.3
EMEA LUX CCSF 20/750 2020 3.2.3-7
EMEA LUX CCSF 22/806 2022 122 130 131 132 136.a
EMEA Saudi Arabia CSCC-1 2019 4-1-1-1 4-1-1-2
EMEA Saudi Arabia SACS-002 2022 VII.B.TPC-36
APAC (3)
Americas (1)
Framework Mapping Values
Americas Canada ITSP-10-171 2025 03.16.03.A 03.16.03.C 03.17.02 03.17.03.A 03.17.03.B

Capability Maturity Model

Level 0 — Not Performed

Practices are non-existent, based on the inability to demonstrate an implemented and operational capability. A reasonable person would conclude the control is not being performed.

Level 1 — Performed Informally

SCR-CMM Level 1 criteria definitions are not available for this control: ▪ A reasonable person would conclude this control requires a structured process. ▪ At this level of maturity, the "ad hoc" nature of performing a capability informally would indicate the intent of the control is not met due to a lack of consistency and formality.

Level 2 — Planned & Tracked

Third-Party Management (TPM) capabilities are requirements-driven, but are not standardized across the entity (e.g., local/regional level consistency). Capability criteria associated with this control reasonably expect the following criteria to exist: ▪ Policies and standards associated with TPM domain capabilities are formally documented and centrally-managed by the entity. ▪ Standardized Operating Procedures (SOP) associated with TPM domain capabilities are documented and maintained by process owners. ▪ IT and/or cybersecurity personnel work with business stakeholders and process owners to appropriately scope and reasonably implement cybersecurity and data protection controls associated with TPM domain capabilities to address applicable statutory, regulatory and/or contractual requirements for Technology Assets, Applications, Services and/or Data (TAASD). ▪ Third-party management-related controls are primarily administrative and preventative in nature (e.g., policies, standards and procedures & guidelines). ▪ Asset management may be a defined function (e.g., team or department) or assigned as an additional duty to existing IT and/or cybersecurity personnel. ▪ IT and/or cybersecurity personnel proactively control and monitor third-party accounts used to access, support, or maintain system components via remote access.

Level 3 — Well Defined

Third-Party Management (TPM) capabilities are standardized across the entity for applicability to People, Processes, Technologies, Data and/or Facilities (PPTDF) to ensure consistency for Technology Assets, Applications, Services and/or Data (TAASD). Capability criteria associated with this control reasonably expect the following criteria to exist: ▪ Policies and standards associated with TPM domain capabilities are formally documented and centrally-managed by the entity's Governance, Risk & Compliance (GRC) team, or similar function. ▪ Standardized Operating Procedures (SOP) associated with TPM domain capabilities are well-documented and kept current by process owners. ▪ A procurement team, or similar function, is appropriately staffed and supported to implement and maintain TPM domain capabilities. ▪ Technology is leveraged to enhance the efficiency and accuracy of third-party management operations (e.g., TPRM risk management solution and vendor management solution). ▪ The entity's Governance, Risk & Compliance (GRC) team, or similar function, works with business stakeholders and process owners to appropriately scope and reasonably implement cybersecurity and data protection controls associated with TPM domain capabilities to address Minimum Compliance Requirements (MCR) (e.g., applicable statutory, regulatory and/or contractual requirements) and Discretionary Security Requirements (DSR) (e.g., entity-required controls). ▪ An implemented and operational capability exists to mitigate the risks associated with third-party access to the organization's TAASD.

Level 4 — Quantitatively Controlled

Third-Party Management (TPM) capabilities, in addition to being standardized across the entity and centrally managed to ensure consistency across Technology Assets, Applications, Services and/or Data (TAASD), efforts are metrics driven to provide sufficient insight for decision makers to predict optimal performance, ensure continued operations and/or identify areas for improvement. Capability criteria associated with this control reasonably expect the following criteria to exist: ▪ Applicable SCR-CMM Level 3 (Well Defined) capabilities are implemented and operational. ▪ 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. ▪ Business and technical stakeholders are involved in reviewing and approving proposed changes to evolve capabilities.

Level 5 — Continuously Improving

Utilize SCR-CMM Level 3 or Level 4 (if available) criteria definitions: ▪ There are no defined Level 5 criteria, since it is reasonable to assume a continuously-improving process is not necessary to operationalize this control. ▪ Level 5 capabilities should be considered “world-class” where the control builds on Level 4 capabilities, but are continuously improving through Artificial Intelligence (AI) and/or Machine Learning (ML) technologies. ▪ While it may be possible to develop responsive capabilities for this control through the use of AI and/or ML technologies, the criteria would be organization-specific to define.

Assessment Objectives

  1. TPM-12_A01 controls to be employed by external system service providers are defined.
  2. TPM-12_A02 processes, methods and techniques employed to monitor control compliance by external service providers are defined.
  3. TPM-12_A03 providers of external system services comply with organizational cybersecurity / data privacy requirements.
  4. TPM-12_A04 providers of external system services employ controls.
  5. TPM-12_A05 organizational oversight with regard to external system services are defined and documented.
  6. TPM-12_A06 user roles and responsibilities with regard to external system services are defined and documented.
  7. TPM-12_A07 processes, methods and techniques are employed to monitor control compliance by external service providers on an ongoing basis.

Evidence Requirements

E-TPM-06 Third-Party Terms & Conditions

Documented evidence of terms and conditions for external systems.

Third-Party Management

Technology Recommendations

Micro/Small

  • Cybersecurity Supply Chain Risk Management (C-SCRM) program
  • Data Protection Impact Assessment (DPIA)

Small

  • Cybersecurity Supply Chain Risk Management (C-SCRM) program
  • Data Protection Impact Assessment (DPIA)

Medium

  • Cybersecurity Supply Chain Risk Management (C-SCRM) program
  • Data Protection Impact Assessment (DPIA)

Large

  • Cybersecurity Supply Chain Risk Management (C-SCRM) program
  • Data Protection Impact Assessment (DPIA)

Enterprise

  • Cybersecurity Supply Chain Risk Management (C-SCRM) program
  • Data Protection Impact Assessment (DPIA)

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.