Secure Controls Framework
Download The SCF

Unified Scoping Guide (USG)

The Unified Scoping Guide (USG) is a free resource that helps organizations define the scope of sensitive and regulated data where it is processed, stored and/or transmitted. Using a zone-based model with ten zones, the USG categorizes system components to determine what falls in and out of scope for cybersecurity and data protection requirements.

Overview

What Is The USG?

The Unified Scoping Guide (USG) is the Secure Controls Framework (SCF) method for defining the scope of sensitive and regulated data where it is processed, stored or transmitted. It sorts every system, application, service and third party into zones by how each relates to that data, before deciding which controls apply.

The USG is data-centric: assets can be replaced, but the data on them cannot. Scope follows four factors: data, connectivity, security functionality and lifecycle influence. The same zone-based model applies to all seventeen data types the guide lists, from cardholder data to AI system data.

The people, processes, technologies, data, facilities and artificial intelligence (PPTDF-AI) that handle this data make up the Sensitive Data Environment. The model builds on the Payment Card Industry Data Security Standard (PCI DSS) Scoping Model and Approach from PCI Resources, extended to other data types.

Unified Scoping Guide for Sensitive & Regulated Data by Compliance Forge and Secure Controls Framework

Scoping ≠ Applicability

Scoping decides what is inside the assessment boundary; applicability then decides which controls apply to each thing inside it. A network firewall in scope needs controls such as multi-factor authentication and patch management, but it cannot take end user training. The USG does not set which statutory, regulatory or contractual controls each category requires; each organization and its assessor determine that.

Audience

Who Is The USG For?

The USG is for any organization that must define the boundary around its sensitive or regulated data, and for the assessors who validate it.

Organizations Defining Scope

The zone model shows which assets and third parties belong in scope, so that poor scoping does not pull every system into scope.

Assessors

The USG is the official scoping guidance for the Secure, Compliant & Resilient Conformity Assessment Program (SCR CAP) and gives assessors a method for validating assessment boundaries.

Structure

How Is The USG Organized?

The USG first explains the intent of scoping and control applicability, then sets out its core: ten zones, overlays, an In-Scope Matrix and an Asset Scoping Decision Tree. Data type definitions, zero trust guidance and the appendices serve as reference.

Diagram illustrating enclave assets in scope within an overall organizational cybersecurity and data protection program, showing zones for sensitive data assets, segmenting, security tools, direct and indirect connections, subcontractors, cloud service providers, and external service providers.

Additional Guidance

The USG also covers segmentation, zero trust and data spills. Its appendices cover data flow diagrams, Virtual Desktop Infrastructure (VDI), peripheral devices, embedded technologies, "must have" versus "nice to have" controls and documentation.

Implementation

How Do Organizations Use The USG?

Scoping with the USG follows six phases: boundary first, then zones, then applicability.

01

Identify The Data

The organization lists the sensitive and regulated data types it must protect, confirms each definition in the guide and records how long each must stay confidential.

Step 1
02

Draw And Document The Boundary

The assessment boundary covers the Sensitive Data Environment (SDE) and everything that influences its security, documented with inventories, network diagrams and data flow diagrams. Segmentation keeps the boundary small; on a flat network, the entire network would be expected to be in scope.

Steps 2 and 3
03

Place Every Asset In A Zone

Each asset is placed in one of the ten zones, with the Asset Scoping Decision Tree as a guide. An asset is out of scope (Zone 5) only if it passes all five of the guide's out-of-scope tests.

Steps 4 and 5
04

Account For Third Parties

External service providers, subcontractors, cloud service providers and technology dependencies (Zones 7 to 10) are reviewed for how they can influence the SDE. The result is checked against the In-Scope Matrix and the System-to-System Communications matrix.

Steps 6 and 7
05

Decide Which Controls Apply

Only then does the organization decide which administrative, physical and technical controls apply to the people, processes, technologies, data, facilities and AI inside the boundary. Each decision is documented with its rationale.

Step 8
06

Keep Scope Current

Scoping is repeated after events such as mergers, cloud migrations, new data types, segmentation changes and data spills. Without a trigger, scope is reviewed at least annually.

Step 9

The full method, zone definitions and out-of-scope tests are in the USG.

Ten Zones

Ten Zones for Sensitive Data Compliance

The USG sorts system components into ten zones by how each interacts with sensitive and regulated data, and each zone carries different risks. Zones 1 to 4 are in scope, with Zone 4 split into 4A (directly connected) and 4B (indirectly connected). Zone 5 is out of scope, Zone 6 is the enterprise-wide security program, and scope for Zones 7 to 10 must be determined case by case.

The rule behind the connected zones: anything that can impact the security of that data is in scope.

ZoneNameWhat it containsIn scope?
1Sensitive Data AssetsSystems, applications and services that directly process, store or transmit sensitive/regulated dataYes
2SegmentingFirewalls, hypervisors and other technology that segments the SDE, including zero trust micro-segmentationYes
3Security ToolsSecurity and Information Technology (IT) enabling services that can affect the SDE, such as directory services, Domain Name System (DNS), Network Time Protocol (NTP), patch and vulnerability management, antimalware, Data Loss Prevention (DLP), key management, Virtual Private Network (VPN), Multi-Factor Authentication (MFA), Mobile Device Management (MDM), log management and Security Information and Event Management (SIEM), and Intrusion Detection and Prevention Systems (IDS/IPS)Yes
4ADirectly ConnectedSystems outside the SDE that can communicate with a system that processes, stores or transmits sensitive dataYes
4BIndirectly ConnectedSystems with no direct access to the SDE that have access to connected or segmenting systems and could affect the SDE's securityYes
5Out-of-ScopeSystems completely isolated from sensitive data systems that pass all five out-of-scope testsNo
6Enterprise WideCorporate-wide security practices, cyber and physical, including policies, standards and procedures that affect the whole organizationApplicable to the entire organization
7External Service Providers (ESP)Third parties that can directly or indirectly influence the SDE, with flow-down of contractual requirements; expressly including software, firmware, update and certificate providersMust be determined
8SubcontractorsThird parties that take part in executing the contract and may handle sensitive dataMust be determined
9Cloud Service Providers (CSP)External service providers delivering cloud computing servicesMust be determined
10Technology DependenciesAnything installed in, relied on by, or able to modify, authenticate, update or materially affect an in-scope asset, including AI and components found through bills of materialsMust be determined
Methodology

Macro Scoping & Micro Scoping

Macro scoping sets the assessment boundary: the entire organization, a specific contract, project or initiative, a business unit, or a country or geographic region. Micro scoping then decides which controls apply to the PPTDF-AI inside that boundary.

Controls fall into three functions:

✓

Administrative: Non-technical mechanisms that guide employee actions, such as policies, standards, metrics, program governance and risk management.

✓

Physical: Controls that restrict physical access, such as badges, visitor control, video surveillance, locks and security guards.

✓

Technical: Technical measures that protect the confidentiality, integrity, availability and safety of technology assets and data, such as antimalware, firewalls, log management and encryption.

SCF Ecosystem

The USG Works With the SCF Assessment Ecosystem

The USG refers to other free SCF content.

CDPAS Assessment Standards

Standard 4.2 of the Cybersecurity & Data Protection Assessment Standards (CDPAS) points assessors to the USG for validating assessment boundaries.

Evidence Request List (ERL)

An ERL is a finite list of supporting evidence, provided by the assessor before an assessment starts so the organization has time to gather it.

SCF Control Catalog

The Secure Controls Framework (SCF) is a community-driven metaframework of 1,500+ controls spanning 200+ laws, regulations and frameworks.

SCR CAP Conformity Assessment

The SCR CAP relies on the USG, its official scoping guidance, to designate controls as in or out of scope.

SCRMS

The USG points to the Secure, Compliant & Resilient Management System (SCRMS) for identifying "must have" versus "nice to have" controls.

Data Types

Sensitive & Regulated Data Types

The USG groups sensitive and regulated data as "sensitive/regulated data" and applies one model to every type it lists. Sensitivity still varies within a type: not all personal data is sensitive, and not all intellectual property is equally valuable.

Data typeSource cited in the USGWhat it covers
Controlled Unclassified Information (CUI)Executive Order 13556; US National Archives CUI RegistryInformation that requires safeguarding or dissemination controls under US law, regulations and Government-wide policies but is not classified
Federal Contract Information (FCI)FAR 52.204-21Information not intended for public release that is provided by or generated for the Government under a contract to develop or deliver a product or service
Personal Data (PD)OMB M-07-16; US National Archives (NARA); California Civil Code 1798.81.5; EU GDPR Article 4Information that can identify an individual; definitions differ by source and not all PD is sensitive, so each organization establishes what PD means for its business
Protected Health Information (PHI)45 CFR § 160.103Individually identifiable health information transmitted or maintained in electronic media or any other form, with listed exclusions such as education and employment records
Cardholder Data (CHD)PCI Security Standards CouncilAt a minimum, the full Primary Account Number (PAN); it may also appear with the cardholder name, expiration date or service code
Intellectual Property (IP)World Trade Organization (WTO)Copyright and related rights, and industrial property such as trademarks, patents, industrial designs and trade secrets
Attorney-Client Privilege Information (ACPI)ABA Model Rule 1.6(c); Cornell Law School Legal Information InstituteInformation between a client and an attorney, which may include other sensitive information related to the legal advice being sought
Student Educational Records (FERPA)34 CFR § 99.3Records directly related to a student and maintained by an educational agency or institution, or by a party acting for it
Export-Controlled Data (ITAR/EAR)ITAR (22 CFR Parts 120 to 130); EAR (15 CFR Parts 730 to 774)ITAR covers defense articles and their technical data; EAR covers dual-use items designed for commercial purposes that could have military applications
Critical Infrastructure Information (CII)Critical Infrastructure Information Act of 2002Information not customarily in the public domain that relates to the security of critical infrastructure or protected systems
Federal Tax Information (FTI)IRS Publication 1075Federal tax returns or return information received from the IRS or from a secondary source, such as the Social Security Administration or a state agency
Criminal Justice Information (CJI)FBI CJIS Security PolicyData provided by or obtained through the FBI Criminal Justice Information Services Division, including criminal history records, biometric records and case data
Biometric DataState laws such as Illinois BIPA, Texas CUBI and Washington HB 1493Fingerprints, voiceprints, face geometry, retina or iris images and other body measurements used to identify an individual
Consumer Health DataWashington My Health My Data Act; Nevada SB 370Health-related information outside HIPAA, such as data from wellness apps and wearables, search and purchase histories, and inferences about health status
AI & Machine Learning (ML) System DataUSG guidance (no external definition)Training data, prompts, model outputs, embeddings and retrieval indexes, which inherit the classification of the data they contain or come from
Operational Technology (OT) DataNIST SP 800-82 R3; ISA/IEC 62443Process values, historian archives, Safety Instrumented System (SIS) configurations and engineering project files
Threat Intelligence (TLP-Marked)FIRST Traffic Light Protocol (TLP) version 2.0Threat intelligence from government partners, Information Sharing and Analysis Centers (ISACs) and industry peers that carries TLP markings