Table of Contents

Purpose

A supplement to the Information Resources Use and Security Policy (IRUSP) establishing specific requirements for the protection of Controlled Unclassified Information (CUI) in university research activities.

The Information Resources Use and Security Policy (IRUSP) provides the University of Texas at Austin with foundational requirements for the protection of all university information resources. This Policy supplements the IRUSP and establishes specific requirements for the protection of Controlled Unclassified Information (CUI) used in research activities governed by NIST SP 800-171.

This Policy establishes the authority for the Office of Research Support and Compliance (ORSC) and the Information Security Office (ISO) to implement and enforce the requirements of this Policy for CUI systems participating in the Controlled Research Support Program (CRSP).

Policy Statement

It is the policy of the university to:

  • Protect Controlled Unclassified Information (CUI) used in research activities against unauthorized access, disclosure, modification, or destruction, in compliance with NIST SP 800-171 and applicable federal regulations;
  • Establish and maintain a Controlled Research Support Program (CRSP) that provides centrally managed security controls for research projects handling CUI;
  • Ensure that all researchers, Principal Investigators, and research support staff who access CUI understand and comply with applicable security requirements; and
  • Maintain compliance with federal regulations governing controlled research data, including requirements associated with the Cybersecurity Maturity Model Certification (CMMC) and International Traffic in Arms Regulations (ITAR), as applicable to sponsored research agreements.

Applicability

This Policy applies to:

  • All CUI processed, stored, or transmitted within U. T. Austin information resources in connection with sponsored research activities;
  • All CUI systems, services, and infrastructure that are enrolled in the Controlled Research Support Program (CRSP).
  • All Principal Investigators (PIs), researchers, staff, students, and third-party collaborators who access CUI in support of U. T. Austin research activities; and
  • All vendors, contractors, and service providers that handle CUI on behalf of U. T. Austin research programs.

This Policy does not apply to research data that does not meet the definition of CUI as established by the National Archives and Records Administration (NARA) CUI Registry, or to general university information resources governed solely by the IRUSP.

Compliance with Federal Law

Research involving CUI is subject to federal regulations and contractual obligations that govern the handling, protection, and dissemination of controlled information. U. T. Austin research programs receiving federal funding or performing work under federal contracts must comply with NIST SP 800-171 as incorporated by reference in the Defense Federal Acquisition Regulation Supplement (DFARS) and other applicable federal acquisition regulations.

Failure to comply with applicable requirements may result in the loss of federal funding, contract termination, or other legal consequences. Nothing in this Policy is intended to prohibit or restrict legitimate research activities, the exchange of information necessary to conduct research, or collaboration with authorized partners in compliance with applicable federal regulations and sponsored research agreements.

Security Standards

The following standards establish the specific security requirements applicable to CUI systems and research activities covered by this Policy. Each standard corresponds to a control family defined in NIST SP 800-171 Rev. 3. Compliance with these standards is mandatory for all covered systems, personnel, and activities.

About the numbering: CRSP Standards are numbered to align with the NIST SP 800-171 Rev. 3 control family structure (e.g., Standard 3.1 corresponds to NIST family 3.1 — Access Control, Standard 3.2 to family 3.2 — Awareness and Training, and so on). Controls within each standard follow the same scheme (e.g., 03.01.01, 03.01.02).

CRSP Standard 3.0 CUI Governance 

CRSP Standard 3.1 Access Control (AC) 

CRSP Standard 3.2 Awareness and Training (AT) 

CRSP Standard 3.3 Audit and Accountability (AU) 

CRSP Standard 3.4 Configuration Management (CM) 

CRSP Standard 3.5 Identification and Authentication (IA) 

CRSP Standard 3.6 Incident Response (IR) 

CRSP Standard 3.7 Maintenance (MA) 

CRSP Standard 3.8 Media Protection (MP) 

CRSP Standard 3.9 Personnel Security (PS) 

CRSP Standard 3.10 Physical Protection (PE) 

CRSP Standard 3.11 Risk Assessment (RA) 

CRSP Standard 3.12 Security Assessment (CA) 

CRSP Standard 3.13 System and Communications Protection (SC) 

CRSP Standard 3.14 System and Information Integrity (SI) 

CRSP Standard 3.15 Planning (PL) 

CRSP Standard 3.16 System and Services Acquisition (SA) 

CRSP Standard 3.17 Supply Chain Risk Management (SR) 

CRSP Standard 3.0: CUI Governance

UT Austin CRSP 3.0 CUI Governance Policy

Purpose of Policy

The purpose of this policy is to establish a formal, centralized governance framework for The University of Texas at Austin (UT Austin) that defines how information security, compliance, and risk management requirements are interpreted, implemented, and enforced for CUI systems, services, and infrastructure enrolled in the Controlled Research Support Program (CRSP).

This Governance Policy serves as the authoritative institutional framework for security governance and control alignment, ensuring consistent implementation of applicable requirements across federal, state, University of Texas System (UTS), and institutional domains.

All subordinate information security policies, standards, procedures, plans, and system-level documentation applicable to CUI systems enrolled in CRSP shall derive authority from and align with this policy. Such subordinate documentation shall implement the requirements defined herein and shall not conflict with applicable regulatory, contractual, or institutional obligations.

This policy governs UT Austin’s institutional implementation of the following authoritative requirements:

  • NIST Special Publication 800-171 Revision 3
  • Texas Administrative Code (TAC) Chapter 202
  • DIR Security Control Standards Catalog
  • University of Texas System (UTS 165) policies and standards
  • UT Austin Information Resources Use and Security Policy (IRUSP)
  • Applicable federal laws, regulations, and contractual requirements, including DFARS 252.204-7012 (Safeguarding Covered Defense Information and Cyber Incident Reporting)

Where multiple requirements apply, the most stringent applicable requirement shall govern.

This governance framework:

  • Ensures consistent interpretation, implementation, and enforcement of security and compliance requirements
  • Establishes clear accountability and control ownership across the institution
  • Enables risk-based decision-making and formal authorization processes
  • Provides traceability across regulatory, contractual, and institutional requirements
  • Supports audit readiness, continuous monitoring, and CMMC Level 2 compliance
  • Reduces duplication and fragmentation across institutional governance artifacts

Scope of Policy

Scope of Applicability

This policy applies to all University of Texas at Austin (UT Austin) personnel, organizational units, contractors, consultants, affiliates, and third-party service providers who design, develop, operate, maintain, or otherwise support CUI systems enrolled in CRSP that create, receive, process, store, transmit, or otherwise handle Controlled Unclassified Information (CUI).

The scope of this policy includes:

  • All CUI systems, applications, infrastructure components, and supporting services enrolled in CRSP
  • All components formally designated as part of the applicable CUI system boundary
  • All environments, processes, and activities supporting the protection and management of CUI

Systems, applications, services, and infrastructure components are considered in scope only when they have been formally designated, documented, and authorized as part of the applicable CUI system boundary through established institutional governance, risk management, and system authorization processes.

Institutional information resources outside the applicable CUI system boundary are out of scope unless and until they are formally incorporated into a CUI system in accordance with institutional governance processes.

Explicit Exclusions

Unless explicitly authorized and incorporated into the applicable CUI system boundary, this policy does not apply to:

  • General university enterprise systems that do not create, receive, process, store, transmit, or otherwise handle CUI in support of CRSP
  • Institutional administrative systems (e.g., human resources, financial management, procurement, student information systems) not designated as CUI systems
  • General-purpose information technology services (e.g., enterprise email, collaboration platforms, learning management systems, campus network services) not specifically configured, secured, and approved for CUI processing on CUI systems enrolled in CRSP
  • Public-facing websites, applications, or research systems that do not contain or provide access to CUI
  • Personally owned or unmanaged devices that are not explicitly authorized to access CUI, connect to CUI systems, or process CUI as part of CRSP

Governance Coverage

This Governance Policy establishes the institutional framework for the management, protection, and oversight of CUI on CUI systems enrolled in CRSP. At a minimum, this policy governs the following domains:

  • Governance Structure and Accountability Establishment of roles, responsibilities, and lines of authority for CUI protection
  • Policy and Control Framework Management Development, approval, maintenance, and enforcement of security policies, standards, procedures, baselines, and system security plans
  • Risk Management and Compliance Oversight Implementation of risk management processes, including risk assessments, control assessments, authorization decisions, and ongoing compliance monitoring
  • Auditability, Documentation, and Records Management Maintenance of complete, accurate, and auditable documentation, including system inventories, security artifacts, logs, and compliance evidence
  • Continuous Monitoring and Operational Assurance Ongoing visibility into system security posture, control effectiveness, and emerging risks
  • Regulatory and Contractual Alignment Integration of applicable institutional, state, federal, and contractual requirements governing the protection of CUI

Authoritative Scope and Alignment

This policy serves as the authoritative governance document for all CUI systems handling CUI at UT Austin and establishes the minimum required controls necessary to maintain compliance with:

  • NIST Special Publication 800-171 Revision 3
  • Texas Administrative Code (TAC) Chapter 202
  • DIR Security Control Standards Catalog
  • University of Texas System (UTS 165) policies and standards
  • UT Austin Information Resources Use and Security Policy (IRUSP)
  • Applicable federal laws, regulations, contractual obligations, and sponsor requirements

These authorities are implemented through the following governance hierarchy:

  • TAC Chapter 202 → Regulatory requirements
  • DIR Security Control Standards Catalog → Mandatory control baseline
  • UTS 165 policies → System-wide governance requirements
  • UT Austin IRUSP standards → Institutional implementation and enforcement

Where multiple requirements apply, the most stringent applicable requirement shall govern.

Relationship to Subordinate Documentation

Subordinate policies, standards, procedures, plans, and operational guidance shall be developed and maintained to implement and support this Governance Policy.

Such documentation shall:

  • Align with the governance framework defined in this policy
  • Be formally reviewed, approved, and maintained through established governance processes
  • Clearly define roles, responsibilities, control ownership, and implementation procedures
  • Provide sufficient documentation and evidence to support:
    • Auditability
    • Compliance validation
    • Continuous monitoring

Subordinate documentation shall not reinterpret, override, or conflict with applicable statutory, regulatory, contractual, or institutional requirements.

Conflict Resolution and Escalation

In the event of conflicting requirements:

  • The conflict shall be formally documented
  • Evaluated through established risk management processes
  • Escalated to appropriate governance authorities for resolution and formal approval

All decisions shall be documented and maintained to support audit traceability and compliance validation.

Authorities and Compliance Requirements

3.1 Authoritative Basis

This policy is governed by a comprehensive set of regulatory, statutory, institutional, and contractual authorities that establish the minimum security, privacy, and risk management requirements for CUI systems enrolled in CRSP.

The following authorities collectively define the requirements implemented through this Governance Policy:

  • NIST Special Publication (SP) 800-171 Revision 3 Establishes the baseline security requirements for protecting Controlled Unclassified Information (CUI) in non-federal information systems and organizations.
  • Texas Administrative Code (TAC) Chapter 202 Defines mandatory information security requirements for Texas state agencies and institutions of higher education, including governance, risk management, and control implementation obligations.
  • Texas Department of Information Resources (DIR) Security Control Standards Catalog Establishes the required security control baseline aligned with NIST SP 800-53 and mandated under TAC §202.76 for implementation across state institutions.
  • University of Texas System (UTS 165) Policies and Standards Provides system-wide governance requirements for information security, including risk management, access control, monitoring, and compliance oversight.
  • UT Austin Information Resources Use and Security Policy (IRUSP) Defines institutional standards for implementing security controls, managing information resources, and enforcing operational security requirements.
  • Applicable Federal Laws, Regulations, and Contractual Requirements Includes obligations associated with handling CUI, including but not limited to:
    • DFARS 252.204-7012 – Safeguarding Covered Defense Information and Cyber Incident Reporting
    • Sponsor-imposed security requirements
    • Federal agency security and data protection requirements

3.2 Requirement Hierarchy and Governance Model

This policy establishes a layered governance model that defines how security requirements are inherited, interpreted, and enforced within UT Austin.

The authoritative hierarchy governing CUI systems is defined as follows:

Hierarchy Interpretation

  • Federal Requirements (NIST SP 800-171, DFARS) Establish the baseline security requirements for protecting CUI
  • TAC Chapter 202 Serves as the primary regulatory authority, establishing mandatory compliance requirements for the institution.
  • DIR Security Control Standards Catalog Defines the required control baseline, operationalizing TAC requirements into enforceable security controls.
  • UT System (UTS 165) Policies Provide system-wide governance and oversight, ensuring consistent implementation across all UT institutions.
  • UT Austin IRUSP Standards Define institution-specific implementation requirements, procedures, and enforcement mechanisms.
  • CUI System-Level Controls Implement technical, procedural, and operational controls to meet all upstream requirements within specific system environments.

3.3 Application of Requirements

All CUI systems and supporting organizations shall:

  • Implement security controls in accordance with NIST SP 800-171 Rev. 3, as tailored by institutional governance
  • Comply with all applicable TAC 202 regulatory requirements
  • Implement controls defined in the DIR Security Control Standards Catalog
  • Align with UT System and UT Austin policies and standards
  • Adhere to contractual and federal requirements governing CUI, including DFARS where applicable

Where multiple authorities apply:

  • The most stringent applicable requirement shall govern
  • Requirements shall be harmonized through institutional governance processes
  • Conflicts shall be addressed through risk management and formal escalation procedures

3.4 Control Alignment and Traceability

This Governance Policy establishes a formal control alignment model that ensures:

  • All security controls are traceable to one or more authoritative requirements
  • Control implementation is consistent across CUI systems
  • Documentation supports:
    • Regulatory compliance
    • Security assessments and audits
    • CMMC Level 2 validation

Traceability shall be maintained through:

  • System Security Plans (SSPs)
  • Control assessment documentation
  • Plans of Action and Milestones (POA&Ms)
  • Control traceability matrices (Appendix B, where applicable)

3.5 Supersession and Conflict Resolution

In the event of conflicting requirements across governing authorities:

  • The most restrictive or protective requirement shall apply
  • The conflict shall be:
    • Documented
    • Evaluated through risk management processes
    • Escalated to appropriate governance authorities

Final determinations shall be:

  • Formally approved by authorized decision-makers
  • Documented and maintained for audit traceability
  • Incorporated into updated controls or governance guidance as necessary

Departments and Responsibilities

Departments, roles, and associated responsibilities for the development, approval, implementation, and maintenance of information security governance for CUI systems enrolled in CRSP are established to ensure clear accountability across governance, operational, and technical domains.

This governance model ensures that CUI systems and supporting organizations operate in compliance with all applicable regulatory, statutory, institutional, and contractual requirements.

4.1 Governance Alignment Responsibilities

Responsible parties shall ensure that CUI systems:

  • Comply with applicable federal and contractual requirements, including:
    • NIST SP 800-171 Rev. 3
    • DFARS 252.204-7012, where applicable
  • Align with Texas Administrative Code (TAC) Chapter 202 as the governing regulatory framework
  • Implement required controls in accordance with the DIR Security Control Standards Catalog
  • Adhere to University of Texas System (UTS 165) policies and standards
  • Implement institutional requirements defined by the UT Austin Information Resources Use and Security Policy (IRUSP)
  • Maintain alignment with all applicable sponsor-imposed and contractual obligations governing CUI

4.2 Accountability Domains

This structured governance framework establishes accountability across the following domains:

Policy and Standards Governance

  • Development, review, approval, and maintenance of:
    • Information security policies
    • Standards and procedures
    • Control baselines and governance artifacts

Security Control Implementation and Validation

  • Implementation of required controls across CUI systems
  • Validation of control effectiveness through:
    • Assessments
    • Testing
    • Continuous monitoring activities

Risk Management and Compliance Oversight

  • Identification, assessment, and management of risks to CUI
  • Enforcement of compliance with regulatory, institutional, and contractual requirements
  • Formal risk acceptance and authorization processes

Continuous Monitoring and Operational Assurance

  • Ongoing monitoring of:
    • System security posture
    • Control effectiveness
    • Emerging threats and vulnerabilities
  • Integration with:
    • Incident response processes
    • Vulnerability management programs
    • Audit and compliance activities

Auditability and Evidence Management

  • Maintenance of documentation and records sufficient to demonstrate:
    • Control implementation
    • Operational effectiveness
    • Compliance with applicable requirements
  • Support for:
    • Internal audits
    • External assessments (e.g., CMMC, DIR reviews)
    • Regulatory and contractual reporting obligations

4.3 Responsibility Enforcement

All departments, personnel, and third-party entities participating in CRSP shall:

  • Fulfill assigned responsibilities in accordance with this policy
  • Maintain documentation and evidence supporting their assigned responsibilities
  • Participate in governance, risk management, and compliance processes as required

Failure to meet assigned responsibilities may result in:

  • Escalation through governance and risk management channels
  • Revocation of system access or authorization
  • Additional corrective actions in accordance with institutional policy

The table below outlines key departments and their associated governance responsibilities:

Departments and Responsibilities

Department (Primary)Department (Secondary)Responsibilities
Office of Research Support and Compliance (ORSC)Information Security Office (ISO)Provides executive oversight for CUI governance under CRSP; ensures alignment with federal, state, and UTS requirements; ensures adequate funding, staffing, and institutional support for CUI compliance and research security.
Information Security Office (ISO)Information Security Office (ISO)Provides strategic oversight of enterprise IT and security capabilities supporting CUI systems; ensures alignment of IT architecture, resources, and services with security and compliance requirements.
Information Security Office (ISO)Information Security Office (ISO)Leads institutional information security governance; establishes policies, standards, and risk management framework; ensures alignment with NIST, TAC, DIR, UTS, and DFARS; approves security policies and oversees compliance and audit readiness.
Office of Research Support and Compliance (ORSC)Information Security Office (ISO)Maintains authoritative governance documentation; manages policy lifecycle, version control, and approvals; coordinates compliance reporting, assessments, and alignment across NIST, TAC, DIR, and UTS requirements.
Office of Research Support and Compliance (ORSC)Information Security Office (ISO)Oversees implementation and enforcement of CUI governance program; coordinates training, documentation, and assessment readiness; ensures consistent control implementation across CUI systems.
Office of Research Support and Compliance (ORSC)Information Security Office (ISO)Ensures integration of CUI requirements into research operations; aligns sponsor requirements with institutional policy; advises on research-specific risks and compliance requirements.
PI / Project Participants (PI/PP)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Performs vendor risk assessments; ensures contracts include required security controls and DFARS flow-down clauses; monitors third-party compliance and security posture.
Office of Research Support and Compliance (ORSC)Information Security Office (ISO)Maintains risk register, POA&Ms, and risk acceptance decisions; ensures risk assessments are conducted and integrated into governance and operational processes.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Accountable for the security and compliance of assigned CUI systems; ensures implementation of security controls; approves system-level documentation (e.g., SSP, POA&M); ensures protection of CUI within the system boundary.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Defines data classification, handling, and protection requirements; approves use and access to CUI; ensures governance artifacts accurately reflect data protection requirements.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Ensures research activities comply with CUI governance requirements; enforces policy adherence within research environments; coordinates with RSO and CISO on compliance matters.
Information Security Office (ISO)Information Security Office (ISO)Implements and monitors security controls; validates control effectiveness; maintains system security documentation (SSP, control mappings); supports audits and assessments.
Information Security Office (ISO)Information Security Office (ISO)Performs continuous monitoring, logging, alerting, and incident detection; supports incident response and vulnerability management processes.
Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Implements system configurations, access controls, patching, and monitoring capabilities; supports secure system operation and documentation of procedures.
Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Ensures cloud and platform services meet security requirements (e.g., TX-RAMP, FedRAMP where applicable); supports configuration, monitoring, and compliance obligations.
Office of Research Support and Compliance (ORSC)Information Security Office (ISO)Supports personnel screening, onboarding, and offboarding processes; ensures timely coordination for access provisioning and revocation; enforces personnel security requirements.
PI / Project Participants (PI/PP)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Ensures contracts include appropriate security and compliance clauses; aligns sponsor requirements with institutional governance; supports DFARS and CUI compliance obligations.
Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Manages physical access controls, visitor management, and facility protections for facilities supporting CUI systems; ensures alignment with physical security requirements.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Comply with all security policies and procedures; complete required training; protect CUI; adhere to Rules of Behavior and acceptable use requirements.

Governed Control Families and Objectives

5.1 Overview

This section defines the NIST Special Publication (SP) 800-171 Revision 3 control families and associated control objectives governed by this policy for CUI systems enrolled in CRSP.

This section establishes institutional expectations for how required security controls are:

  • Implemented, managed, and sustained
  • Operationalized through subordinate policies, standards, procedures, and system-level documentation
  • Integrated across governance, risk management, and security operations

Control implementation under this policy aligns with the governance hierarchy defined in Section 3, ensuring compliance with:

  • Federal and contractual requirements (e.g., NIST SP 800-171 Rev. 3, DFARS 252.204-7012)
  • Texas Administrative Code (TAC) Chapter 202
  • DIR Security Control Standards Catalog
  • UT System (UTS 165) policies
  • UT Austin IRUSP standards

5.2 Governance Authority and Control Alignment

This Governance Policy serves as the authoritative institutional control framework for CUI systems.

It establishes formal alignment between:

  • Federal baseline requirements (NIST SP 800-171 and contractual obligations)
  • State regulatory requirements (TAC Chapter 202)
  • DIR-mandated control baseline
  • UT System governance requirements
  • UT Austin institutional implementation standards (IRUSP)

Control implementation shall be:

  • Consistent across all CUI systems
  • Traceable to authoritative regulatory and contractual sources
  • Defensible for audit, assessment, and compliance validation
  • Integrated across governance, risk management, and operational functions

5.3 Control Implementation Requirements

Subordinate policies, standards, procedures, and system-level documentation shall implement and support the control families defined in this policy.

5.3.1 IMPLEMENTATION OF CONTROL OBJECTIVES

  • Enforce NIST SP 800-171 Rev. 3 control families as governed by this policy
  • Ensure controls are implemented consistently with all applicable upstream requirements

5.3.2 AUTHORITATIVE TRACEABILITY

  • Maintain traceability to:
    • TAC Chapter 202
    • DIR Security Control Standards Catalog
    • UTS 165 policies
    • UT Austin IRUSP standards
    • Federal and contractual requirements

5.3.3 ROLES AND RESPONSIBILITIES

  • Clearly define and document:
    • Control owners
    • System owners
    • Data owners
    • Responsible organizational units

5.3.4 DOCUMENTATION AND EVIDENCE

  • Maintain documentation demonstrating control implementation and effectiveness, including:
    • System Security Plans (SSPs)
    • Security assessment results
    • Plans of Action and Milestones (POA&Ms)
    • Audit logs and monitoring records

5.3.5 SUPPORTING PROCESSES AND PROCEDURES

  • Establish operational workflows, procedures, and technical mechanisms necessary to:
    • Implement controls
    • Monitor control effectiveness
    • Sustain control operations

5.3.6 AUDITABILITY AND ASSESSMENT READINESS

  • Ensure controls are implemented in a manner that supports:
    • Independent assessments
    • CMMC Level 2 validation
    • Continuous monitoring activities

5.4 Control Inheritance and Shared Responsibility

Where control implementation involves shared services or inherited controls (e.g., cloud providers or enterprise IT services):

  • Control inheritance relationships shall be formally documented
  • Shared responsibility boundaries shall be clearly defined
  • Inherited controls shall be validated to ensure compliance with the requirements of this Policy

5.5 Application of Multiple Regulatory Authorities

CUI systems are subject to overlapping regulatory, contractual, and institutional requirements.

Where multiple requirements apply:

  • The most stringent requirement shall govern
  • Conflicts shall be:
    • Formally documented
    • Evaluated through risk management processes
    • Escalated through governance channels
  • Final determinations shall be:
    • Approved by designated authorities
    • Documented for audit traceability
    • Incorporated into control implementation or governance updates

5.6 Continuous Governance and Control Evolution

Control implementation shall be continuously evaluated and improved to maintain effectiveness and compliance.

Controls shall be:

  • Periodically reviewed based on:
    • Regulatory and contractual updates
    • Institutional policy changes
    • Audit and assessment findings
    • Emerging threats and vulnerabilities
  • Updated as necessary to ensure:
    • Continued effectiveness
    • Compliance with evolving requirements
    • Alignment with operational risk conditions affecting CUI systems

5.7 Control Family Implementation

The following control families are governed under this policy:

Access Control (03.01.01 – 03.01.22)

Control Objective

Establish, implement, and maintain comprehensive access control mechanisms to ensure that access to Controlled Unclassified Information (CUI) and CUI systems is restricted to authorized users, processes, and devices in accordance with least privilege, separation of duties, and institutional security requirements.

Guidance Objectives

CUI systems shall implement and enforce the following access control practices:

  • Account Management and Lifecycle Control Establish and maintain an institution-wide account management program governing provisioning, modification, suspension, disabling, removal, and periodic review of accounts. Controls shall include inactivity management, timely deprovisioning, and full auditability of account actions.
  • Least Privilege and Logical Access Enforcement Enforce logical access controls using role-based access control (RBAC), attribute-based access control (ABAC), or equivalent mechanisms to ensure users are granted only the minimum access necessary. Separation of duties shall be implemented to reduce risk.
  • Device and Endpoint Access Restrictions Restrict access to authorized and managed devices, including mobile and wireless systems. Maintain accurate endpoint inventories and enforce device security requirements consistent with institutional standards.
  • Remote Access and External System Controls Control and monitor remote access and access from external systems, requiring documented authorization, multifactor authentication (MFA), encryption, and formal agreements for third-party connectivity.
  • Public Access and Information Release Controls Ensure CUI is not exposed through publicly accessible services. Implement safeguards, approval workflows, and user training to prevent unauthorized disclosure.
  • Session Management Controls Enforce session lock, timeout, termination, and reauthentication requirements to protect active sessions.
  • User Awareness and Monitoring Require access control–specific security training and monitor user activity to detect and respond to unauthorized access or misuse.

Authoritative References

The following authoritative sources define and govern access control requirements for CUI systems:

Texas Administrative Code (TAC) – Chapter 202, Subchapter C (Institutions of Higher Education)

  • §202.72 – Staff Responsibilities

Requires formal designation of information owners, custodians, and users

Requires approval and periodic review of access to information resources based on risk management decisions [txrules.elaws.us]

  • §202.74 – Institution Information Security Program

Requires implementation of an institution-wide security program, including logical access controls and safeguards

  • §202.75 – Managing Security Risks

Requires risk-based access control decisions and ongoing risk assessment processes

  • §202.76 – Security Control Standards Catalog

Mandates implementation of required security controls based on the DIR Security Control Standards Catalog

  • §202.77 – Texas Risk and Authorization Management Program (TX-RAMP)

Establishes requirements for cloud services, including access control, authorization, and secure connectivity expectations

Texas Department of Information Resources (DIR)

DIR Security Control Standards Catalog (mandated by TAC §202.76)

  • Establishes mandatory baseline security controls aligned to NIST SP 800-53 Rev. 5, including:
    • AC (Access Control) – account management, least privilege, remote access
    • IA (Identification and Authentication) – MFA and identity validation
    • AU (Audit and Accountability) – monitoring and logging of access
    • CM (Configuration Management) – device and endpoint restrictions

University of Texas System (UTS) Policies

  • UTS 165 – Information Resources Use and Security Policy (Parent Policy)
    • Establishes system-wide governance, accountability, and security expectations
  • UTS 165.2 – Information Security Technology Policy
    • Section 4.1 – Access Management Objectives, including:
    • Identity lifecycle management (provisioning, modification, revocation)
    • Segregation of duties and least privilege
    • Federated identity and authentication requirements

University of Texas at Austin – Information Resources Use and Security Policy (IRUSP)

IRUSP Policy https://security.utexas.edu/policies/irusp

Applicable IRUSP Standards for Access Control:

  • Standard 4 – Access Management (primary control authority)
  • Standard 5 – Administrative/Special Access Accounts
  • Standard 15 – Passwords
  • Standard 17 – Security Monitoring
  • Standard 18 – Security Training
  • Standard 19 – Server and Device Configuration and Management
  • Standard 22 – Vendor and Third-Party Controls and Compliance

Federal and Contractual Requirements

  • DFARS 252.204-7012 – Safeguarding Covered Defense Information and Cyber Incident Reporting

This clause establishes mandatory requirements for systems handling Covered Defense Information (CDI), including:

  • Implementation of NIST SP 800-171 security controls, including Access Control [ecfr.gov]
  • Requirement to provide “adequate security” to prevent unauthorized access, disclosure, or modification [legalclarity.org]
  • Enforcement of access restrictions and monitoring mechanisms
  • Flow-down of access control requirements to subcontractors
  • Cyber incident reporting within 72 hours and preservation of audit evidence

Awareness and Training (03.02.01 – 03.02.02)

Control Objective

Establish, implement, and maintain an institution-wide awareness and training program to ensure that all personnel understand their information security responsibilities, risks associated with Controlled Unclassified Information (CUI), and required practices for protecting CUI systems and data.

Guidance Objectives

CUI systems and supporting organizations shall implement the following:

  • Security Awareness Program Implement an institution-wide security awareness and training program that addresses:
    • Security literacy and acceptable use
    • Phishing and social engineering awareness
    • Insider threat awareness
    • Proper handling, storage, and transmission of CUI
  • Role-Based Security Training Provide role-based and specialized security training for personnel with:
    • Elevated privileges
    • System administration responsibilities
    • Access to CUI

Such training shall be completed prior to granting access and updated periodically based on role, risk, and system changes.

  • Training Frequency and Reinforcement Deliver initial training upon onboarding and recurring training at defined intervals (e.g., annually), with additional targeted training as required based on risk or incidents.
  • Training Records and Auditability Maintain documentation of training completion, participation, and effectiveness sufficient to demonstrate:
    • Compliance with institutional and regulatory requirements
    • Coverage of all applicable personnel
    • Evidence for audit, assessment, and continuous monitoring activities

Authoritative References

The following authoritative sources define and govern awareness and training requirements:

Texas Administrative Code (TAC) – Chapter 202, Subchapter C

  • §202.74 – Institution Information Security Program
    • Requires implementation of a comprehensive information security program, including training, awareness, and personnel preparedness
  • §202.75 – Managing Security Risks
    • Requires risk-based controls, including training to reduce human-related risks
  • §202.76 – Security Control Standards Catalog
    • Mandates implementation of DIR-defined security controls, including awareness and training

Texas Department of Information Resources (DIR)

  • DIR Security Control Standards Catalog (mandated by TAC §202.76)
    • AT – Awareness and Training Control Family, including:
    • AT-1 – Awareness and Training Policy and Procedures
    • AT-2 – Security Awareness Training (including phishing and insider threat)
    • AT-3 – Role-Based Training
    • AT-4 – Training Records

University of Texas System (UTS) Policies

  • UTS 165 – Information Resources Use and Security Policy (Parent Policy)
  • UTS 165.1 – Information Security Organization, Personnel & Privacy Policy
    • Section 4.4 – Awareness and Training Objectives, including:
    • Definition of institutional training requirements
    • Establishment of role-based training expectations
    • Alignment with NIST and DIR awareness and training controls [utsystem.edu]

University of Texas at Austin – Information Resources Use and Security Policy (IRUSP)

IRUSP Policy https://security.utexas.edu/policies/irusp

Applicable IRUSP Standards:

  • Standard 18 – Security Training (Primary)
  • Standard 2 – Acceptable Use of Information Resources (Supporting awareness behaviors)
  • Standard 17 – Security Monitoring (Supports effectiveness validation through behavior monitoring)

These standards collectively define:

  • Required security awareness training
  • User responsibilities for protecting information resources
  • Institutional expectations for security behavior and compliance

Federal and Contractual Requirements

  • DFARS 252.204-7012 – Safeguarding Covered Defense Information and Cyber Incident Reporting

Requires:

  • Implementation of NIST SP 800-171 controls, including Awareness and Training
  • Personnel training as part of providing “adequate security” for Covered Defense Information (CDI)

Audit and Accountability (03.03.01 – 03.03.08)

Control Objective

Establish, implement, and maintain audit and accountability controls to ensure that security-relevant events are logged, monitored, analyzed, and retained to support detection, investigation, reporting, and response to unauthorized or inappropriate activity involving Controlled Unclassified Information (CUI) and CUI systems.

Guidance Objectives

CUI systems shall implement and enforce the following:

  • Audit Logging and Event Capture Generate and retain audit logs capturing security-relevant events, including authentication, access, privilege use, system changes, and administrative actions. Logs shall contain sufficient detail to support attribution, accountability, and forensic investigation.
  • Time Synchronization and Timestamp Integrity Ensure audit logs include accurate and consistent timestamps synchronized to authoritative time sources to support correlation and incident analysis.
  • Log Review, Analysis, and Reporting Establish processes for regular review and analysis of audit logs to detect anomalies, suspicious behavior, or policy violations. Define escalation and response procedures for identified issues and audit failures.
  • Protection of Audit Information Protect audit logs and associated records from unauthorized access, modification, deletion, or loss through appropriate access controls, encryption, and integrity monitoring.
  • Retention and Availability of Audit Records Retain audit records in accordance with institutional, regulatory, and contractual requirements to support investigations, compliance validation, and legal obligations.

Authoritative References

The following authoritative sources define and govern audit and accountability requirements:

Texas Administrative Code (TAC) – Chapter 202, Subchapter C

  • §202.73 – Security Reporting

Requires reporting of security incidents and events, which depends on effective logging and monitoring capabilities

  • §202.74 – Institution Information Security Program

Requires implementation of an institution-wide security program including monitoring, auditing, and accountability controls

  • §202.75 – Managing Security Risks

Requires risk-based implementation of monitoring, detection, and response capabilities

  • §202.76 – Security Control Standards Catalog

Mandates implementation of DIR-defined logging, monitoring, and audit controls

Texas Department of Information Resources (DIR)

  • DIR Security Control Standards Catalog (mandated by TAC §202.76)
    • AU – Audit and Accountability Control Family, including:
    • AU-2 – Event Logging
    • AU-3 – Content of Audit Records
    • AU-6 – Audit Record Review, Analysis, and Reporting
    • AU-8 – Timestamps
    • AU-9 – Protection of Audit Information
    • AU-11 – Audit Record Retention
    • AU-12 – Audit Record Generation [legalclarity.org]

University of Texas System (UTS) Policies

  • UTS 165 – Information Resources Use and Security Policy (Parent Policy)
  • UTS 165.2 – Information Security Technology Policy
    • Section 4.5 – Security Monitoring & Vulnerability Management Objectives, including:
    • Logging and monitoring controls
    • Detection and analysis of security events
    • Integration with incident response processes [public.powerdms.com]

University of Texas at Austin – Information Resources Use and Security Policy (IRUSP)

Applicable IRUSP Standards:

  • Standard 17 – Security Monitoring (Primary)
  • Standard 12 – Security Incident Management (Supporting)
  • Standard 11 – Safeguarding Data (Supporting for protection of audit records)

These standards collectively define:

  • Logging and monitoring expectations
  • Detection and response processes
  • Protection of security-relevant data and records

Federal and Contractual Requirements

  • DFARS 252.204-7012 – Safeguarding Covered Defense Information and Cyber Incident Reporting

Requires:

  • Implementation of NIST SP 800-171 controls, including Audit and Accountability
  • Logging, monitoring, and retention of data necessary for cyber incident detection and reporting
  • Preservation of audit records to support forensic analysis and reporting obligations [law.cornell.edu]

Implementation Note

Subordinate policies, standards, procedures, and system-level documentation shall:

  • Define:
    • Logged event types and required log content
    • Log retention periods and storage protections
    • Review frequency and escalation procedures
    • Integration with incident response processes
  • Ensure:
    • Logs are complete, accurate, and protected
    • Monitoring processes are risk-based and consistently enforced

Configuration Management (03.04.01 – 03.04.12)

Control Objective

Establish, implement, and maintain configuration management controls to ensure that CUI systems are securely configured, consistently managed, and protected against unauthorized or unmanaged changes that could impact the confidentiality, integrity, or availability of Controlled Unclassified Information (CUI).

Guidance Objectives

CUI systems shall implement and enforce the following:

  • Baseline Configuration Management Establish, document, and maintain approved baseline configurations for all system components. Baselines shall be formally reviewed, approved, and maintained under configuration control.
  • Secure Configuration and Hardening Implement secure configuration settings, enforce least functionality, and apply system and application hardening aligned with recognized standards and institutional requirements.
  • Application Control and Allow-Listing Restrict execution of unauthorized software through application allow-listing or equivalent controls to reduce system attack surface.
  • Change Management and Control Enforce formal change management processes that include:
    • Documented change requests and approvals
    • Security impact analysis prior to implementation
    • Testing and validation of changes
    • Restricted access to implement changes
  • Asset and Configuration Inventory Maintain accurate, current inventories of system components, including hardware, software, and firmware. Document and track locations where CUI is stored, processed, or transmitted.
  • Enhanced Configuration Controls Apply additional security controls for:
    • High-risk systems
    • Mobile or portable devices
    • Systems used in travel or remote environments

Authoritative References

The following authoritative sources define and govern configuration management requirements:

Texas Administrative Code (TAC) – Chapter 202, Subchapter C

  • §202.74 – Institution Information Security Program
    • Requires implementation of security controls including system configuration, change control, and baseline management
  • §202.75 – Managing Security Risks
    • Requires risk-based configuration decisions, system hardening, and ongoing control evaluation
  • §202.76 – Security Control Standards Catalog
    • Mandates implementation of DIR-defined configuration management controls

Texas Department of Information Resources (DIR)

  • DIR Security Control Standards Catalog (mandated by TAC §202.76)
    • CM – Configuration Management Control Family, including:
    • CM-2 – Baseline Configuration
    • CM-3 – Configuration Change Control
    • CM-5 – Access Restrictions for Change
    • CM-6 – Configuration Settings (System Hardening)
    • CM-7 – Least Functionality
    • CM-8 – System Component Inventory
    • CM-11 – User-Installed Software / Allow-Listing Controls

University of Texas System (UTS) Policies

  • UTS 165 – Information Resources Use and Security Policy (Parent Policy)
  • UTS 165.2 – Information Security Technology Policy
    • Section 4.2 – Asset Management Objectives
    • Inventory and lifecycle management of system components
    • Section 4.3 – System Development & Maintenance Objectives
    • Configuration management, system hardening, and change control processes
    • Section 4.5 – Security Monitoring & Vulnerability Management Objectives (Supporting)
    • Monitoring for unauthorized or improper configuration changes

University of Texas at Austin – Information Resources Use and Security Policy (IRUSP)

Applicable IRUSP Standards:

  • Standard 7 – Change Management (Primary)
  • Standard 19 – Server and Device Configuration and Management (Primary)
  • Standard 10 – Risk Management (Supporting)
  • Standard 11 – Safeguarding Data (Supporting – protection of CUI locations)

These standards collectively define:

  • Configuration baseline control and maintenance
  • Change approval, tracking, and enforcement
  • System hardening and device-level configuration requirements
  • Risk-informed configuration decisions

Federal and Contractual Requirements

  • DFARS 252.204-7012 – Safeguarding Covered Defense Information and Cyber Incident Reporting

Requires:

  • Implementation of NIST SP 800-171 controls, including Configuration Management
  • Maintenance of secure system configurations and controlled changes
  • Protection of systems handling Covered Defense Information (CDI) from misconfiguration and unauthorized modification [law.cornell.edu]

Implementation Note

Subordinate policies, standards, procedures, and system-level documentation shall:

  • Define:
    • Approved baseline configurations and configuration standards
    • Change control workflows and approval authorities
    • System inventory requirements and maintenance processes
    • Controls for software installation and execution
  • Ensure:
    • Configurations are secure, standardized, and continuously monitored
    • Changes are authorized, tracked, and validated
    • Documentation supports audit, compliance, and CMMC Level 2 validation

Identification and Authentication (03.05.01 – 03.05.12)

Control Objective

Establish, implement, and maintain identification and authentication controls to ensure that users, devices, and processes are uniquely identified and securely authenticated prior to accessing CUI systems and Controlled Unclassified Information (CUI), in accordance with institutional, state, and federal requirements.

Guidance Objectives

CUI systems shall implement and enforce the following:

  • Identity Management and Unique Identification Require unique identifiers for all users, devices, and system components. Ensure that all identities are managed throughout their lifecycle, including provisioning, modification, and deprovisioning.
  • Authentication Mechanisms and Enforcement Authenticate all users and devices prior to granting access to systems and CUI using approved authentication mechanisms aligned with institutional and regulatory requirements.
  • Multifactor authentication (MFA) Enforce MFA for:
    • Privileged accounts
    • Remote access
    • High-risk or sensitive operations
  • Replay-Resistant Authentication Implement replay-resistant authentication mechanisms (e.g., cryptographic protocols, time-based tokens) where applicable to protect against credential replay attacks.
  • Authenticator and Credential Protection Protect authentication secrets (e.g., passwords, private keys, tokens) through secure storage, transmission, and handling practices. Enforce lifecycle management including:
    • Creation and distribution
    • Rotation and expiration
    • Revocation and deactivation
  • Authentication Feedback and Information Protection Limit authentication error messages and system feedback to prevent disclosure of sensitive system or account information.

Authoritative References

The following authoritative sources define and govern identification and authentication requirements:

Texas Administrative Code (TAC) – Chapter 202, Subchapter C

  • §202.72 – Staff Responsibilities
    • Requires formal identification of users, assignment of responsibilities, and approval of access to information resources
  • §202.74 – Institution Information Security Program
    • Requires implementation of authentication and access control safeguards across institutional systems
  • §202.75 – Managing Security Risks
    • Requires risk-based authentication controls and identity protection mechanisms
  • §202.76 – Security Control Standards Catalog
    • Mandates implementation of DIR identification and authentication controls
  • §202.77 – Texas Risk and Authorization Management Program (TX-RAMP)
    • Establishes authentication and access requirements for cloud-based systems

Texas Department of Information Resources (DIR)

  • DIR Security Control Standards Catalog (mandated by TAC §202.76)
    • IA – Identification and Authentication Control Family, including:
    • IA-2 – Identification and Authentication (Users)
    • IA-3 – Device Identification and Authentication
    • IA-5 – Authenticator Management (passwords, keys, tokens)
    • IA-7 – Cryptographic Module Authentication
    • IA-8 – Network-Based Authentication (including MFA use cases)

University of Texas System (UTS) Policies

  • UTS 165 – Information Resources Use and Security Policy (Parent Policy)
  • UTS 165.2 – Information Security Technology Policy
    • Section 4.1 – Access Management Objectives, including:
    • Identity lifecycle management
    • Authentication and authorization controls
    • Federation and credential management requirements

University of Texas at Austin – Information Resources Use and Security Policy (IRUSP)

Applicable IRUSP Standards:

  • Standard 4 – Access Management (Supporting identity lifecycle)
  • Standard 5 – Administrative/Special Access Accounts (Privileged identity controls)
  • Standard 15 – Passwords (Primary for authentication and credential protection)
  • Standard 19 – Server and Device Configuration and Management (Device authentication context)

These standards collectively define:

  • Identity lifecycle and account management
  • Credential strength and protection
  • Privileged identity controls
  • Authentication mechanisms and enforcement requirements

Federal and Contractual Requirements

  • DFARS 252.204-7012 – Safeguarding Covered Defense Information and Cyber Incident Reporting

Requires:

  • Implementation of NIST SP 800-171 controls, including Identification and Authentication
  • Enforcement of secure authentication mechanisms as part of providing “adequate security” for systems handling Controlled Unclassified Information (CUI)

Implementation Note

Subordinate policies, standards, procedures, and system-level documentation shall:

  • Define:
    • Identity lifecycle processes
    • Authenticator management requirements
    • MFA enforcement criteria
    • Credential protection mechanisms
  • Ensure:
    • Identities are unique, traceable, and properly managed
    • Authentication mechanisms are secure, enforced, and risk-based
    • Artifacts support audit, compliance, and CMMC Level 2 validation

Incident Response (03.06.01 – 03.06.05)

Control Objective

Establish, implement, and maintain an incident response capability to ensure timely identification, reporting, containment, eradication, and recovery from security incidents affecting CUI systems and Controlled Unclassified Information (CUI), in accordance with institutional, state, federal, and contractual requirements.

Guidance Objectives

CUI systems shall implement and enforce the following:

Incident Response Program

  • Establish and maintain a formal, documented incident response program that includes:
    • Preparation and readiness activities
    • Detection and analysis of security events and incidents
    • Containment strategies to limit impact
    • Eradication of root causes
    • Recovery and restoration of normal operations
  • Ensure the program is aligned with institutional risk management and security monitoring capabilities.

Incident Reporting and Escalation

  • Define, document, and implement incident reporting procedures that include:
    • Internal reporting requirements and escalation thresholds
    • Notification of institutional stakeholders and leadership
    • Compliance with state, federal, and contractual reporting obligations
  • Ensure timely reporting of incidents involving:
    • Unauthorized disclosure or compromise of CUI
    • Significant system disruptions or security events
    • Incidents requiring regulatory notification

Incident Response Training and Exercises

  • Provide incident response training to personnel with incident handling responsibilities
  • Conduct periodic testing and exercises (e.g., tabletop, simulation, and functional exercises) to validate:
    • Roles and responsibilities
    • Communication and escalation procedures
    • Response effectiveness and readiness

Incident Response Plan and Governance

  • Develop, maintain, and protect an Incident Response Plan (IRP) that defines:
    • Roles and responsibilities (e.g., incident response team, CISO, system owners)
    • Incident classification and severity levels
    • Reportable incident criteria
    • Communication and coordination processes
  • Ensure the IRP is:
    • Reviewed and updated periodically
    • Accessible to authorized personnel
    • Protected from unauthorized modification or disclosure

Authoritative References

The following authoritative sources define and govern incident response requirements:

Texas Administrative Code (TAC) – Chapter 202, Subchapter C

  • §202.73 – Security Reporting
    • Requires institutions to report on security program effectiveness and submit formal security plans and assessments [SECTION 20...e of Texas]
  • §202.74 – Institution Information Security Program
    • Requires implementation of an institution-wide security program, including incident response capabilities
  • §202.75 – Managing Security Risks
    • Requires risk-based processes for detection, response, and mitigation of security events
  • §202.76 – Security Control Standards Catalog
    • Mandates implementation of DIR-defined incident response controls

Texas Department of Information Resources (DIR)

DIR Security Control Standards Catalog (mandated by TAC §202.76)

IR – Incident Response Control Family, including:

  • IR-1 – Incident Response Policy and Procedures
  • IR-2 – Incident Response Training
  • IR-3 – Incident Response Testing
  • IR-4 – Incident Handling (detection, containment, eradication, recovery)
  • IR-5 – Incident Monitoring
  • IR-6 – Incident Reporting
  • IR-7 – Incident Response Assistance
  • IR-8 – Incident Response Plan

These controls define the mandatory baseline requirements for incident response across Texas higher education institutions. [dir.texas.gov]

University of Texas System (UTS) Policies

  • UTS 165 – Information Resources Use and Security Policy (Parent Policy)
  • UTS 165.2 – Information Security Technology Policy
    • Section 4.6 – Incident Management Objectives, including:
    • Incident detection, handling, and response
    • Coordination with monitoring and reporting processes
    • Integration with institutional risk management and compliance requirements [utsystem.edu]

University of Texas at Austin – Information Resources Use and Security Policy (IRUSP)

Information Resources Use and Security Policy (IRUSP) https://security.utexas.edu/policies/irusp

Applicable IRUSP Standards:

  • Standard 12 – Security Incident Management (Primary)
  • Standard 17 – Security Monitoring (Supporting detection and escalation)
  • Standard 10 – Risk Management (Supporting governance and response prioritization)

These standards collectively define:

  • Incident detection, reporting, and response requirements
  • Integration with monitoring and risk management processes
  • Institutional responsibilities for incident handling

Federal and Contractual Requirements

DFARS 252.204-7012 – Safeguarding Covered Defense Information and Cyber Incident Reporting

Requires:

  • Implementation of NIST SP 800-171 incident response controls
  • Reporting of cyber incidents within 72 hours to the Department of Defense
  • Preservation of affected systems and audit data for forensic analysis
  • Flow-down of incident reporting requirements to subcontractors

Maintenance (03.07.04 – 03.07.06)

Control Objective

Establish, implement, and maintain maintenance controls to ensure that system maintenance activities are authorized, controlled, and monitored in a manner that protects the confidentiality, integrity, and availability of Controlled Unclassified Information (CUI) and CUI systems.

Guidance Objectives

CUI systems shall implement and enforce the following:

  • Maintenance Tools and Media Control
    • Authorize, inventory, and control the use of maintenance tools, including diagnostic and administrative utilities.
    • Scan and validate all media (e.g., removable storage, tools, firmware updates) for malicious content prior to use on CUI systems.
    • Restrict use of maintenance tools to authorized personnel and approved use cases.
  • Remote Maintenance Controls
    • Restrict remote maintenance activities to approved methods and authorized personnel.
    • Enforce secure authentication mechanisms (including MFA where applicable) for remote maintenance sessions.
    • Monitor all remote maintenance activity and:
    • Log session activity
    • Terminate sessions immediately upon completion
    • Disable remote access mechanisms when not actively in use
  • Personnel Authorization and Oversight
    • Ensure that all maintenance personnel, including third-party vendors and contractors:
    • Are properly vetted and authorized prior to access
    • Are granted only the minimum access necessary
    • Are supervised or monitored when performing maintenance activities on CUI systems
    • Enforce formal authorization and approval processes for all maintenance activities.

Authoritative References

The following authoritative sources define and govern maintenance control requirements:

Texas Administrative Code (TAC) – Chapter 202, Subchapter C

  • §202.72 – Staff Responsibilities
    • Requires identification, authorization, and accountability of individuals with access to information resources
  • §202.74 – Institution Information Security Program
    • Requires implementation of security controls governing system operation, maintenance, and protection
  • §202.75 – Managing Security Risks
    • Requires risk-based controls for system operations, including maintenance and external access
  • §202.76 – Security Control Standards Catalog
    • Mandates implementation of DIR-defined maintenance and access control requirements
  • §202.77 – Texas Risk and Authorization Management Program (TX-RAMP)
    • Applies to cloud and third-party environments, including vendor maintenance and remote access controls

Texas Department of Information Resources (DIR)

  • DIR Security Control Standards Catalog (mandated by TAC §202.76)

MA – Maintenance Control Family, including:

  • MA-2 – Controlled Maintenance
  • MA-3 – Maintenance Tools
  • MA-4 – Nonlocal (Remote) Maintenance
  • MA-5 – Maintenance Personnel

These controls define:

  • Authorization and tracking of maintenance activities
  • Control of tools and diagnostic capabilities
  • Secure execution of remote maintenance
  • Requirements for personnel authorization and oversight

University of Texas System (UTS) Policies

  • UTS 165 – Information Resources Use and Security Policy (Parent Policy)
  • UTS 165.2 – Information Security Technology Policy
    • Section 4.3 – System Development & Maintenance Objectives, including:
    • Secure system maintenance practices
    • Change and configuration control integration
    • Protection of systems during maintenance activities

University of Texas at Austin – Information Resources Use and Security Policy (IRUSP)

Information Resources Use and Security Policy (IRUSP) https://security.utexas.edu/policies/irusp

Applicable IRUSP Standards:

  • Standard 19 – Server and Device Configuration and Management (Primary)
  • Standard 7 – Change Management (Supporting)
  • Standard 22 – Vendor and Third-Party Controls and Compliance (Supporting)

These standards collectively define:

  • System maintenance and configuration management practices
  • Control and authorization of system changes and updates
  • Oversight of third-party maintenance personnel and activities

Federal and Contractual Requirements

DFARS 252.204-7012 – Safeguarding Covered Defense Information and Cyber Incident Reporting

Requires:

  • Implementation of NIST SP 800-171 controls, including Maintenance
  • Protection of systems handling CUI during operational and maintenance activities
  • Enforcement of access controls and monitoring during remote or third-party maintenance

Media Protection (03.08.01 – 03.08.09)

Guidance Objectives

  • Securely store, access, mark, transport, and sanitize media containing CUI.
  • Restrict media access to authorized personnel and maintain inventories.
  • Enforce cryptographic protection for backups and media where applicable.
  • Apply NIST-aligned sanitization prior to reuse or disposal.

Authoritative References

  • TAC 202 Subchapter C: §§202.72(a)(1)– (2), 202.74(a), 202.76(b), 202.28
  • DIR Media Protection and Sanitization Guidance
  • UTS Policy 165.7

Personnel Security (03.09.01 – 03.09.02)

Control Objective

Establish, implement, and maintain personnel security controls to ensure that individuals with access to CUI systems and Controlled Unclassified Information (CUI) are appropriately screened, authorized, and managed throughout their lifecycle, and that access is promptly adjusted or revoked upon changes in employment or role.

Guidance Objectives

CUI systems and supporting organizations shall implement and enforce the following:

Personnel Screening and Authorization

  • Conduct risk-based personnel screening prior to granting access to:
    • CUI systems
    • CUI or other sensitive information
  • Screening requirements shall be:
    • Commensurate with the level of access and sensitivity of data
    • Applied to employees, contractors, consultants, and third-party personnel
  • Ensure individuals are formally authorized prior to being granted system or data access.

Personnel Transfer and Termination Controls

  • Implement processes to promptly modify or revoke access when personnel:
    • Transfer roles
    • Change responsibilities
    • Terminate employment or contractual engagement
  • Ensure:
    • Access privileges are adjusted based on new role requirements
    • Accounts are disabled or removed in a timely manner
    • Credentials, devices, and media are returned or revoked as appropriate

Accountability and Coordination

  • Ensure coordination between:
    • Human resources
    • Information security
    • System owners
  • Maintain documentation and audit trails demonstrating:
    • Personnel authorization
    • Access provisioning and revocation actions
    • Compliance with institutional and regulatory requirements

Authoritative References

The following authoritative sources define and govern personnel security requirements:

Texas Administrative Code (TAC) – Chapter 202, Subchapter C

  • §202.72 – Staff Responsibilities
    • Requires designation of roles (owners, custodians, users) and accountability for access to information resources
  • §202.74 – Institution Information Security Program
    • Requires implementation of safeguards governing personnel responsibilities and access control
  • §202.75 – Managing Security Risks
    • Requires risk-based controls, including personnel-related risk considerations

Texas Department of Information Resources (DIR)

DIR Security Control Standards Catalog (mandated by TAC §202.76)

PS – Personnel Security Control Family, including:

  • PS-2 – Position Risk Designation
  • PS-3 – Personnel Screening
  • PS-4 – Personnel Termination
  • PS-5 – Personnel Transfer

These controls define:

  • Screening requirements based on role sensitivity
  • Termination and transfer procedures for access management
  • Personnel-related accountability and risk management

University of Texas System (UTS) Policies

  • UTS 165 – Information Resources Use and Security Policy (Parent Policy)
  • UTS 165.1 – Information Security Organization, Personnel & Privacy Policy
    • Section 4.3 – Personnel & Third-Party Security Objectives, including:
    • Personnel screening and authorization
    • Management of personnel access throughout lifecycle
    • Third-party personnel security alignment

University of Texas at Austin – Information Resources Use and Security Policy (IRUSP)

Information Resources Use and Security Policy (IRUSP) https://security.utexas.edu/policies/irusp

Applicable IRUSP Standards:

  • Standard 1 – Information Resources Security Responsibilities and Accountability (Primary)
  • Standard 4 – Access Management (Supporting lifecycle access control)
  • Standard 22 – Vendor and Third-Party Controls and Compliance (Supporting third-party personnel)

These standards collectively define:

  • Personnel accountability and responsibilities
  • Access lifecycle management
  • Third-party personnel access governance

Federal and Contractual Requirements

DFARS 252.204-7012 – Safeguarding Covered Defense Information and Cyber Incident Reporting

Requires:

  • Implementation of NIST SP 800-171 controls, including Personnel Security
  • Enforcement of controls to ensure only authorized personnel access CUI
  • Flow-down of personnel security requirements to subcontractors handling CUI

Physical Protection (03.10.01 – 03.10.08)

Control Objective

Establish, implement, and maintain physical protection controls to prevent unauthorized physical access, damage, or interference to CUI systems, facilities, and infrastructure supporting Controlled Unclassified Information (CUI).

Guidance Objectives

CUI systems and facilities shall implement and enforce the following:

Physical Access Authorization and Control

  • Enforce physical access controls through:
    • Authorization mechanisms (e.g., badges, biometrics, keys)
    • Credential issuance, management, and revocation
    • Approved access lists for facilities and restricted areas
  • Ensure access is limited to authorized personnel based on role and need.

Visitor Management and Logging

  • Implement formal visitor management procedures including:
    • Visitor authorization and registration
    • Escort requirements for non-authorized individuals
    • Logging of visitor access and activities
  • Maintain access logs for physical entry and exit to support accountability and investigations.

Monitoring and Incident Response

  • Monitor physical access points and sensitive areas using:
    • Surveillance systems
    • Access control systems
    • Guard services or automated monitoring
  • Detect, investigate, and respond to unauthorized or suspicious physical access events.

Alternate Work Sites and Telework Security

  • Define and enforce physical security requirements for:
    • Alternate work locations (e.g., remote offices, field sites)
    • Telework environments
  • Ensure that CUI is protected from unauthorized access in non-institutional environments through appropriate safeguards.

Physical Infrastructure Protection

  • Secure physical transmission and distribution systems, including:
    • Cabling and network infrastructure
    • Power and environmental systems
    • Data center and communications facilities
  • Prevent unauthorized access, tampering, or disruption of supporting infrastructure.

Authoritative References

The following authoritative sources define and govern physical protection requirements:

Texas Administrative Code (TAC) – Chapter 202, Subchapter C

  • §202.72 – Staff Responsibilities
    • Requires designation and accountability of personnel responsible for protecting information resources and facilities
  • §202.73 – Security Reporting
    • Supports reporting of security incidents, including physical security events [txrules.elaws.us]
  • §202.74 – Institution Information Security Program
    • Requires implementation of security controls, including physical and environmental protections
  • §202.75 – Managing Security Risks
    • Requires risk-based evaluation and implementation of physical and environmental safeguards
  • §202.76 – Security Control Standards Catalog
    • Mandates implementation of DIR-defined physical protection controls

Texas Department of Information Resources (DIR)

DIR Security Control Standards Catalog (mandated by TAC §202.76)

PE – Physical and Environmental Protection Control Family, including:

  • PE-2 – Physical Access Authorizations
  • PE-3 – Physical Access Control
  • PE-6 – Monitoring Physical Access
  • PE-8 – Visitor Access Records
  • PE-9 – Power Equipment and Cabling Protection
  • PE-18 – Location of Information Systems
  • PE-19 – Information Leakage Controls

These controls define:

  • Physical access restrictions and credentialing
  • Visitor management and logging
  • Monitoring and incident detection
  • Protection of facilities and supporting infrastructure [clearedsystems.com]

University of Texas System (UTS) Policies

  • UTS 165 – Information Resources Use and Security Policy (Parent Policy)
  • UTS 165.3 – Information Security Physical & Environmental Policy
    • Section 4.1 – Physical and Environmental Security Objectives, including:
    • Physical access control and facility protection
    • Access provisioning, monitoring, and revocation
    • Protection of IT facilities and infrastructure

University of Texas at Austin – Information Resources Use and Security Policy (IRUSP)

Information Resources Use and Security Policy (IRUSP) https://security.utexas.edu/policies/irusp

Applicable IRUSP Standards:

  • Standard 16 – Data Center Security (Primary)
  • Standard 19 – Server and Device Configuration and Management (Supporting)
  • Standard 1 – Information Resources Security Responsibilities and Accountability (Supporting)

These standards collectively define:

  • Physical security requirements for data centers and facilities
  • Protection of systems and devices in controlled environments
  • Personnel accountability for physical protection

Federal and Contractual Requirements

DFARS 252.204-7012 – Safeguarding Covered Defense Information and Cyber Incident Reporting

Requires:

  • Implementation of NIST SP 800-171 controls, including Physical Protection
  • Protection of systems and facilities processing, storing, or transmitting Controlled Unclassified Information (CUI)
  • Safeguards to prevent unauthorized physical access or compromise

Risk Assessment (03.11.01 – 03.11.04)

Control Objective

Establish, implement, and maintain a risk assessment capability to identify, evaluate, and manage risks to CUI systems and Controlled Unclassified Information (CUI), including risks arising from supply chain dependencies, in accordance with institutional, state, federal, and contractual requirements.

Guidance Objectives

CUI systems and supporting organizations shall implement and enforce the following:

Risk Assessment Program

  • Conduct periodic, risk-based assessments of information systems, environments, and processes to:
    • Identify threats, vulnerabilities, and potential impacts
    • Evaluate risks to confidentiality, integrity, and availability of CUI
    • Include supply chain and third-party risks where applicable
  • Ensure risk assessments are:
    • Performed at defined intervals
    • Updated based on significant changes to systems or environments
    • Documented and approved by appropriate stakeholders

Risk Response and Mitigation

  • Develop and implement risk response strategies, including:
    • Risk mitigation (controls implementation)
    • Risk acceptance (with documented justification)
    • Risk transfer or avoidance where appropriate
  • Document:
    • Identified risks and associated impact levels
    • Selected mitigation strategies and control implementations
    • Residual risk decisions and formal acceptance by authorized officials

Continuous Risk Monitoring

  • Integrate risk assessment results into:
    • Security control selection and implementation
    • Configuration management and change control processes
    • Incident response and monitoring activities
  • Ensure risks are continuously evaluated and updated based on:
    • Emerging threats
    • System changes
    • External dependencies

Authoritative References

The following authoritative sources define and govern risk assessment requirements:

Texas Administrative Code (TAC) – Chapter 202, Subchapter C

  • §202.75 – Managing Security Risks
    • Requires institutions to implement formal risk management processes, including identification and mitigation of risks
  • §202.74 – Institution Information Security Program
    • Requires risk-based implementation of security controls within an institutional security program
  • §202.76 – Security Control Standards Catalog
    • Mandates implementation of DIR-defined risk assessment and management controls

Texas Department of Information Resources (DIR)

  • DIR Security Control Standards Catalog (mandated by TAC §202.76)

RA – Risk Assessment Control Family, including:

  • RA-3 – Risk Assessment
  • RA-5 – Vulnerability Monitoring and Scanning
  • RA-7 – Risk Response

These controls define:

  • Identification and evaluation of system risks
  • Vulnerability assessment and analysis
  • Development and implementation of mitigation strategies
  • Documentation and management of residual risk

University of Texas System (UTS) Policies

  • UTS 165 – Information Resources Use and Security Policy (Parent Policy)
  • UTS 165.1 – Information Security Organization, Personnel & Privacy Policy
    • Section 4.2 – Cybersecurity Risk Management Objectives, including:
    • Risk identification and assessment
    • Risk treatment and management
    • Integration of risk management into institutional governance
  • UTS 165.2 – Information Security Technology Policy (Supporting)
    • Supports implementation of risk-based controls across systems and infrastructure

University of Texas at Austin – Information Resources Use and Security Policy (IRUSP)

Information Resources Use and Security Policy (IRUSP) https://security.utexas.edu/policies/irusp

Applicable IRUSP Standards:

  • Standard 10 – Risk Management (Primary)
  • Standard 22 – Vendor and Third-Party Controls and Compliance (Supporting supply chain risk)
  • Standard 3 – Information Security Programs (Supporting governance and integration)

These standards collectively define:

  • Institutional risk management framework
  • Assessment and mitigation processes
  • Third-party and supply chain risk considerations

Federal and Contractual Requirements

DFARS 252.204-7012 – Safeguarding Covered Defense Information and Cyber Incident Reporting

Requires:

  • Implementation of NIST SP 800-171 controls, including Risk Assessment
  • Identification and mitigation of risks to systems handling Controlled Unclassified Information (CUI)
  • Continuous evaluation of system security posture and vulnerabilities

Security Assessment (03.12.01 – 03.12.05)

Control Objective

Establish, implement, and maintain a security assessment capability to evaluate the effectiveness of security controls, identify weaknesses, and ensure continuous monitoring and improvement of CUI systems handling Controlled Unclassified Information (CUI).

Guidance Objectives

CUI systems and supporting organizations shall implement and enforce the following:

Security Assessment Planning and Execution

  • Develop and maintain a security assessment plan that defines:
    • Scope and objectives of assessments
    • Assessment methodologies and frequency
    • Roles and responsibilities
  • Perform periodic security assessments to:
    • Evaluate control effectiveness
    • Validate compliance with institutional, state, and federal requirements
    • Identify weaknesses, deficiencies, and gaps

Plans of Action and Milestones (POA&Ms)

  • Document identified deficiencies in formal Plans of Action and Milestones (POA&Ms).
  • Define:
    • Corrective actions and remediation steps
    • Responsible parties
    • Timelines and milestones
  • Track POA&M items through remediation and closure, including validation of corrective actions.

Continuous Monitoring

  • Implement continuous monitoring capabilities to:
    • Track ongoing control effectiveness
    • Detect changes in system security posture
    • Support risk-based decision-making
  • Integrate monitoring with:
    • Logging and audit processes
    • Vulnerability management
    • Incident response

Information Exchange and Interconnection Security

  • Manage and document all system interconnections and information exchanges through:
    • Formal agreements (e.g., Interconnection Security Agreements, MOUs, contracts)
    • Defined security requirements for external systems
  • Ensure that interconnections:
    • Are authorized and documented
    • Meet security requirements consistent with CUI protection obligations

Authoritative References

The following authoritative sources define and govern security assessment and continuous monitoring requirements:

Texas Administrative Code (TAC) – Chapter 202, Subchapter C

  • §202.73 – Security Reporting
    • Requires submission of security plans and assessments and reporting on security posture [txrules.elaws.us]
  • §202.74 – Institution Information Security Program
    • Requires implementation of a comprehensive security program, including assessment and monitoring
  • §202.75 – Managing Security Risks
    • Requires ongoing evaluation of risks and effectiveness of controls
  • §202.76 – Security Control Standards Catalog
    • Mandates implementation of DIR-defined assessment and monitoring controls
  • §202.77 – Texas Risk and Authorization Management Program (TX-RAMP)
    • Establishes requirements for authorization, assessment, and monitoring of cloud services

Texas Department of Information Resources (DIR)

  • DIR Security Control Standards Catalog (mandated by TAC §202.76)

CA – Assessment, Authorization, and Monitoring Control Family, including:

  • CA-2 – Security Assessments
  • CA-5 – Plan of Action and Milestones (POA&M)
  • CA-6 – Authorization
  • CA-7 – Continuous Monitoring
  • CA-3 – System Interconnections and Information Exchange

These controls define:

  • Formal assessment planning and execution
  • POA&M tracking and remediation
  • Ongoing monitoring and authorization processes
  • Management of system interconnections and data exchange

University of Texas System (UTS) Policies

  • UTS 165 – Information Resources Use and Security Policy (Parent Policy)
  • UTS 165.1 – Information Security Organization, Personnel & Privacy Policy
    • Section 4.2 – Cybersecurity Risk Management Objectives, including:
    • Assessment of security controls
    • Risk evaluation and mitigation
    • Continuous improvement processes
  • UTS 165.2 – Information Security Technology Policy
    • Section 4.5 – Security Monitoring & Vulnerability Management Objectives, including:
    • Continuous monitoring of system security
    • Identification of weaknesses and vulnerabilities
    • Integration with assessment and remediation processes

University of Texas at Austin – Information Resources Use and Security Policy (IRUSP)

Information Resources Use and Security Policy (IRUSP) https://security.utexas.edu/policies/irusp

Applicable IRUSP Standards:

  • Standard 3 – Information Security Programs (Primary)
  • Standard 17 – Security Monitoring (Supporting)
  • Standard 12 – Security Incident Management (Supporting continuous improvement)

These standards collectively define:

  • Assessment and evaluation of security controls
  • Continuous monitoring and feedback mechanisms
  • Integration with incident detection and response processes

Federal and Contractual Requirements

  • DFARS 252.204-7012 – Safeguarding Covered Defense Information and Cyber Incident Reporting

Requires:

  • Implementation of NIST SP 800-171 controls, including Security Assessment
  • Documentation and tracking of control effectiveness and deficiencies (e.g., POA&M)
  • Ongoing monitoring and assessment of systems handling Controlled Unclassified Information (CUI)

System and Communications Protection (03.13.01 – 03.13.16)

Control Objective

Establish, implement, and maintain system and communications protection controls to safeguard the transmission, processing, and storage of Controlled Unclassified Information (CUI) by protecting system boundaries, enforcing secure communications, and applying cryptographic protections in accordance with institutional, state, federal, and contractual requirements.

Guidance Objectives

CUI systems shall implement and enforce the following:

Boundary Protection and Network Security

  • Protect system boundaries using layered security controls, including:
    • Network segmentation and isolation
    • Firewalls and access control devices
    • Intrusion detection and prevention systems
  • Enforce default-deny network configurations, allowing only explicitly authorized traffic and services.
  • Monitor network traffic and system boundaries to detect and respond to unauthorized or anomalous activity.

Secure Communications and Data Protection

  • Protect CUI in transit using approved cryptographic mechanisms (e.g., TLS, IPsec).
  • Ensure communications are authenticated, encrypted, and integrity-protected.
  • Prevent unauthorized disclosure or interception of sensitive data across networks.

Cryptographic Protection and Key Management

  • Enforce cryptographic protection for:
    • CUI at rest (where applicable)
    • Backup systems and storage media
    • Communications channels
  • Manage cryptographic keys through formal processes, including:
    • Secure generation and distribution
    • Storage and rotation
    • Revocation and destruction

Secure Use of Communications Technologies

  • Secure collaborative tools, shared systems, and communication platforms to prevent unauthorized access or disclosure of CUI.
  • Implement controls for:
    • Mobile code (e.g., scripts, applets)
    • Shared resources (e.g., file shares, collaboration platforms)
    • Session integrity and confidentiality
  • Ensure session protections include:
    • Encryption
    • Session validation and integrity
    • Protection against session hijacking or interception

Network Access and Resource Protection

  • Restrict and monitor use of shared system resources and communication pathways.
  • Prevent unauthorized connections to external systems and networks.
  • Ensure that all communications interfaces are managed, documented, and secured.

Authoritative References

The following authoritative sources define and govern system and communications protection requirements:

Texas Administrative Code (TAC) – Chapter 202, Subchapter C

  • §202.72 – Staff Responsibilities
    • Requires accountability and authorization for users handling system and communication resources
  • §202.74 – Institution Information Security Program
    • Requires implementation of safeguards to protect systems and communications
  • §202.75 – Managing Security Risks
    • Requires risk-based protection of networks, communications, and data flows
  • §202.76 – Security Control Standards Catalog
    • Mandates implementation of DIR-defined system and communications protection controls

Texas Department of Information Resources (DIR)

  • DIR Security Control Standards Catalog (mandated by TAC §202.76)

SC – System and Communications Protection Control Family, including:

  • SC-7 – Boundary Protection
  • SC-8 – Transmission Confidentiality and Integrity
  • SC-12 / SC-13 – Cryptographic Key Establishment and Protection
  • SC-16 – Transmission of Security Attributes
  • SC-18 – Mobile Code
  • SC-19 – Voice Over IP / Communications Protection
  • SC-28 – Protection of Information at Rest

These controls define:

  • Network boundary protections and segmentation
  • Cryptographic protections for data in transit and at rest
  • Secure communications and session protections
  • Protection of shared and distributed communication resources [clearedsystems.com]

University of Texas System (UTS) Policies

  • UTS 165 – Information Resources Use and Security Policy (Parent Policy)
  • UTS 165.2 – Information Security Technology Policy
    • Section 4.1 – Access Management Objectives (Supporting network access restrictions)
    • Section 4.3 – System Development & Maintenance Objectives (Supporting system hardening and segmentation)
    • Section 4.5 – Security Monitoring & Vulnerability Management Objectives, including:
    • Monitoring of network traffic and communications
    • Detection of unauthorized or anomalous activity

University of Texas at Austin – Information Resources Use and Security Policy (IRUSP)

Information Resources Use and Security Policy (IRUSP) https://security.utexas.edu/policies/irusp

Applicable IRUSP Standards:

  • Standard 11 – Safeguarding Data (Primary – encryption and protection of CUI)
  • Standard 19 – Server and Device Configuration and Management (Supporting system configuration and communications security)
  • Standard 22 – Vendor and Third-Party Controls and Compliance (Supporting external system communications)

These standards collectively define:

  • Protection of data in transit and at rest
  • Secure system and device configurations
  • Controls for external communications and integrations

Federal and Contractual Requirements

  • DFARS 252.204-7012 – Safeguarding Covered Defense Information and Cyber Incident Reporting

Requires:

  • Implementation of NIST SP 800-171 controls, including System and Communications Protection
  • Protection of CUI during transmission and storage
  • Use of cryptographic safeguards and secure communications mechanisms
  • Enforcement of network security and boundary protection controls

System and Information Integrity (03.14.01 – 03.14.08)

Control Objective

Establish, implement, and maintain system and information integrity controls to ensure that CUI systems and Controlled Unclassified Information (CUI) are protected from unauthorized modification, corruption, and malicious activity, and that vulnerabilities and threats are identified, managed, and remediated in a timely manner.

Guidance Objectives

CUI systems shall implement and enforce the following:

Vulnerability and Flaw Management

  • Identify, assess, and remediate system flaws and vulnerabilities in a timely manner, including:
    • Application of security patches and updates
    • Configuration corrections
    • Vendor-provided security advisories
  • Track vulnerabilities through formal processes, including:
    • Prioritization based on risk and impact
    • Documented remediation timelines
    • Verification of remediation effectiveness

Malware Protection

  • Deploy and maintain malware protection mechanisms across systems and endpoints, including:
    • Anti-malware/endpoint protection tools
    • Real-time scanning capabilities
    • Automated updates for detection signatures
  • Monitor systems for malicious code and take appropriate actions to:
    • Detect and quarantine threats
    • Prevent execution of unauthorized or malicious software

System Monitoring and Integrity Checking

  • Implement continuous monitoring mechanisms to:
    • Detect unauthorized changes to systems or data
    • Identify anomalous behavior or integrity violations
    • Validate system and file integrity
  • Integrate monitoring with:
    • Logging and audit systems
    • Incident response processes
    • Security information and event management (SIEM) capabilities

Security Alert and Advisory Response

  • Establish processes to receive, evaluate, and respond to:
    • Security alerts and vulnerability advisories (e.g., vendor, government sources)
    • Threat intelligence feeds
  • Ensure timely response actions, including:
    • Risk evaluation
    • Mitigation or remediation activities
    • Communication to stakeholders

Information Retention and Integrity

  • Manage information retention in accordance with:
    • Legal and regulatory requirements
    • Institutional policies and data classification standards
  • Ensure integrity and availability of retained information through:
    • Protection against unauthorized modification or deletion
    • Monitoring of data storage environments
    • Secure archival and disposal processes

Authoritative References

The following authoritative sources define and govern system and information integrity requirements:

Texas Administrative Code (TAC) – Chapter 202, Subchapter C

  • §202.73 – Security Reporting
    • Supports reporting and oversight of security posture and incidents [txrules.elaws.us]
  • §202.74 – Institution Information Security Program
    • Requires implementation of safeguards to maintain system integrity and security
  • §202.75 – Managing Security Risks
    • Requires identification, evaluation, and mitigation of risks, including vulnerabilities
  • §202.76 – Security Control Standards Catalog
    • Mandates implementation of DIR-defined integrity and security controls

Texas Department of Information Resources (DIR)

  • DIR Security Control Standards Catalog (mandated by TAC §202.76)

SI – System and Information Integrity Control Family, including:

  • SI-2 – Flaw Remediation
  • SI-3 – Malicious Code Protection
  • SI-4 – System Monitoring
  • SI-5 – Security Alerts and Advisories
  • SI-7 – Software, Firmware, and Information Integrity

These controls define:

  • Identification and remediation of system vulnerabilities
  • Malware detection and prevention requirements
  • Continuous system monitoring and integrity validation
  • Response to security advisories and threat intelligence [clearedsystems.com]

University of Texas System (UTS) Policies

  • UTS 165 – Information Resources Use and Security Policy (Parent Policy)
  • UTS 165.2 – Information Security Technology Policy
    • Section 4.5 – Security Monitoring & Vulnerability Management Objectives, including:
    • Vulnerability identification and remediation
    • Malware protection and system monitoring
    • Detection of integrity violations
  • UTS 165.1 – Information Security Organization, Personnel & Privacy Policy (Supporting)
    • Provides governance for risk management and security oversight

University of Texas at Austin – Information Resources Use and Security Policy (IRUSP)

Information Resources Use and Security Policy (IRUSP) https://security.utexas.edu/policies/irusp

Applicable IRUSP Standards:

  • Standard 17 – Security Monitoring (Primary)
  • Standard 12 – Security Incident Management (Supporting response activities)
  • Standard 11 – Safeguarding Data (Supporting data integrity and protection)

These standards collectively define:

  • Monitoring and detection of anomalies and threats
  • Response to incidents and integrity violations
  • Protection of information throughout its lifecycle

Federal and Contractual Requirements

  • DFARS 252.204-7012 – Safeguarding Covered Defense Information and Cyber Incident Reporting

Requires:

  • Implementation of NIST SP 800-171 controls, including System and Information Integrity
  • Timely identification and remediation of vulnerabilities
  • Protection of systems from malicious activity and unauthorized modification
  • Monitoring and response capabilities to maintain system integrity

Planning (03.15.01 – 03.15.03)

Control Objective

Establish, implement, and maintain planning controls to ensure that CUI systems and Controlled Unclassified Information (CUI) are governed by comprehensive, documented, and approved security policies, procedures, and system-level planning artifacts that define and enforce security requirements.

Guidance Objectives

CUI systems and supporting organizations shall implement and enforce the following:

Security Policies and Procedures

  • Develop, document, and maintain institutional security policies and procedures that:
    • Define security objectives, requirements, and responsibilities
    • Address protection of CUI and CUI systems
    • Align with applicable regulatory and contractual obligations
  • Ensure policies and procedures are:
    • Approved by appropriate governance authorities
    • Reviewed and updated periodically
    • Communicated to all relevant personnel

System Security Plan (SSP)

  • Develop and maintain a System Security Plan (SSP) for each CUI system that:
    • Describes system architecture, boundaries, and components
    • Documents implemented security controls and control inheritance
    • Identifies roles, responsibilities, and control ownership
  • Ensure the SSP:
    • Is kept current and reflects the actual system environment
    • Is reviewed and updated following significant system or control changes
    • Supports risk management, assessment, and audit processes

Rules of Behavior

  • Establish, document, and enforce Rules of Behavior (RoB) for system users that define:
    • Acceptable use of information resources
    • Responsibilities for protecting CUI
    • Prohibited activities and misuse
  • Require users to:
    • Acknowledge and accept Rules of Behavior prior to access
    • Comply with institutional policies and security requirements

Integration with Risk and Compliance

  • Ensure planning artifacts (policies, SSPs, RoB) are integrated with:
    • Risk assessment and management processes
    • Security assessment and authorization activities
    • Incident response and monitoring capabilities
  • Maintain documentation sufficient to support:
    • Audit and compliance validation
    • Continuous monitoring and improvement

Authoritative References

The following authoritative sources define and govern planning and security documentation requirements:

Texas Administrative Code (TAC) – Chapter 202, Subchapter C

  • §202.72 – Staff Responsibilities
    • Requires definition of roles, responsibilities, and accountability for information security
  • §202.74 – Institution Information Security Program
    • Requires establishment and maintenance of a formal information security program, including policies and procedures
  • §202.75 – Managing Security Risks
    • Requires integration of planning activities with risk management processes
  • §202.76 – Security Control Standards Catalog
    • Mandates implementation of DIR-defined planning and governance controls

Texas Department of Information Resources (DIR)

  • DIR Security Control Standards Catalog (mandated by TAC §202.76)

PL – Planning Control Family, including:

  • PL-1 – Security Planning Policy and Procedures
  • PL-2 – System Security Plan
  • PL-4 – Rules of Behavior
  • PL-8 – Information Security Architecture

These controls define:

  • Development and maintenance of security policies and procedures
  • Requirements for SSP documentation and maintenance
  • Rules of Behavior and acceptable use expectations
  • Integration of planning with system architecture and security design [clearedsystems.com]

University of Texas System (UTS) Policies

  • UTS 165 – Information Resources Use and Security Policy (Parent Policy)
  • UTS 165.1 – Information Security Organization, Personnel & Privacy Policy
    • Section 4.1 – Information Security Governance Objectives, including:
    • Establishment and maintenance of security policies and procedures
    • Governance of institutional security programs
    • Definition of roles, responsibilities, and compliance expectations

University of Texas at Austin – Information Resources Use and Security Policy (IRUSP)

Information Resources Use and Security Policy (IRUSP) https://security.utexas.edu/policies/irusp

Applicable IRUSP Standards:

  • Standard 3 – Information Security Programs (Primary)
  • Standard 2 – Acceptable Use of Information Resources (Rules of Behavior alignment)
  • Standard 1 – Information Resources Security Responsibilities and Accountability (Supporting governance)

These standards collectively define:

  • Institutional security program structure and requirements
  • Acceptable use and user behavior expectations
  • Governance and accountability responsibilities

Federal and Contractual Requirements

  • DFARS 252.204-7012 – Safeguarding Covered Defense Information and Cyber Incident Reporting

Requires:

  • Implementation of NIST SP 800-171 controls, including Planning
  • Development and maintenance of System Security Plans (SSPs)
  • Documentation of implemented controls and system security posture for systems handling CUI

System and Services Acquisition (03.16.01 – 03.16.03)

Control Objective

Establish, implement, and maintain system and services acquisition controls to ensure that security requirements are incorporated throughout the lifecycle of system development, acquisition, and external service use, thereby protecting Controlled Unclassified Information (CUI) and CUI systems.

Guidance Objectives

CUI systems and supporting organizations shall implement and enforce the following:

Secure System Development and Acquisition

  • Apply security engineering principles and best practices throughout:
    • System development lifecycles (SDLC)
    • System acquisition and procurement processes
    • Integration and deployment of systems and services
  • Ensure that security requirements are:
    • Defined early in the lifecycle
    • Evaluated during design and development
    • Tested prior to production deployment

Component Lifecycle and Unsupported Systems

  • Identify and manage system components that reach end-of-life or become unsupported.
  • Ensure such components are:
    • Replaced with supported alternatives, or
    • Mitigated through compensating controls
  • Maintain visibility into component lifecycle status, including:
    • Software versions
    • Vendor support timelines
    • Patch and update availability

Contractual Security Requirements

  • Incorporate security and privacy requirements into contracts, procurements, and acquisition agreements, including:
    • Protection of CUI
    • Compliance with applicable regulations (e.g., NIST 800-171)
    • Incident reporting expectations
    • Flow-down of security requirements to subcontractors
  • Ensure procurement processes include security review and approval prior to acquisition.

External Service Provider Management

  • Monitor and manage external service providers (e.g., cloud providers, vendors, contractors) to ensure:
    • Ongoing compliance with security requirements
    • Adherence to contractual obligations
    • Protection of CUI and institutional systems
  • Establish processes for:
    • Vendor risk assessment
    • Continuous monitoring of provider security posture
    • Periodic review of service agreements

Authoritative References

The following authoritative sources define and govern system and services acquisition requirements:

Texas Administrative Code (TAC) – Chapter 202, Subchapter C

  • §202.74 – Institution Information Security Program
    • Requires implementation of security controls across systems and services
  • §202.75 – Managing Security Risks
    • Requires risk-based decision-making, including procurement and third-party risk
  • §202.76 – Security Control Standards Catalog
    • Mandates implementation of DIR-defined acquisition and system lifecycle controls
  • §202.77 – Texas Risk and Authorization Management Program (TX-RAMP)
    • Establishes requirements for cloud service providers, including authorization, monitoring, and compliance

Texas Department of Information Resources (DIR)

  • DIR Security Control Standards Catalog (mandated by TAC §202.76)

SA – System and Services Acquisition Control Family, including:

  • SA-3 – System Development Lifecycle
  • SA-4 – Acquisition Process
  • SA-5 – System Documentation
  • SA-9 – External System Services
  • SA-10 – Developer Configuration Management
  • SA-11 – Developer Testing and Evaluation

These controls define:

  • Secure system development and acquisition requirements
  • Integration of security into procurement processes
  • Vendor and external service provider security requirements
  • Ongoing evaluation and oversight of acquired systems [clearedsystems.com]

University of Texas System (UTS) Policies

  • UTS 165 – Information Resources Use and Security Policy (Parent Policy)
  • UTS 165.2 – Information Security Technology Policy
    • Section 4.3 – System Development & Maintenance Objectives, including:
    • Security integration in development and acquisition
    • Lifecycle management of systems and components
    • Section 4.2 – Asset Management Objectives (Supporting lifecycle tracking and inventory)

University of Texas at Austin – Information Resources Use and Security Policy (IRUSP)

Information Resources Use and Security Policy (IRUSP) https://security.utexas.edu/policies/irusp

Applicable IRUSP Standards:

  • Standard 22 – Vendor and Third-Party Controls and Compliance (Primary)
  • Standard 19 – Server and Device Configuration and Management (Supporting)
  • Standard 10 – Risk Management (Supporting vendor risk integration)

These standards collectively define:

  • Vendor and third-party security requirements
  • Acquisition and lifecycle control expectations
  • Risk-based evaluation of external services

Federal and Contractual Requirements

  • DFARS 252.204-7012 – Safeguarding Covered Defense Information and Cyber Incident Reporting

Requires:

  • Implementation of NIST SP 800-171 controls, including System and Services Acquisition
  • Inclusion of flow-down security requirements to subcontractors handling Covered Defense Information (CDI)
  • Enforcement of contractual obligations for protecting CUI across external systems and services
  • Reporting and compliance obligations for third-party providers

Supply Chain Risk Management (03.17.01 – 03.17.03)

Control Objective

Establish, implement, and maintain a Supply Chain Risk Management (SCRM) capability to identify, assess, and mitigate risks associated with the acquisition, development, integration, and operation of system components, products, and services that support CUI systems and Controlled Unclassified Information (CUI).

Guidance Objectives

CUI systems and supporting organizations shall implement and enforce the following:

Supply Chain Risk Management Program

  • Establish and maintain a formal Supply Chain Risk Management (SCRM) program that:
    • Identifies risks associated with suppliers, vendors, and service providers
    • Evaluates supply chain threats, vulnerabilities, and dependencies
    • Integrates supply chain considerations into enterprise risk management
  • Ensure the SCRM program:
    • Is documented, approved, and periodically reviewed
    • Aligns with institutional risk management and acquisition processes
    • Includes both hardware and software supply chains

Acquisition and Procurement Risk Mitigation

  • Apply acquisition strategies to reduce supply chain risk, including:
    • Vendor due diligence and risk assessments
    • Evaluation of supplier security posture and history
    • Preference for vetted, authorized, and trusted sources
  • Incorporate supply chain risk considerations into:
    • Procurement decisions
    • System architecture and design
    • Lifecycle management of components and services

Contractual Enforcement and Vendor Oversight

  • Enforce supply chain security requirements contractually, including:
    • Protection of CUI
    • Compliance with NIST SP 800-171 and applicable standards
    • Incident reporting and notification obligations
    • Flow-down of requirements to subcontractors
  • Establish processes to:
    • Monitor vendor compliance with contractual security obligations
    • Conduct periodic reviews and reassessments of suppliers
    • Address non-compliance through corrective actions

Continuous Monitoring and Supply Chain Visibility

  • Maintain visibility into supply chain components and dependencies, including:
    • Software, firmware, and hardware sources
    • Third-party service providers and cloud services
    • Subcontractors and downstream providers
  • Implement monitoring processes to:
    • Detect supply chain-related risks or changes
    • Assess impacts on system security posture
    • Support continuous risk management and response

Authoritative References

The following authoritative sources define and govern supply chain risk management requirements:

Texas Administrative Code (TAC) – Chapter 202, Subchapter C

  • §202.74 – Institution Information Security Program
    • Requires implementation of a comprehensive information security program, including third-party and system protections
  • §202.75 – Managing Security Risks
    • Requires risk-based identification and mitigation of threats, including those associated with external dependencies
  • §202.76 – Security Control Standards Catalog
    • Mandates implementation of DIR-defined supply chain and system acquisition controls
  • §202.77 – Texas Risk and Authorization Management Program (TX-RAMP)
    • Establishes requirements for cloud and third-party service providers, including authorization, monitoring, and compliance

Texas Department of Information Resources (DIR)

  • DIR Security Control Standards Catalog (mandated by TAC §202.76)

SR – Supply Chain Risk Management Control Family, including:

  • SR-1 – Supply Chain Risk Management Policy and Procedures
  • SR-2 – Supply Chain Risk Management Plan
  • SR-3 – Supply Chain Controls and Processes
  • SR-5 – Acquisition Strategies, Tools, and Methods
  • SR-6 – Supplier Assessments and Reviews
  • SR-10 – Inspection of Supplier-Provided Components

These controls define:

  • Establishment of SCRM programs and governance
  • Integration of supply chain risk into acquisition processes
  • Vendor assessment, monitoring, and oversight requirements
  • Lifecycle security for supplied components and services [clearedsystems.com]

University of Texas System (UTS) Policies

  • UTS 165 – Information Resources Use and Security Policy (Parent Policy)
  • UTS 165.1 – Information Security Organization, Personnel & Privacy Policy
    • Section 4.2 – Cybersecurity Risk Management Objectives, including:
    • Enterprise risk management integration
    • Risk identification and treatment across dependencies
  • UTS 165.2 – Information Security Technology Policy
    • Section 4.3 – System Development & Maintenance Objectives (Supporting acquisition lifecycle security)
    • Section 4.1 – Access Management Objectives (Supporting third-party access governance)

University of Texas at Austin – Information Resources Use and Security Policy (IRUSP)

Information Resources Use and Security Policy (IRUSP) https://security.utexas.edu/policies/irusp

Applicable IRUSP Standards:

  • Standard 22 – Vendor and Third-Party Controls and Compliance (Primary)
  • Standard 10 – Risk Management (Supporting SCRM integration)
  • Standard 4 – Access Management (Supporting third-party access control)

These standards collectively define:

  • Vendor and third-party security governance
  • Risk-based supply chain evaluation
  • Controls for access and integration of external systems

Federal and Contractual Requirements

  • DFARS 252.204-7012 – Safeguarding Covered Defense Information and Cyber Incident Reporting

Requires:

  • Implementation of NIST SP 800-171 controls, including Supply Chain Risk Management
  • Flow-down of safeguarding requirements to subcontractors handling Covered Defense Information (CDI)
  • Protection of CUI across contractor-owned and external systems
  • Monitoring and reporting of incidents involving supply chain components

Governance Scope Statement

This governance scope ensures that all applicable NIST SP 800-171 Rev. 3 control objectives for CUI systems are:

  • Consistently implemented and managed across all security control families
  • Aligned with Texas Administrative Code (TAC) Chapter 202 as the governing regulatory framework
  • Operationalized through the DIR Security Control Standards Catalog, which provides the mandated control baseline
  • Governed and enforced through UTS 165 policy framework and institutional IRUSP standards, ensuring both enterprise-level oversight and operational execution

This integrated model establishes a unified, risk-based, and auditable governance framework that:

  • Enables traceability across NIST, TAC, DIR, UTS, and IRUSP requirements
  • Supports continuous monitoring, control validation, and risk management
  • Ensures consistent protection of Controlled Unclassified Information (CUI) on CUI systems enrolled in CRSP
  • Provides a defensible foundation for CMMC Level 2, regulatory compliance, and contractual obligations (including DFARS)

Governance and Oversight

UT Austin establishes and maintains a formal governance framework to ensure that all CUI systems enrolled in CRSP effectively protect Controlled Unclassified Information (CUI) and comply with applicable institutional, state, federal, and contractual requirements.

6.1 Policy and Documentation Management UT Austin maintains a centralized and controlled governance process for all information security policies, procedures, standards, plans, and supporting documentation applicable to CUI systems.

All governance artifacts shall be:

  • Formally documented, reviewed, approved, and disseminated through designated governance authorities
  • Maintained in an authoritative repository with version control and defined ownership
  • Reviewed on a defined schedule and upon significant changes, including:
    • Regulatory or contractual updates
    • System or architectural changes
    • Emerging risks or threat conditions

This ensures continued alignment with:

  • NIST SP 800-171 Rev. 3
  • Texas Administrative Code (TAC) Chapter 202
  • DIR Security Control Standards Catalog
  • University of Texas System (UTS 165) policies
  • UT Austin Information Resources Use and Security Policy (IRUSP)

6.2 Risk Management Integration UT Austin integrates risk management processes into all governance activities to ensure that decisions are informed, prioritized, and aligned with institutional risk tolerance.

Risk management practices shall:

  • Inform control selection, policy development, and governance updates
  • Incorporate risk assessments, threat intelligence, vulnerability data, and impact analyses
  • Address risks related to:
    • Systems and infrastructure
    • Supply chain and third-party dependencies
    • Operational and research environments

Risk evaluation results shall be documented and used to support risk-based decision-making and continuous governance alignment, consistent with UTS policy objectives and IRUSP risk management expectations.

6.3 Compliance Oversight UT Austin establishes oversight mechanisms to monitor, assess, and enforce compliance with applicable requirements, including:

  • NIST SP 800-171 Rev. 3
  • Texas Administrative Code (TAC) Chapter 202
  • DIR Security Control Standards Catalog
  • UT System (UTS 165) policies
  • UT Austin IRUSP standards and institutional controls
  • Federal and contractual requirements (e.g., DFARS 252.204-7012)

Governance procedures require that:

  • Deviations or exceptions are:
    • Formally documented
    • Risk-assessed with defined impact
    • Approved by designated authorities prior to implementation
  • Compliance status is continuously monitored, measured, and reported.

6.4 Accountability and Traceability UT Austin ensures governance accountability through comprehensive documentation and recordkeeping, including:

  • Policy approvals and revisions
  • Risk assessments and risk acceptance decisions
  • Security assessments, audits, and POA&M tracking
  • Incident response and reporting activities
  • Governance reviews and decision records

Governance records shall be:

  • Retained in accordance with institutional and IRUSP-aligned retention requirements
  • Protected against unauthorized modification or loss
  • Maintained to support auditability, traceability, and regulatory reporting

6.5 Interagency and System Coordination UT Austin governance processes require coordination across institutional, system-wide, and external entities, including:

  • University of Texas System (UTS)
  • Texas Department of Information Resources (DIR)
  • UT Austin IRUSP governance and compliance functions
  • State and federal oversight bodies
  • Research sponsors and contractual partners

Governance activities shall:

  • Support required reporting, submissions, and compliance obligations
  • Align with system-wide directives and institutional standards
  • Ensure coordination across policy, operational, and research domains

6.6 Continuous Improvement UT Austin employs a continuous improvement model to maintain an adaptive and effective governance posture.

Governance processes and documentation shall be updated based on:

  • Audit findings and assessment results
  • Continuous monitoring outputs
  • Changes in TAC, DIR, UTS, or IRUSP requirements
  • Emerging threats, vulnerabilities, and operational risks
  • Lessons learned from incidents, testing, and exercises

This ensures governance remains current, risk-informed, and aligned with evolving regulatory and institutional expectations.

6.7 Governance Framework Statement

This policy establishes a formal, integrated governance framework that:

  • Aligns:
    • TAC Chapter 202 (regulatory requirements)
    • DIR Security Control Standards Catalog (mandatory control baseline)
    • UTS 165 policies (system-wide governance and objectives)
    • UT Austin IRUSP standards (institutional implementation and enforcement)
  • Provides a structured, repeatable approach to the development, review, approval, maintenance, and oversight of governance artifacts
  • Enables end-to-end traceability across NIST, TAC, DIR, UTS, and IRUSP requirements
  • Supports:
    • Risk-based decision-making
    • Continuous monitoring and control validation
    • Audit readiness and regulatory compliance

This framework ensures the consistent protection of Controlled Unclassified Information (CUI) and institutional information assets on CUI systems enrolled in CRSP, while maintaining readiness for CMMC Level 2 certification, regulatory review, and contractual compliance obligations.

Policy Compliance, Enforcement, and Exceptions

7.1 Compliance Requirements

All personnel, organizational units, systems, and third-party entities within the scope of this policy shall comply with all requirements defined herein and in supporting subordinate documentation.

Mandatory compliance applies to:

  • All CUI systems
  • All personnel and contractors supporting CUI systems
  • All third-party service providers with access to or responsibility for CUI

All in-scope entities shall:

  • Implement and maintain security controls in accordance with this policy
  • Adhere to applicable:
    • Federal and contractual requirements (e.g., NIST SP 800-171 Rev. 3, DFARS)
    • Texas Administrative Code (TAC) Chapter 202
    • DIR Security Control Standards Catalog
    • UTS 165 policies
    • UT Austin IRUSP standards

Failure to comply with this policy constitutes a violation of institutional security requirements.

7.2 Enforcement

UT Austin shall implement enforcement mechanisms to ensure adherence to this policy and associated requirements.

7.2.1 MONITORING AND AUDITING

Compliance shall be enforced through:

  • Continuous monitoring of system security posture
  • Periodic internal reviews and control assessments
  • Independent audits and external assessments (e.g., CMMC, DIR reviews)
  • Automated and manual monitoring of control effectiveness

Audit and monitoring activities shall:

  • Validate control implementation and effectiveness
  • Identify deviations, deficiencies, or non-compliance
  • Support regulatory and contractual reporting obligations

7.2.2 NON-COMPLIANCE AND CORRECTIVE ACTIONS

Instances of non-compliance shall be:

  • Documented and recorded
  • Evaluated based on risk and impact to CUI
  • Tracked through formal remediation processes (e.g., POA&M)

Corrective actions may include:

  • Immediate remediation of identified deficiencies
  • Implementation of compensating controls
  • Increased monitoring or oversight
  • Temporary or permanent restriction of system access
  • Escalation to governance authorities and leadership

Repeated or significant non-compliance may result in:

  • Revocation of system authorization
  • Disciplinary or contractual actions in accordance with institutional policies

7.3 Exception Management

UT Austin shall maintain a formal exception management process to allow for controlled and risk-informed deviations from policy requirements.

7.3.1 EXCEPTION REQUEST PROCESS

Exceptions shall be:

  • Formally requested prior to implementation of the deviation
  • Submitted through designated governance or risk management channels
  • Reviewed by appropriate control owners and security authorities

Emergency exceptions (if applicable) shall be:

  • Documented and reviewed retroactively within a defined timeframe

7.3.2 DOCUMENTATION AND JUSTIFICATION

All exception requests shall include, at a minimum:

  • Description of the requirement being excepted
  • Justification for the exception
  • Scope and affected systems or components
  • Duration of the exception
  • Proposed compensating controls (if applicable)
  • Assessment of risk to CUI and system operations

7.3.3 RISK ACCEPTANCE AND APPROVAL

All exceptions shall undergo formal risk evaluation and shall:

  • Be reviewed and approved by designated authorities (e.g., system owner, information security, Authorizing Official as applicable)
  • Include documented risk acceptance decisions
  • Align with institutional risk tolerance and governance requirements

Exceptions shall not be implemented until formally approved, unless emergency provisions apply.

7.3.4 TRACKING AND PERIODIC REVIEW

Approved exceptions shall be:

  • Tracked in a centralized repository
  • Included in governance and compliance reporting
  • Periodically reviewed to ensure:
    • Continued validity
    • Risk remains acceptable
    • Compensating controls remain effective

Exceptions shall be:

  • Renewed, modified, or terminated based on review outcomes
  • Closed when the underlying condition is resolved

7.4 Integration with Governance and Risk Management

Compliance, enforcement, and exception management processes shall be fully integrated with:

  • Risk management and risk acceptance processes
  • Security assessment and authorization activities
  • Continuous monitoring and audit functions
  • Incident response and corrective action workflows

Documentation generated through these processes shall support:

  • Auditability and regulatory reporting
  • CMMC Level 2 assessment requirements
  • Ongoing governance and compliance validation

Appendix A – References

This appendix provides the authoritative sources that define, govern, and support the requirements established in this Governance Policy for the protection of Controlled Unclassified Information (CUI) on CUI systems enrolled in CRSP.

A.1 Regulatory Authorities

The following regulatory sources establish mandatory information security requirements applicable to UT Austin and CUI systems:

  • Texas Administrative Code (TAC) Chapter 202 – Information Security Standards
    • §202.72 – Staff Responsibilities
    • §202.73 – Security Reporting
    • §202.74 – Institution Information Security Program
    • §202.75 – Managing Security Risks
    • §202.76 – Security Control Standards Catalog
    • §202.77 – Texas Risk and Authorization Management Program (TX-RAMP)
  • Texas Department of Information Resources (DIR)
    • DIR Security Control Standards Catalog (mandated by TAC §202.76)
    • DIR guidance for risk management, security controls, and compliance reporting

A.2 Federal Standards and Frameworks

The following federal standards and security frameworks define baseline requirements and best practices for protecting CUI:

  • NIST Special Publication 800-171 Revision 3
    • Protecting Controlled Unclassified Information (CUI) in Nonfederal Systems and Organizations
  • NIST Special Publication 800-53 (Referenced via DIR Control Catalog)
    • Security and Privacy Controls for Information Systems and Organizations
  • NIST Special Publication 800-37
    • Risk Management Framework (RMF) for Information Systems and Organizations
  • NIST Special Publication 800-30
    • Guide for Conducting Risk Assessments
  • NIST Special Publication 800-61
    • Computer Security Incident Handling Guide
  • NIST Special Publication 800-63
    • Digital Identity Guidelines
  • NIST Special Publication 800-88
    • Guidelines for Media Sanitization
  • NIST Special Publication 800-137
    • Information Security Continuous Monitoring (ISCM)

A.3 CMMC Framework

The Cybersecurity Maturity Model Certification (CMMC) framework establishes assessment and certification requirements for organizations handling CUI:

  • CMMC Model (Aligned to NIST SP 800-171 Rev. 3)
    • Defines maturity and assessment requirements for defense contractors and affiliated entities
  • CMMC Level 2 Requirements
    • Based on full implementation of NIST SP 800-171 security controls
    • Requires documented, implemented, and assessed control practices

A.4 Institutional Policies and Standards

The following University of Texas System and UT Austin policies provide governance, implementation requirements, and operational standards:

University of Texas System (UTS)

  • UTS 165 – Information Resources Use and Security Policy
  • UTS 165.1 – Information Security Organization, Personnel, and Privacy Policy
  • UTS 165.2 – Information Security Technology Policy
  • UTS 165.3 – Information Security Physical and Environmental Protection Policy

These policies establish system-wide requirements for:

  • Governance and oversight
  • Risk management
  • Access control
  • Monitoring and compliance

UT Austin (IRUSP and Related Standards)

Applicable IRUSP standards include, but are not limited to:

  • Standard 1 – Information Resources Security Responsibilities and Accountability
  • Standard 2 – Acceptable Use of Information Resources
  • Standard 3 – Information Security Programs
  • Standard 4 – Access Management
  • Standard 5 – Administrative/Special Access Accounts
  • Standard 7 – Change Management
  • Standard 10 – Risk Management
  • Standard 11 – Safeguarding Data
  • Standard 12 – Security Incident Management
  • Standard 15 – Passwords
  • Standard 16 – Data Center Security
  • Standard 17 – Security Monitoring
  • Standard 18 – Security Training
  • Standard 19 – Server and Device Configuration and Management
  • Standard 22 – Vendor and Third-Party Controls and Compliance

A.5 Federal and Contractual Requirements

The following contractual and regulatory requirements apply to systems handling Controlled Unclassified Information (CUI):

  • DFARS 252.204-7012 – Safeguarding Covered Defense Information and Cyber Incident Reporting
    • Requires implementation of NIST SP 800-171 controls
    • Mandates incident reporting within 72 hours
    • Requires protection of Covered Defense Information (CDI)
    • Requires flow-down of requirements to subcontractors
  • Federal Acquisition Regulation (FAR) Clauses (as applicable)
    • Security and privacy requirements for federal contracts
  • Sponsor-Specific Security Requirements
    • Agency-specific requirements for research or contracted systems
    • Additional security or reporting obligations depending on sponsor

A.6 Supporting Guidance and Industry Standards

The following guidance documents support implementation and operationalization of controls:

  • NIST guidance publications supporting implementation of 800-171 controls
  • Industry-accepted security frameworks aligned with NIST standards
  • Security best practices for:
    • Cloud computing and shared services
    • Secure system development
    • Vulnerability and patch management
    • Identity and access management

Appendix B – Control Traceability Matrix

This appendix establishes a formal control traceability model that maps security control requirements across governing authorities to ensure consistent implementation, validation, and auditability of controls protecting Controlled Unclassified Information (CUI) on CUI systems enrolled in CRSP.

This matrix provides traceability between:

  • NIST SP 800-171 Rev. 3 control families (federal baseline)
  • Texas Administrative Code (TAC) Chapter 202 (regulatory requirements)
  • DIR Security Control Standards Catalog (control baseline implementation)
  • UT System (UTS 165) policies (system-wide governance)
  • UT Austin IRUSP standards (institutional implementation and enforcement)

B.1 Traceability Model Overview

All controls implemented within CUI systems shall:

  • Map to one or more NIST SP 800-171 controls
  • Align with TAC 202 regulatory requirements
  • Implement corresponding DIR control families
  • Conform to UTS policy requirements
  • Be operationalized through IRUSP standards and procedures

This model ensures:

  • End-to-end traceability across governance layers
  • Consistent control implementation
  • Audit defensibility and evidence alignment

B.2 Control Family Traceability Matrix

NIST SP 800-171 Control FamilyTAC 202 AlignmentDIR Control FamilyUTS Policy AlignmentIRUSP Standard Alignment
Access Control (03.01)§202.72, §202.74, §202.75, §202.76ACUTS 165, UTS 165.2Std 4, 5, 15, 17
Awareness & Training (03.02)§202.74, §202.75, §202.76ATUTS 165, UTS 165.1Std 18, 2
Audit & Accountability (03.03)§202.73, §202.74, §202.75, §202.76AUUTS 165, UTS 165.2Std 17, 12
Configuration Management (03.04)§202.74, §202.75, §202.76CMUTS 165, UTS 165.2Std 7, 19
Identification & Authentication (03.05)§202.72, §202.74, §202.75, §202.76IAUTS 165, UTS 165.2Std 4, 5, 15
Incident Response (03.06)§202.73, §202.74, §202.75, §202.76IRUTS 165, UTS 165.2Std 12, 17
Maintenance (03.07)§202.72, §202.74, §202.75, §202.76MAUTS 165, UTS 165.2Std 19, 7
Media Protection (03.08)§202.72, §202.74, §202.75, §202.76MPUTS 165Std 11, 19
Personnel Security (03.09)§202.72, §202.74, §202.75PSUTS 165, UTS 165.1Std 1, 4
Physical Protection (03.10)§202.72, §202.73, §202.74, §202.76PEUTS 165, UTS 165.3Std 16, 1
Risk Assessment (03.11)§202.74, §202.75, §202.76RAUTS 165, UTS 165.1Std 10
Security Assessment (03.12)§202.73, §202.74, §202.75, §202.76CAUTS 165, UTS 165.1Std 3, 17
System & Communications Protection (03.13)§202.72, §202.74, §202.75, §202.76SCUTS 165, UTS 165.2Std 11, 19
System & Information Integrity (03.14)§202.73, §202.74, §202.75, §202.76SIUTS 165, UTS 165.2Std 17, 11
Planning (03.15)§202.72, §202.74, §202.76PLUTS 165, UTS 165.1Std 3, 2
System & Services Acquisition (03.16)§202.74, §202.75, §202.76, §202.77SAUTS 165, UTS 165.2Std 22, 10
Supply Chain Risk Mgmt (03.17)§202.74, §202.75, §202.76, §202.77SRUTS 165, UTS 165.1Std 22, 10

B.3 Traceability Requirements

CUI systems shall ensure:

  • Each implemented control is:
    • Mapped to a NIST 800-171 control
    • Aligned to DIR control requirements
    • Traceable to TAC regulatory obligations
    • Implemented through IRUSP standards or equivalent controls
  • Traceability shall be maintained through:
    • System Security Plans (SSPs)
    • Control implementation documentation
    • Assessment artifacts
    • POA&M tracking

B.4 Use of the Traceability Matrix

This matrix shall be used to:

Audit Traceability

  • Demonstrate linkage between implemented controls and governing requirements
  • Support internal and external audits

CMMC Validation

  • Provide evidence of alignment with:
    • NIST SP 800-171 Rev. 3
    • CMMC Level 2 practices

DIR Compliance Validation

  • Demonstrate implementation of DIR-mandated controls
  • Validate alignment with TAC Chapter 202

Governance and Control Alignment

  • Ensure consistent interpretation and implementation across:
    • Systems
    • Organizational units
    • Control owners

B.5 Maintenance and Updates

This traceability matrix shall be:

  • Reviewed periodically in alignment with:
    • Policy updates
    • Regulatory changes
    • DIR catalog updates
    • NIST revisions
  • Updated as necessary to ensure:
    • Continued alignment with authoritative sources
    • Accuracy of control mappings
    • Support for audit and assessment activities

CRSP Standard 3.1: Access Control (AC)

NIST SP 800-171 Rev. 3, Family 3.1

Purpose of Policy

The University of Texas at Austin (UT Austin) establishes this policy to provide a structured and risk-based approach for implementing access control measures that support the security requirements defined in NIST Special Publication (SP) 800-171, “Protecting Controlled Unclassified Information in Nonfederal Systems and Organizations.”

This policy applies to all CUI systems, applications, and system components enrolled in CRSP that store, process, or transmit Controlled Unclassified Information (CUI).

The policy defines requirements for:

  • Managing access to systems containing CUI in accordance with the principles of least privilege, separation of duties, and need-to-know.
  • Granting access only to authorized users based on their roles and responsibilities on CUI systems enrolled in CRSP.
  • Ensuring access restrictions effectively prevent unauthorized use while enabling legitimate users to perform their assigned duties.

This policy provides the foundation for establishing, reviewing, and enforcing access control mechanisms, including user account management, privilege assignment, and authorization procedures, to ensure compliance with NIST SP 800-171 and UT Austin CRSP 3.0 CUI Governance Policy.

Scope of Policy

This Access Control Policy applies exclusively to users, systems, networks, devices, services, and processes operating as part of or directly interacting with CUI systems enrolled in CRSP that process, store, or transmit Controlled Unclassified Information (CUI). This includes on-premises infrastructure, cloud-hosted services, and third-party platforms specifically authorized for CUI processing on CUI systems enrolled in CRSP.

This policy applies to all UT Austin personnel, contractors, sponsored researchers, foreign nationals (as authorized), and approved service providers who have authorized access to CUI systems. It also applies to any organizationally owned or personally owned device that is explicitly authorized to connect to or interact with CUI environments, subject to established authorization to access CUI systems, security configuration, and monitoring requirements.

Explicit Exclusions This policy does not apply to:

  • General university enterprise systems that do not process, store, or transmit CUI.
  • Institutional administrative systems (e.g., HR, finance, student information systems) unless those systems are formally designated as part of a CUI system enrolled in CRSP.
  • General-purpose IT services such as standard email, collaboration platforms, learning management systems, or campus network services that are not configured or authorized for CUI processing.
  • Public-facing university websites or research systems that do not contain CUI.
  • Personally owned devices that do not connect to or access CUI environments.

Systems or services may only fall under this policy if they have been formally designated, documented, and authorized as part of the applicable CUI system boundary in accordance with institutional CUI governance procedures.

This policy establishes the baseline requirements for implementing and enforcing access controls within the applicable CUI system boundary in accordance with NIST SP 800-171 and UT Austin CRSP Standard 3.0: CUI Governance. These requirements include, but are not limited to:

Control Requirements

Control IDRequirement
03.01.01a. Define the types of system accounts allowed and prohibited. b. Create, enable, modify, disable, and remove system accounts in accordance with policy, procedures, prerequisites, and criteria. c. Specify: 1. Authorized users of the system, 2. Group and role membership, and 3. Access authorizations (i.e., privileges) for each account. d. Authorize access to the system based on: 1. A valid access authorization and 2. Intended system usage. e. Monitor the use of system accounts. f. Disable system accounts when: 1. The accounts have expired, 2. The accounts have been inactive for [Assignment: organization-defined time period], 3. The accounts are no longer associated with a user or individual, 4. The accounts are in violation of organizational policy, or 5. Significant risks associated with individuals are discovered. g. Notify account managers and designated personnel or roles within: 1. [Assignment: organization-defined time period] when accounts are no longer required. 2. [Assignment: organization-defined time period] when users are terminated or transferred. 3. [Assignment: organization-defined time period] when system usage or the need-to-know changes for an individual. h. Require that users log out of the system after [Assignment: organization-defined time period] of expected inactivity or when [Assignment: organization-defined circumstances].
03.01.02Enforce approved authorizations for logical access to CUI and system resources in accordance with applicable access control policies.
03.01.03Enforce approved authorizations for controlling the flow of CUI within the system and between connected systems.
03.01.04a. Identify the duties of individuals requiring separation. b. Define system access authorizations to support separation of duties.
03.01.05a. Allow only authorized system access for users (or processes acting on behalf of users) that is necessary to accomplish assigned organizational tasks. b. Authorize access to [Assignment: organization-defined security functions] and [Assignment: organization-defined security-relevant information]. c. Review the privileges assigned to roles or classes of users [Assignment: organization-defined frequency] to validate the need for such privileges. d. Reassign or remove privileges, as necessary.
03.01.06a. Restrict privileged accounts on the system to [Assignment: organization-defined personnel or roles]. b. Require that users (or roles) with privileged accounts use non-privileged accounts when accessing non-security functions or non-security information.
03.01.07a. Prevent non-privileged users from executing privileged functions. b. Log the execution of privileged functions.
03.01.08a. Enforce a limit of [Assignment: organization-defined number] consecutive invalid logon attempts by a user during a [Assignment: organization-defined time period]. b. Automatically [Selection (one or more): lock the account or node for an [Assignment: organization-defined time period]; lock the account or node until released by an administrator; delay next logon prompt; notify system administrator; take other action] when the maximum number of unsuccessful attempts is exceeded.
03.01.09Display a system use notification message with privacy and security notices consistent with applicable CUI rules before granting access to the system.
03.01.10a. Prevent access to the system by [Selection (one or more): initiating a device lock after [Assignment: organization-defined time period] of inactivity; requiring the user to initiate a device lock before leaving the system unattended]. b. Retain the device lock until the user reestablishes access using established identification and authentication procedures. c. Conceal, via the device lock, information previously visible on the display with a publicly viewable image.
03.01.11Terminate a user session automatically after [Assignment: organization-defined conditions or trigger events requiring session disconnect].
03.01.12a. Establish usage restrictions, configuration requirements, and connection requirements for each type of allowable remote system access. b. Authorize each type of remote system access prior to establishing such connections. c. Route remote access to the system through authorized and managed access control points. d. Authorize the remote execution of privileged commands and remote access to security-relevant information.
03.01.13Incorporated into 03.01.12.
03.01.14Incorporated into 03.01.12.
03.01.15Incorporated into 03.01.12.
03.01.16a. Establish usage restrictions, configuration requirements, and connection requirements for each type of wireless access to the system. b. Authorize each type of wireless access to the system prior to establishing such connections. c. Disable, when not intended for use, wireless networking capabilities prior to issuance and deployment. d. Protect wireless access to the system using authentication and encryption.
03.01.17Incorporated into 03.01.16.
03.01.18a. Establish usage restrictions, configuration requirements, and connection requirements for mobile devices. b. Authorize the connection of mobile devices to the system. c. Implement full-device or container-based encryption to protect the confidentiality of CUI on mobile devices.
03.01.19Incorporated into 03.01.18.
03.01.20a. Prohibit the use of external systems unless the systems are specifically authorized. b. Establish the following security requirements to be satisfied on external systems prior to allowing use of or access to those systems by authorized individuals: [Assignment: organization-defined security requirements]. c. Permit authorized individuals to use external systems to access the organizational system or to process, store, or transmit CUI only after: 1. Verifying that the security requirements on the external systems as specified in the organization’s system security plans have been satisfied and 2. Retaining approved system connection or processing agreements with the organizational entities hosting the external systems. d. Restrict the use of organization-controlled portable storage devices by authorized individuals on external systems.
03.01.21Incorporated into 03.01.20.
03.01.22a. Train authorized individuals to ensure that publicly accessible information does not contain CUI. b. Review the content on publicly accessible systems for CUI and remove such information, if discovered.

The implementation of these controls is critical to protecting the confidentiality of CUI in accordance with federal requirements. This policy supports consistent enforcement of access restrictions, reduces the risk of unauthorized disclosure, and promotes compliance across all systems within the applicable CUI system boundary.

Departments and Responsibilities

Departments and responsibilities related to access control on CUI systems enrolled in CRSP are defined to ensure clear accountability and effective implementation of this policy. The table below outlines key roles and their associated responsibilities in accordance with applicable security requirements.

UT Austin CISO, in coordination with designated Information System Owners, is responsible for ensuring that all assigned departments and responsibilities remain accurate, current, and appropriate for the individuals or teams supporting CUI-related systems. Role assignments must reflect the principles of least privilege, separation of duties, and organizational risk management objectives.

Departments and Responsibilities

Department (Primary)Department (Secondary)Responsibilities
Office of Research Support and Compliance (ORSC)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Provides executive oversight for CUI compliance across research units; ensures institutional support and resources for access control implementation.
Information Security Office (ISO)Information Security Office (ISO)Establishes university-wide security strategy; ensures access control requirements align with institutional policies and federal regulations; oversees policy development and review.
Research Security Office (RSO)Office of Research Support and Compliance (ORSC)Coordinates research-related CUI security activities; ensures insider threat, foreign influence, and research security considerations are incorporated into access control management.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Defines system-specific access requirements; approves user access; ensures access privileges support business and compliance requirements; oversees system-specific implementation.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Data Owners determine appropriate access to CUI; Data Custodians implement technical configurations and safeguards needed to enforce data access requirements.
Information Security Office (ISO)Information Security Office (ISO)Implements and monitors access control mechanisms; enforces NIST SP 800-171 requirements; ensures access logging, reporting, and compliance monitoring.
Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Implements RBAC configurations; provisions and deprovisions accounts based on approved access requests; maintains technical access controls and system logging.
Office of Research Support and Compliance (ORSC)Office of Research Support and Compliance (ORSC) / PI / Project Participants (PI/PP)Communicates personnel onboarding, transfer, and termination events that require access provisioning or revocation.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Approve access to CUI systems for their research personnel; ensure compliance with training and usage requirements.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Access systems only as authorized; follow access control and CUI handling procedures; complete required training; report misuse or potential security incidents.

Senior Management Commitment

Senior management at the University of Texas at Austin (UT Austin) affirms its commitment to the effective implementation, oversight, and enforcement of this Access Control Policy on CUI systems enrolled in CRSP.

Senior management supports this policy by ensuring that appropriate administrative, technical, and operational controls are established and maintained to regulate access to systems, applications, and components that process, store, or transmit Controlled Unclassified Information (CUI).

UT Austin senior leadership further ensures that sufficient resources—including qualified personnel, enabling technologies, and funding—are allocated to support the implementation, monitoring, enforcement, and continuous improvement of access control practices.

This commitment underscores the University’s recognition of the critical role that effective access control plays in:

  • Safeguarding the confidentiality, integrity, and availability of CUI on CUI systems enrolled in CRSP;
  • Maintaining cybersecurity resilience across research and CUI systems;
  • Ensuring compliance with federal, state, and institutional requirements that support UT Austin research operations and mission objectives.

Policy Statement

The access and use of Information Technology (IT) resources on CUI systems enrolled in CRSP shall be governed in accordance with applicable Federal Information Processing Standards (FIPS), National Institute of Standards and Technology (NIST) Special Publications, and the UT Austin CRSP 3.0 CUI Governance Policy.

UT Austin develops, documents, and disseminates an Access Control Policy applicable to CUI systems enrolled in CRSP that:

  • Defines the University’s strategic approach to access control, including clearly assigned roles, responsibilities, and enforcement mechanisms.
  • Establishes organizational requirements for user identification, authentication, authorization, and accountability to ensure secure and auditable system access.
  • Requires periodic review of user access privileges and the timely revocation of access following role changes, personnel separations, or other access-impacting events.

Supporting operational procedures are maintained to implement this policy and include:

  • Defined processes for onboarding and offboarding users to ensure appropriate access provisioning and timely deprovisioning.
  • Structured methods for managing access to information systems and sensitive resources based on the principles of least privilege and need-to-know.
  • Technical configurations and administrative controls that support Role-Based Access Control (RBAC), including the generation, monitoring, and review of access event logs.

UT Austin designates the Chief Information Security Officer (CISO) as accountable for the development, oversight, and periodic review of this policy and its associated procedures. The Information System Owner (ISO) is responsible for ensuring the dissemination, implementation, and operational enforcement of these requirements within systems under their authority.

This policy shall be reviewed and updated at least once every three (3) years, or more frequently as necessary to reflect significant changes in technology, operational environments, threat conditions, or applicable regulatory requirements. Supporting procedures shall be reviewed at least annually to ensure continued alignment with current operational practices, evolving threat landscapes, and applicable compliance obligations.

Control Requirements

03.01.01 Account Management

Control Requirement:

  1. Define the types of system accounts allowed and prohibited.
  2. Create, enable, modify, disable, and remove system accounts in accordance with policy, procedures, prerequisites, and criteria.
  3. Specify:
  4. Authorized users of the system,
  5. Group and role membership, and
  6. Access authorizations (i.e., privileges) for each account.
  7. Authorize access to the system based on:
  8. A valid access authorization and
  9. Intended system usage.
  10. Monitor the use of system accounts.
  11. Disable system accounts when:
  12. The accounts have expired,
  13. The accounts have been inactive for at most 90 days,
  14. The accounts are no longer associated with a user or individual,
  15. The accounts are in violation of organizational policy, or
  16. Significant risks associated with individuals are discovered.
  • Notify account managers and designated personnel or roles within:
  1. 24 hours when accounts are no longer required.
  2. 24 hours when users are terminated or transferred.
  3. 24 hours when system usage or the need-to-know changes for an individual.
  4. Require that users log out of the system after at most 24 hours of expected inactivity or when the work period ends, for privileged users at a minimum.

Policy Statement:

The University of Texas at Austin (UT Austin) shall establish, document, and enforce account management requirements for all CUI systems enrolled in CRSP.

UT Austin enforces account management controls that:

  • Define and approve the types of system accounts that are permitted and explicitly prohibit unauthorized or unmanaged accounts;
  • Require that all system accounts are created, enabled, modified, disabled, and removed only in accordance with formally approved policies, procedures, prerequisites, and authorization criteria;
  • Ensure each system account is associated with an authorized individual, group, role, service, or device, and that group membership, role assignments, and access privileges are explicitly defined and aligned with assigned duties and intended system usage;
  • Authorize logical access to systems and CUI only after verification of a valid access authorization and documented need-to-know;
  • Monitor the use of system accounts to detect unauthorized, inappropriate, or anomalous activity;
  • Require the disabling of system accounts that are expired, inactive for no more than ninety (90) days, no longer associated with an authorized individual, in violation of organizational policy, or determined to present significant organizational risk;
  • Mandate notification to designated account managers and responsible roles within twenty-four
  1. hours when accounts are no longer required, when users are terminated or transferred, or

when an individual’s system usage or need-to-know changes;

  • Require users to log out of systems after no more than twenty-four (24) hours of expected inactivity, or when defined organizational circumstances occur, including at the end of the work period for privileged users, at a minimum, to reduce the risk of unauthorized access.

Account management requirements shall support the principles of least privilege, separation of duties, and accountability, and shall be consistently enforced across all CUI systems enrolled in CRSP in accordance with the UT Austin CRSP 3.0 CUI Governance Policy.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ORSCISO / ET CRSPProvides executive oversight and ensures resources and leadership support for the implementation of account management policies.Annually / As needed for organizational changes
ISOISOApproves account management policy, ensures alignment with NIST SP 800-171 and ORSC CUI requirements, and oversees enforcement across all systems.Annually / Policy update cycle
RSOORSCCoordinates account management practices within research environments, including monitoring for policy compliance.Ongoing / Annual review
PI/PPPI/PPDefines account types and access privileges; approves creation, modification, and removal of system accounts; verifies account usage aligns with intended purpose.During account provisioning / Modification / Annual review
ISOISOMonitors system accounts for unauthorized or anomalous activity; reviews account status and logs; coordinates disabling of inactive or non-compliant accounts.Ongoing monitoring; Annual formal review
ET CRSPISO / ET CRSPCreate, enable, modify, disable, and remove system accounts per policy and approved procedures; configure role assignments and privileges; enforce logout requirements.As needed for provisioning or changes; enforce logout daily / per inactivity rules
ORSCORSC / PI/PPNotify account managers and IT personnel within 24 hours of employee onboarding, termination, transfer, or role changes affecting system access.Within 24 hours of personnel change
PI/PPPI/PPApprove access for research team members; ensure team members follow account management policies; report unauthorized or unusual account activity.Upon team onboarding / Annual review
PI/PPPI/PPLog out of systems as required; comply with approved account usage policies; report anomalies or unauthorized access attempts.Daily / As needed
ISOORSC/ISOProvide oversight and support for account management policy enforcement; ensure alignment with CUI governance requirements.Annually / As needed for compliance review

03.01.02 Access Enforcement

Control Requirement:

Enforce approved authorizations for logical access to CUI and system resources in accordance with applicable access control policies.

Policy Statement:

UT Austin shall enforce approved authorizations for logical access to CUI and system resources on CUI systems enrolled in CRSP.

UT Austin enforces access control mechanisms on CUI systems enrolled in CRSP that:

  • Ensure logical access to information systems, applications, and CUI is permitted only for authorized users, roles, services, and processes with documented access approvals;
  • Restrict access to system resources and CUI in accordance with established access control policies, least privilege principles, and approved role-based access authorizations;
  • Prevent unauthorized access, privilege escalation, and circumvention of access control mechanisms;
  • Apply access enforcement consistently across all system components, including operating systems, applications, databases, and networked services.

Access enforcement controls shall be implemented to support accountability, protect the confidentiality of CUI, and ensure compliance with the UT Austin CRSP 3.0 CUI Governance Policy.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ORSCISO / ET CRSPProvides executive oversight and ensures resources and leadership support for enforcement of access control policies.Annually / As needed for organizational changes
ISOISOApproves access enforcement policy; ensures alignment with NIST SP 800-171 and the requirements of this Policy; oversees university-wide implementation.Annually / Policy update cycle
RSOORSCCoordinates enforcement of access controls within research environments; monitors adherence to approved access authorizations.Ongoing / Annual review
PI/PPPI/PPDefines access requirements and ensures users, roles, services, and processes are authorized before granting access; approves role-based access.During provisioning / Periodic review (at least annually)
ISOISOMonitors enforcement of access controls; audits access logs to detect unauthorized access or violations; coordinates remediation of access violations.Ongoing monitoring; Annual formal review
ET CRSPISO / ET CRSPConfigure and enforce access control mechanisms (operating systems, applications, databases, and networked services); implement role-based access controls; prevent privilege escalation.Ongoing / As changes occur

03.01.03 Information Flow Enforcement

Control Requirement:

Enforce approved authorizations for controlling the flow of CUI within the system and between connected systems.

Policy Statement:

UT Austin shall enforce approved authorizations to control the flow of CUI within CUI systems and between interconnected systems.

UT Austin enforces information flow controls on CUI systems enrolled in CRSP that:

  • Ensure CUI is transmitted, accessed, and exchanged only through authorized system interfaces, services, and communication pathways;
  • Restrict the movement of CUI based on defined access authorizations, system interconnection agreements, and documented data handling requirements;
  • Prevent unauthorized transfer, dissemination, or exposure of CUI within systems or across system boundaries;
  • Support the secure integration of interconnected systems while maintaining compliance with applicable CUI handling and protection requirements.

Information flow enforcement supports the confidentiality and controlled dissemination of CUI on CUI systems enrolled in CRSP and is implemented in accordance with the UT Austin CRSP 3.0 CUI Governance Policy.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ORSCISO / ET CRSPProvides executive oversight for compliance with information flow policies; ensures resources and leadership support enforcement across research and organizational environments.Annually / As needed for organizational changes
ISOISOApproves and oversees information flow enforcement strategy; ensures alignment with NIST SP 800-171 and the requirements of this Policy.Annually / Policy update cycle
RSOORSCCoordinates and monitors enforcement of information flow controls within research systems; supports secure system interconnections.Ongoing / Annual review
PI/PPPI/PPDefines and authorizes the flow of CUI within systems and across interconnected systems; approves interconnection agreements and access permissions.During system configuration / Annual review
ISOISOMonitors system communications and interfaces to ensure CUI is transmitted and accessed only according to approved authorizations; audits logs and alerts for violations.Ongoing / Annual review
ET CRSPISO / ET CRSPConfigure and enforce network and system controls to restrict unauthorized CUI flow; implement secure interfaces, firewalls, and other technical controls.Ongoing / As configuration changes occur

03.01.04 Separation of Duties

Control Requirement:

  1. Identify the duties of individuals requiring separation.
  2. Define system access authorizations to support separation of duties.

Policy Statement:

UT Austin shall identify duties and functions requiring separation and define system access authorizations that enforce separation of duties for CUI systems enrolled in CRSP.

UT Austin enforces separation of duties by:

  • Assigning distinct roles and responsibilities to individuals or teams to reduce the risk of unauthorized, unintentional, or malicious activity;
  • Ensuring that critical system functions—such as access approval, system administration, security oversight, and audit review—are not performed by the same individual;
  • Defining role-based access authorizations that prevent any single individual from exercising excessive control over CUI systems or data.

Where full separation of duties cannot be achieved due to operational or technical constraints, UT Austin shall implement and document compensating controls, such as management oversight, peer review, or enhanced auditing.

Separation of duties assignments and associated access authorizations are reviewed periodically by designated system and security officials to ensure continued alignment with organizational structure, risk management objectives, and UT Austin CRSP 3.0 CUI Governance Policy requirements.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ORSC / PI/PPISO / PI/PPApproves and oversees separation of duties strategy; ensures compliance with NIST SP 800-171 and UT Austin CUI requirements; validates critical function segregation across systems.Annually / Policy update cycle
RSOORSCSupports enforcement of separation of duties in research environments; ensures role segregation in CUI-related systems and monitors compliance.Ongoing / Annual review
PI/PPPI/PPDefines system roles and responsibilities; approves access authorizations to enforce separation of duties; ensures no single individual can perform all critical system functions.During system configuration / Annually for review
ISOISOMonitors access and system activity to detect violations of separation of duties; ensures compensating controls are applied when full segregation is not feasible.Ongoing / Annual review
ET CRSPISO / ET CRSPImplement RBAC and technical access controls to enforce separation of duties; prevent unauthorized consolidation of critical privileges.Ongoing / As configuration changes occur

03.01.05 Least Privilege

Control Requirement:

  1. Allow only authorized system access for users (or processes acting on behalf of users) that is necessary to accomplish assigned organizational tasks.
  2. Authorize access to at a minimum and if applicable: establishing system accounts and assigning privileges, configuring access authorizations, configuring settings for events to be audited, establishing vulnerability scanning parameters, establishing intrusion detection parameters, and managing audit information and at a minimum and if applicable: threat and vulnerability information, filtering rules for routers or firewalls, configuration parameters for security services, cryptographic key management information, security architecture, access control lists, and audit information.
  3. Review the privileges assigned to roles or classes of users at least every 12 months to validate the need for such privileges.
  4. Reassign or remove privileges, as necessary.

Policy Statement:

UT Austin shall enforce the principle of least privilege by authorizing only the minimum system access necessary for users, roles, and system processes to perform assigned organizational tasks involving CUI on CUI systems enrolled in CRSP.

UT Austin restricts access to system functions, security functions, and security-relevant information based on documented role assignments, approved need-to-know, and intended system usage. Access to security functions shall be limited to authorized roles and, at a minimum and where applicable, includes the ability to:

  • Establish system accounts and assign privileges;
  • Configure access authorizations;
  • Configure settings for events to be audited;
  • Establish vulnerability scanning parameters;
  • Establish intrusion detection parameters; and
  • Manage audit information.

Access to security-relevant information shall also be restricted to authorized roles and, at a minimum and where applicable, includes:

  • Threat and vulnerability information;
  • Router or firewall filtering rules;
  • Configuration parameters for security services;
  • Cryptographic key management information;
  • Security architecture documentation;
  • Access control lists; and
  • Audit information.

Privileges assigned to roles or classes of users shall be reviewed at least every twelve (12) months to validate continued operational necessity and risk appropriateness. Access rights that are no longer required, exceed job responsibilities, or present unnecessary risk shall be promptly reassigned, reduced, or removed.

Least privilege enforcement supports risk reduction, accountability, and compliance with the UT Austin CRSP 3.0 CUI Governance Policy, and is maintained through governance, role definition, and ongoing oversight.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOApproves privileged account policy and assignment criteria; ensures alignment with NIST SP 800-171 and ORSC CUI requirements; oversees enforcement for university systems.Annually / Policy update cycle
PI/PPPI/PPApproves assignment of privileged accounts; ensures only defined and authorized personnel are granted elevated access; validates operational need for privileged access.During account provisioning / Periodic review (at least annually)
ISOISOMonitors privileged account activity; audits use of privileged accounts to detect misuse or policy violations; coordinates revocation or adjustment of privileges as needed.Ongoing / At least annually or as needed upon role changes
ET CRSPISO / ET CRSPImplements and enforces privileged account configurations; ensures users perform non-security functions with non-privileged accounts; supports monitoring and auditing.Ongoing / As configuration or role changes occur

03.01.06 Least Privilege – Privileged Accounts

Control Requirement:

  1. Restrict privileged accounts on the system to only defined and authorized personnel or administrative roles.
  2. Require that users (or roles) with privileged accounts use non-privileged accounts when accessing non-security functions or non-security information.

Policy Statement:

UT Austin shall restrict the use of privileged accounts on CUI systems enrolled in CRSP to only defined and authorized personnel or roles with an approved operational need.

UT Austin requires that privileged accounts be used solely for the performance of authorized security or system administration functions. Individuals assigned privileged access shall use non-privileged accounts when performing non-security functions or accessing non-security information to reduce the risk of misuse, error, or unauthorized activity.

The assignment, use, and oversight of privileged accounts shall align with the principles of least privilege and separation of duties and shall be subject to management oversight, monitoring, and periodic review to ensure continued appropriateness and compliance with applicable access control policies.

This policy supports compliance with the UT Austin CRSP 3.0 CUI Governance Policy by minimizing exposure of elevated privileges and reducing the potential impact of compromise on CUI systems enrolled in CRSP.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOApproves privileged account policy, assignment criteria, and overall enforcement strategy; ensures alignment with NIST SP 800-171 and UT Austin ORSC CUI requirements.Annually / Policy update cycle
PI/PPPI/PPApproves assignment of privileged accounts; validates operational need; ensures accounts are granted only to defined and authorized personnel or roles.During account provisioning / At least annually for review
ISOISOMonitors and audits privileged account usage; identifies misuse, inappropriate activity, or deviations from approved operational use; recommends corrective actions.Ongoing monitoring; formal review at least annually
ET CRSPISO / ET CRSPImplements technical enforcement of privileged account restrictions; ensures non-privileged accounts are used for non-security tasks; maintains audit logs of privileged activity.Ongoing / As configuration or role changes occur

03.01.07 Least Privilege – Privileged Functions

Control Requirement:

  1. Prevent non-privileged users from executing privileged functions.
  2. Log the execution of privileged functions.

Policy Statement:

UT Austin shall ensure that privileged functions on CUI systems enrolled in CRSP are restricted to authorized privileged users and roles only.

UT Austin shall prevent non-privileged users from executing privileged system functions, including administrative, security, and configuration-related actions, through the enforcement of logical access controls and role-based authorization mechanisms.

UT Austin shall require that the execution of privileged functions is logged and auditable to support accountability, monitoring, and the detection of unauthorized or inappropriate activity. Logs associated with privileged function execution shall be protected from unauthorized access and reviewed in accordance with applicable audit and monitoring policies.

This policy enforces the principles of least privilege and accountability and supports compliance with the UT Austin CRSP 3.0 CUI Governance Policy by reducing the risk associated with elevated system privileges on CUI systems enrolled in CRSP.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOApproves policy governing privileged functions; ensures alignment with NIST SP 800-171, least privilege principles, and UT Austin ORSC CUI requirements.Annually / Policy update cycle
PI/PPPI/PPAuthorizes which users and roles are allowed to execute privileged functions; defines access privileges for system administration, security, and configuration actions.During role assignment / Annually for review
ISOISOMonitors and audits execution of privileged functions; reviews logs for unauthorized or inappropriate activity; enforces corrective actions as needed.Ongoing monitoring; formal review at least Annually
ET CRSPISO / ET CRSPImplements technical controls to restrict privileged functions to authorized users; ensures execution logs are captured, secured, and retained for review.Ongoing / As system configuration or role changes occur

03.01.08 Unsuccessful Logon Attempts

Control Requirement:

  1. Enforce a limit of at most five (5) consecutive invalid logon attempts by a user during a period of five
  2. minutes.
  3. Automatically [Selection (one or more): lock the account or node for at least 15-minute time period; lock the account or node until released by an administrator and notify a system administrator] when the maximum number of unsuccessful attempts is exceeded.

Policy Statement:

UT Austin shall enforce controls to limit the number of consecutive unsuccessful logon attempts for user accounts accessing CUI systems enrolled in CRSP.

UT Austin shall restrict user accounts to a maximum of five (5) consecutive invalid logon attempts within a five (5) minute period. When this threshold is exceeded, the system shall automatically:

  • Lock the account or node for at least 15 minutes, or
  • Lock the account or node until released by an administrator, and
  • Notify the system administrator of the event.

These measures ensure that access attempts are monitored, unauthorized access attempts are mitigated, and system security is maintained. All account lockouts shall be logged and reviewed to support audit, accountability, and incident response processes in accordance with the UT Austin CRSP 3.0 CUI Governance Policy.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOApproves policy for unsuccessful logon attempt limits; ensures alignment with NIST SP 800-171 and UT Austin ORSC CUI requirements.Annually / Policy update cycle
PI/PPPI/PPDefines account lockout thresholds, duration, and administrative release procedures; authorizes systems to enforce these settings.During system configuration / Annually for review
ISOISOMonitors logs for lockout events; investigates repeated lockouts for potential unauthorized access; coordinates remediation.Ongoing monitoring / Annual review
ET CRSPISO / ET CRSPConfigure systems to enforce lockout thresholds, account lock duration, and administrator notification; ensure logs of failed logon attempts are captured and protected.Ongoing / As system configuration changes occur

03.01.09 System Use Notification

Control Requirement:

Display a system use notification message with privacy and security notices consistent with applicable CUI rules before granting access to the system.

Policy Statement:

UT Austin shall display a system use notification message to all users prior to granting access to CUI systems enrolled in CRSP. The notification shall include:

  • Privacy notices informing users of the confidentiality of CUI and the monitoring of system activity.
  • Security notices specifying authorized use, restrictions, and user responsibilities.
  • Acknowledgment of compliance requirements, including adherence to the UT Austin CRSP 3.0 CUI Governance Policy.

Users must acknowledge the notification before being granted access to the system. The system shall prevent access to any user who does not provide the required acknowledgment. System use notifications shall be regularly reviewed and updated to ensure continued compliance with applicable regulations, institutional policies, and evolving cybersecurity requirements.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOApproves the content and frequency of system use notifications; ensures alignment with UT Austin ORSC CUI requirements and NIST SP 800-171 standards.Annually / Policy update cycle
PI/PPPI/PPEnsures that system use notifications are implemented for all CUI systems; validates that notifications are displayed prior to granting system access.During system configuration / Annually for review
ISOISOMonitors system use notifications for effectiveness; verifies that all users acknowledge notifications before access is granted; reports non-compliance.Ongoing / Annual review
ET CRSPISO / ET CRSPConfigure systems to display system use notifications prior to login; ensure users cannot bypass acknowledgment; maintain records of acknowledgments.Ongoing / As configuration changes occur

03.01.10 Device Lock

Control Requirement:

  1. Prevent access to the system by initiating a device lock after, at most, 15 minutes of inactivity and requiring the user to initiate a device lock before leaving the system unattended.
  2. Retain the device lock until the user reestablishes access using established identification and authentication procedures.
  3. Conceal, via the device lock, information previously visible on the display with a publicly viewable image.

Policy Statement:

UT Austin shall prevent unauthorized access to CUI systems enrolled in CRSP by implementing device lock mechanisms.

  • Systems shall automatically initiate a device lock after at most 15 minutes of user inactivity.
  • Users are required to manually engage a device lock before leaving the system unattended.
  • Locked devices shall retain access control until the user successfully reestablishes access using approved identification and authentication procedures.
  • Any information previously visible on the display shall be concealed or obscured during the device lock, preventing exposure to unauthorized viewers.

Device lock policies shall be applied to all user devices, including desktops, laptops, mobile devices, and workstations that handle CUI on CUI systems enrolled in CRSP. Implementation and compliance shall be periodically reviewed to ensure effectiveness and alignment with institutional security requirements.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
PI/PPPI/PPEnsure that device lock policies are defined for all systems handling CUI and that configuration requirements are documented and enforced.During system configuration / Annually for review
ISOISOMonitor compliance with device lock requirements; verify automatic and manual lock functionality; report exceptions or non-compliance.Ongoing / Annual review
ET CRSPISO / ET CRSPConfigure systems to automatically initiate device locks after 15 minutes of inactivity; ensure users can manually lock devices; enforce display concealment when locked.Ongoing / As configuration changes occur
PI/PPPI/PPEngage device locks manually before leaving unattended systems; comply with device lock policies for all CUI-handling devices.Daily / As needed

03.01.11 Session Termination

Control Requirement:

Terminate a user session automatically after a specified duration (maximum of 24 hours) of inactivity, misbehavior (end the session due to an attempted policy violation), and maintenance (terminate sessions to prevent issues with an upgrade or service outage).

Policy Statement:

UT Austin shall protect CUI systems enrolled in CRSP and the CUI they handle by automatically terminating user sessions under specific conditions to reduce the risk of unauthorized access or policy violations.

  • User sessions shall be automatically terminated after a maximum of 24 hours of inactivity.
  • Sessions shall be terminated immediately in response to misbehavior, including attempts to violate established access control or security policies.
  • Sessions may be terminated to support system maintenance, including software upgrades, patching, or service outages, to prevent conflicts or unauthorized access during these events.

Automatic session termination mechanisms shall be applied to all CUI systems enrolled in CRSP. Termination events shall be logged, monitored, and reviewed to ensure compliance and to detect potential security incidents.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
PI/PPPI/PPDefine session termination requirements, including inactivity limits, policy violation triggers, and maintenance-related terminations; ensure these requirements are documented and enforced across applicable systems.During system configuration / Annually for review
ISOISOMonitor session termination events, review logs for compliance, detect anomalous terminations, and report incidents to management.Ongoing / Annual review
ET CRSPISO / ET CRSPConfigure systems and applications to automatically terminate sessions according to defined requirements; implement monitoring and logging for termination events.Ongoing / As configuration changes occur
PI/PPPI/PPComply with session termination procedures and policies; save work appropriately to avoid data loss due to automatic session termination.Daily / As needed

03.01.12 Remote Access

Control Requirement:

  1. Establish usage restrictions, configuration requirements, and connection requirements for each type of allowable remote system access.
  2. Authorize each type of remote system access prior to establishing such connections.
  3. Route remote access to the system through authorized and managed access control points.
  4. Authorize the remote execution of privileged commands and remote access to security-relevant information.

Policy Statement:

UT Austin shall control and secure all remote access to CUI systems enrolled in CRSP to ensure confidentiality, integrity, and availability.

  • Usage restrictions and configuration requirements shall be established for each type of remote access, including remote desktops, VPN connections, and cloud-based access, to enforce organizational security policies.
  • Authorization for each type of remote system access must be obtained prior to establishing connections, and access shall be granted only to defined and approved personnel in alignment with their roles and responsibilities.
  • All remote connections shall be routed through authorized and managed access control points, such as secure VPN gateways or multi-factor authenticated portals, to ensure accountability and monitoring of traffic.
  • Remote execution of privileged commands or access to security-relevant information shall require explicit approval and must be restricted to authorized roles only, with all actions logged and auditable.

Remote access shall be continuously monitored, logged, and reviewed to ensure compliance with access policies, detect unauthorized activity, and support incident response. Security configurations and access authorizations shall be updated in response to changes in personnel, risk assessments, or system architecture.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOOversee university-wide remote access policy enforcement; review security posture for remote access; approve changes in authorization strategy for risk management.Annually / Policy update cycle
PI/PPPI/PPDefine usage restrictions, configuration requirements, and connection requirements for all remote access to systems storing, processing, or transmitting CUI; approve remote access requests and authorize privileged remote activities.During system configuration / Annually for review
ISOISOMonitor remote access activity, verify compliance with authorization and configuration requirements, and review audit logs for unauthorized access attempts.Ongoing / Quarterly review
ET CRSPISO / ET CRSPImplement, configure, and maintain remote access mechanisms, including VPNs, secure gateways, and access control points; enforce policy-based restrictions and logging requirements.Ongoing / As configuration changes occur
PI/PPPI/PPAccess systems remotely only according to approved authorizations and usage restrictions; follow multifactor authentication and other security requirements.Daily / As needed

03.01.13 Withdrawn

Control Requirement: Incorporated into 03.01.12.

03.01.14 Withdrawn

Control Requirement: Incorporated into 03.01.12.

03.01.15 Withdrawn

Control Requirement: Incorporated into 03.01.12.

03.01.16 Wireless Access Authorization

Control Requirement:

  1. Establish usage restrictions, configuration requirements, and connection requirements for each type of wireless access to the system.
  2. Authorize each type of wireless access to the system prior to establishing such connections.
  3. Disable, when not intended for use, wireless networking capabilities prior to issuance and deployment.
  4. Protect wireless access to the system using authentication and encryption.

Policy Statement:

UT Austin shall control and secure all wireless access to CUI systems enrolled in CRSP to ensure the confidentiality, integrity, and availability of sensitive information.

  • Usage restrictions, configuration requirements, and connection requirements shall be established for all types of wireless access, including Wi-Fi, mobile hotspots, and any wireless-enabled devices, to enforce compliance with organizational security policies.
  • Authorization for wireless access must be obtained prior to establishing any connection, and access shall be restricted to defined and approved personnel in accordance with their roles and operational need.
  • Wireless networking capabilities that are not required for operational purposes shall be disabled prior to issuance and deployment of devices.
  • All wireless access must be protected using strong authentication mechanisms and encryption protocols to prevent unauthorized access and eavesdropping.

Monitoring, logging, and periodic review of wireless connections shall be conducted to ensure compliance with security policies, detect unauthorized access, and support incident response. Wireless security configurations and authorizations shall be updated as needed to reflect changes in personnel, system architecture, or emerging risks.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOOversee university-wide wireless access policy enforcement; review wireless access risks and approve changes to authorization or security requirements.Annually / Policy update cycle
PI/PPPI/PPDefine wireless access usage restrictions, configuration requirements, and connection requirements; authorize wireless access for personnel and devices.During system configuration / Annually for review
ISOISOAudit and review wireless access logs; ensure compliance with security policies; validate that all wireless connections meet approved configuration and authorization requirements.Ongoing / Annual review
ET CRSPISO / ET CRSPImplement and enforce wireless access controls; disable unused wireless interfaces on devices; configure authentication and encryption mechanisms for wireless connections; monitor and log wireless access activity.Ongoing / As configuration or personnel changes occur
PI/PPPI/PPAccess systems via wireless connections only according to approved authorizations; follow authentication and encryption requirements; report suspected unauthorized wireless activity.Daily / As needed

03.01.17 Withdrawn

Control Requirement: Incorporated into 03.01.16.

03.01.18 Access Control for Mobile Devices

Control Requirement:

  1. Establish usage restrictions, configuration requirements, and connection requirements for mobile devices.
  2. Authorize the connection of mobile devices to the system.
  3. Implement full-device or container-based encryption to protect the confidentiality of CUI on mobile devices.

Policy Statement:

UT Austin shall control and secure the use of mobile devices that access, process, store, or transmit CUI on CUI systems enrolled in CRSP to ensure the confidentiality, integrity, and availability of sensitive information.

  • Usage restrictions, configuration requirements, and connection requirements shall be established for all mobile devices, including laptops, tablets, and smartphones, that connect to organizational systems.
  • Authorization to connect mobile devices to CUI systems must be granted prior to access, limited to defined and approved personnel in accordance with their assigned roles and operational needs.
  • Full-device encryption or container-based encryption shall be implemented on all mobile devices used to access, store, or transmit CUI to prevent unauthorized disclosure in case of loss or theft.

Monitoring and auditing of mobile device access shall be conducted regularly to detect unauthorized usage, ensure compliance with security policies, and support timely incident response. Mobile device configurations and authorizations shall be reviewed and updated as required by personnel changes, device lifecycle events, or emerging risks.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOProvide oversight of mobile device policy enforcement; review risks associated with mobile device access and approve updates to authorizations or security requirements.Annually / Policy update cycle
PI/PPPI/PPDefine usage restrictions, configuration requirements, and connection requirements for mobile devices; approve mobile device access for authorized personnel.During system configuration / Annually for review
ISOISOAudit mobile device usage and access logs; ensure compliance with mobile device security policies; verify encryption and connection requirements are properly applied.Ongoing / Annual review
ET CRSPISO / ET CRSPImplement and enforce mobile device access controls; configure device and container-based encryption; enforce security policies for mobile devices; monitor and log mobile device connections.Ongoing / As configuration or personnel changes occur
PI/PPPI/PPAccess UT Austin systems via mobile devices only according to approved authorizations; comply with encryption, authentication, and connection requirements; report suspected unauthorized access.Daily / As needed

03.01.19 Withdrawn

Control Requirement: Incorporated into 03.01.18.

03.01.20 Use of External Systems

Control Requirement:

  1. Prohibit the use of external systems unless the systems are specifically authorized.
  2. Establish the following security requirements to be satisfied on external systems prior to allowing use of or access to those systems by authorized individuals: Guidance: Organizations establish specific terms and conditions for the use of external systems in accordance with organizational security policies and procedures. At a minimum, terms and conditions address the specific types of applications that can be accessed on organizational systems from external systems and the highest security category of information that can be processed, stored, or transmitted on external systems. If the terms and conditions with the owners of the external systems cannot be established, organizations may impose restrictions on organizational personnel using those external systems. If applicable, use NIST SP 800-47 as a guide for establishing information exchanges between organizations.
  3. Permit authorized individuals to use external systems to access the organizational system or to process, store, or transmit CUI only after:
  4. Verifying that the security requirements on the external systems as specified in the organization’s system security plans have been satisfied and
  5. Retaining approved system connection or processing agreements with the organizational entities hosting the external systems.
  6. Restrict the use of organization-controlled portable storage devices by authorized individuals on external systems.

Policy Statement:

UT Austin shall restrict and control the use of external systems to protect CUI on CUI systems enrolled in CRSP and ensure compliance with organizational security requirements.

  • Prohibited use: Access to organizational systems or processing, storing, or transmitting CUI on external systems as part of CRSP is prohibited unless the systems are specifically authorized.
  • Security requirements: External systems must satisfy defined security requirements prior to use, including, at a minimum:
    • Approval of the types of applications and services that can access organizational systems from external systems;
    • Confirmation that the external system can adequately protect the highest security category of CUI intended for processing, storage, or transmission;
    • Compliance with guidance from NIST SP 800-47 when establishing information exchanges between organizational and external systems.
  • Authorization and agreements: Authorized individuals may use external systems only after:
  1. Verification that the security requirements for the external systems, as specified in the organizational system security plans, have been satisfied; and
  2. Retention of approved system connection or processing agreements with the external system owners.
  • Portable storage restrictions: Use of organization-controlled portable storage devices on external systems is restricted and permitted only in accordance with organizational policy and authorization.

Monitoring, auditing, and periodic review of authorized external system connections shall be conducted to ensure ongoing compliance with UT Austin security requirements. Unauthorized or non-compliant external system usage shall be reported and addressed according to institutional access control and incident response procedures.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOProvide oversight and approval for external system policies and security requirements; review risks associated with external system access; approve updates to authorizations or agreements.Annually / Policy update cycle
PI/PPPI/PPApprove and define which external systems may connect to UT Austin systems; ensure system security plans document required security requirements for external systems; validate compliance prior to granting access.During system configuration / Annually for review
ISOISOImplement and enforce technical controls for authorized external system connections; restrict or disable unauthorized connections; configure monitoring and logging of external system access.Ongoing / As configuration or personnel changes occur
ET CRSPISO / ET CRSPMonitor and audit external system connections; verify that security requirements are met; review access logs to detect unauthorized or non-compliant usage.Ongoing / Quarterly review
PI/PPPI/PPAccess UT Austin systems via external systems only when explicitly authorized; comply with security requirements and restrictions on portable storage usage; report non-compliant or suspicious activity.Daily / As needed
ISOISOEstablish and maintain system connection or processing agreements with external system owners; ensure agreements include required security and compliance clauses.During agreement establishment / Periodic review (at least annually)

03.01.21 Withdrawn

Control Requirement: Incorporated into 03.01.20.

03.01.22 Publicly Accessible Content

Control Requirement:

  1. Train authorized individuals to ensure that publicly accessible information does not contain CUI.
  2. Review the content on publicly accessible systems for CUI and remove such information, if discovered.

Policy Statement:

UT Austin shall ensure that CUI on CUI systems enrolled in CRSP are not inadvertently exposed on publicly accessible systems.

  • Training: All authorized individuals with access to CUI shall receive training to recognize and prevent the disclosure of CUI on public websites, cloud services, or other publicly accessible platforms.
  • Content review: Authorized personnel shall regularly review publicly accessible content to verify that no CUI is present. Any CUI identified on such systems must be promptly removed or secured in accordance with UT Austin CUI handling policies.
  • Accountability: Individuals responsible for content creation, publishing, or maintenance of publicly accessible systems shall follow institutional procedures and reporting requirements to prevent unauthorized disclosure of CUI.

Periodic audits and compliance reviews shall be conducted to ensure adherence to training requirements, content monitoring, and removal procedures, supporting UT Austin’s overall commitment to safeguarding CUI on CUI systems enrolled in CRSP in accordance with the UT Austin CRSP 3.0 CUI Governance Policy.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
PI/PPPI/PPEnsure publicly accessible systems under their control have defined procedures for CUI review and removal; oversee content management policies for compliance.During system configuration / Annually for review
ISOISOMonitor publicly accessible systems for CUI exposure; conduct periodic audits and coordinate content removal or remediation of any discovered CUI.Ongoing / Annual review
ET CRSPISO / ET CRSPImplement and maintain technical controls to support content monitoring; remove or secure publicly exposed CUI promptly; manage access to publishing tools.Ongoing / As content changes occur
PI/PPPI/PPFollow training and procedures to prevent posting CUI on publicly accessible platforms; report any identified CUI exposure.Daily / As needed
ORSCORSC / ISODevelop and deliver training programs on handling and preventing CUI exposure on public systems; support compliance oversight.Annually / As needed for updates
PI/PPPI/PPEnsure their teams comply with training and content handling policies; verify that publicly accessible content generated by team members contains no CUI.Upon onboarding / Annually for review

NIST SP 800-171 Revision 2 to Revision 3 Change Analysis

SP 800-171 R2 IdentifierSP 800-171 R3 IdentifierRequirement StatusSummary of Changes
3.1.103.01.01Significant Change; New ODPNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for account management Added new ODP: time period to notify personnel/roles when accounts are no longer required Added new ODP: time period to notify personnel/roles when users terminated/transferred Added new ODP: time period to notify personnel/roles when system usage or need-to-know changes for an individual Added new ODP: time period of inactivity or circumstances in which users are required to log out Updated discussion differentiating 03.01.01 with 03.01.10
3.1.203.01.02No Significant ChangeNew security requirement title Aligned with SP 800-53, Rev 5 Rephrased for clarity; outcome remains unchanged
3.1.303.01.03No Significant ChangeNew security requirement title Aligned with SP 800-53, Rev 5 Rephrased for clarity; outcome remains unchanged Discussion updated to include additional guidance on the relationship between 03.01.03 and 03.12.05
3.1.403.01.04No Significant ChangeNew security requirement title Aligned with SP 800-53, Rev 5 Separated into two parts (a, b) needed for achieve outcome, rephrased for clarity; outcome remains unchanged
3.1.503.01.05Significant Change; New ODPNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks to implement least privilege Added new ODP: security functions in which to authorize access Added new ODP: security-relevant information in which to authorize access Added new ODP: frequency to review privileges assigned to roles/classes of users
3.1.603.01.06Significant Change; New ODPNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks to implement least privilege for privileged accounts Added new ODP: personnel or roles to restrict privileged accounts to Updated discussion for improved flow with requirement and clarity
3.1.703.01.07No Significant ChangeNew security requirement title Aligned with SP 800-53, Rev 5 Separated into two parts (a, b) needed for achieve outcome, rephrased for clarity; outcome remains unchanged
3.1.803.01.08Significant Change; New ODPNew security requirement title Aligned with SP 800-53, Rev 5 Added new ODP: number of consecutive invalid login attempts Added new ODP: selection of one or more options (lock account/note for time period, lock account/note until released by administrator, delay next logon prompt, notify system administrator, take other action) when maximum number of unsuccessful login attempts is exceeded Discussion updated to clarify and provide guidance on other organization-defined actions
3.1.903.01.09No Significant ChangeNew security requirement title Aligned with SP 800-53, Rev 5 Rephrased for clarity; outcome remains unchanged Discussion updated with minor clarifications, including scope/applicability
3.1.1003.01.10Minor Change; New ODPNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks to implement device lock Terminology changed from "session lock" to "device lock" Added new ODP: select one or more ways to initiate device lock Added new ODP: time period to initiate device lock (if selected)
3.1.1103.01.11No Significant Change; New ODPNew security requirement title Aligned with SP 800-53, Rev 5 Added new ODP: conditions or trigger events for session termination
3.1.1203.01.12Significant ChangeNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks to monitor and control remote access Includes withdrawn requirements: 03.01.13, 03.01.14, 03.01.15 Updated discussion for clarity and flow of guidance
3.1.1303.01.13Withdrawn Requirement 
3.1.1403.01.14Withdrawn Requirement 
3.1.1503.01.15Withdrawn Requirement 
3.1.1603.01.16Significant ChangeNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks to secure wireless access, including protecting wireless access using authentication and encryption Includes withdrawn requirement: 03.01.17
3.1.1703.01.17Withdrawn Requirement 
3.1.1803.01.18Significant ChangeNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks to implement access control for mobile devices Includes withdrawn requirement: 03.01.19 Updated discussion to clarify "container-based encryption"
3.1.1903.01.19Withdrawn Requirement 
3.1.2003.01.20Significant ChangeNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks on use of external systems Added new ODP: terms, conditions, and requirements to be satisfied on external systems Includes withdrawn requirement: 03.01.21
3.1.2103.01.21Withdrawn Requirement 
3.1.2203.01.22Significant ChangeNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks to manage publicly accessible content

CRSP Standard 3.2: Awareness and Training (AT)

NIST SP 800-171 Rev. 3, Family 3.2

Purpose of Policy

The University of Texas at Austin (UT Austin) establishes this policy to provide a structured and consistent approach for implementing security awareness and training measures that support the protection of Controlled Unclassified Information (CUI) on CUI systems enrolled in CRSP.

This policy supports the security requirements defined in NIST Special Publication (SP) 800-171, Protecting Controlled Unclassified Information in Nonfederal Systems and Organizations, and aligns with the governance requirements established in the UT Austin CRSP 3.0 CUI Governance Policy.

This policy applies to all personnel—including employees, contractors, researchers, and other authorized users—who access, manage, administer, or support CUI systems enrolled in CRSP.

This policy establishes requirements for:

  • Security Awareness Training: Ensuring all users receive appropriate security awareness training upon onboarding and periodically thereafter to understand security risks, acceptable system use, and their responsibilities for protecting CUI.
  • Role-Based Security Training: Providing specialized training for individuals with privileged access, system administration responsibilities, security management duties, or other roles that require enhanced understanding of cybersecurity practices and CUI protection requirements.
  • Security Culture and Accountability: Promoting a culture of cybersecurity awareness by ensuring personnel understand their responsibilities for safeguarding CUI, recognizing potential threats (e.g., phishing, social engineering, insider threats), and promptly reporting suspicious or malicious activity.

This policy provides the foundation for the development, delivery, and continuous improvement of the UT Austin CUI security awareness and training program, ensuring personnel supporting CUI systems are adequately prepared to protect the confidentiality, integrity, and availability of CUI while maintaining compliance with NIST SP 800-171 and applicable federal and institutional requirements.

Scope of Policy

This Awareness and Training Policy applies to all University of Texas at Austin (UT Austin) personnel, including faculty, staff, researchers, student workers, contractors, and service providers who access, manage, support, or use CUI systems enrolled in CRSP.

The scope of this policy includes:

  • All UT Austin-managed and authorized third-party CUI systems enrolled in CRSP, including both on-premises and cloud-based systems that process, store, or transmit CUI.
  • Any individual with authorized access to CUI systems, data, or environments where CUI is processed, stored, or transmitted.
  • All awareness and training activities required to support the protection of CUI, including general security awareness training, specialized role-based security training, and periodic refresher training necessary to maintain compliance with CUI safeguarding requirements.

These requirements ensure that personnel supporting CUI systems enrolled in CRSP understand their security responsibilities, operational procedures, and compliance obligations associated with protecting CUI.

Explicit Exclusions

This policy does not apply to:

  • General university enterprise systems that do not process, store, or transmit CUI.
  • Institutional administrative systems (e.g., HR, finance, student information systems) unless those systems are formally designated and authorized as part of the applicable CUI system boundary.
  • General-purpose IT services such as standard email, collaboration platforms, learning management systems, or campus network services that are not configured or authorized for CUI processing.
  • Public-facing university websites or research systems that do not contain CUI.
  • Personally owned devices that do not connect to or access CUI systems or environments handling CUI.

Systems or services may only fall under this policy if they have been formally designated, documented, and authorized as part of the applicable CUI system boundary in accordance with institutional CUI governance procedures.

This policy establishes the requirements for developing, delivering, tracking, and maintaining security awareness and training programs that support UT Austin information security objectives and ensure compliance with NIST Special Publication 800-171 and institutional requirements defined in the UT Austin CRSP 3.0 CUI Governance Policy.

The scope of this policy includes, but is not limited to, the following awareness and training requirements applicable to the protection of CUI on CUI systems enrolled in CRSP.

Control Requirements

Control IDRequirement
03.02.01Organizations must provide security literacy training to all system users during onboarding, at least every 12 months, and as needed following system changes or significant events. Training must include recognizing and reporting indicators of insider threats, social engineering, and social mining, and the content must be reviewed and updated periodically and after relevant organizational or environmental changes.
03.02.02Organizations must provide role-based security training to personnel prior to granting system or CUI access, before they perform assigned duties, and at least every 12 months, as well as after system changes or significant events. Training content must be reviewed and updated periodically and following organizational or environmental changes to ensure continued relevance and effectiveness.

Departments and Responsibilities

Departments and responsibilities related to security awareness and training on CUI systems enrolled in CRSP are defined to ensure accountability, promote a culture of security, and support the effective implementation of training requirements for protecting Controlled Unclassified Information (CUI).

These responsibilities support compliance with NIST SP 800-171 awareness and training requirements and the UT Austin CRSP 3.0 CUI Governance Policy. Personnel assigned to these roles ensure that individuals who access or support CUI systems or CUI data receive appropriate security awareness and role-based training.

The table below outlines key roles and their associated responsibilities.

Departments and Responsibilities

Department (Primary)Department (Secondary)Responsibilities
Office of Research Support and Compliance (ORSC)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Provides executive oversight for CUI awareness and training compliance across research units supporting CUI systems enrolled in CRSP. Ensures appropriate funding, resources, and institutional support for training programs aligned with NIST SP 800-171 and the UT Austin CRSP 3.0 CUI Governance Policy.
Information Security Office (ISO)Information Security Office (ISO)Defines and governs the university-wide security awareness and training strategy for CUI systems. Approves baseline awareness training and role-based curricula for personnel with access to CUI. Ensures training aligns with institutional security objectives and federal requirements. Oversees the effectiveness of awareness, phishing, and incident response training activities.
Office of Research Support and Compliance (ORSC)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO)Coordinates and delivers specialized training related to insider threats, foreign influence risks, export control, and research security for personnel supporting CUI systems enrolled in CRSP. Ensures personnel complete required onboarding and periodic training related to CUI protection.
Information Security Office (ISO)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO)Reviews and updates role-based training materials to ensure alignment with institutional policies, regulatory requirements, system changes, and lessons learned from security incidents affecting CUI systems or CUI.
Office of Research Support and Compliance (ORSC)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO)Defines approved role-based training paths based on personnel responsibilities, system access levels, and operational duties on CUI systems enrolled in CRSP. Provides security awareness training to all system users. Maintains training records, completion status, and assessment results. Updates awareness and training materials to reflect evolving threats, regulatory requirements, and policy updates.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Ensures that all personnel granted access to CUI systems complete required awareness and role-based training prior to access approval. Ensures ongoing compliance with training requirements and participates in updates to training materials when system changes occur.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Defines CUI protection requirements and ensures personnel accessing sensitive data receive training on data classification, secure handling procedures, and CUI safeguarding responsibilities on CUI systems enrolled in CRSP.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Implements safeguards for CUI data and ensures operational compliance with secure handling practices and training requirements associated with CUI systems.
Information Security Office (ISO)Information Security Office (ISO)Tracks and verifies awareness and role-based training compliance for personnel accessing CUI systems. Maintains the training compliance tracker within the secured CUI environment. Coordinates specialized technical training for privileged users and reports compliance metrics to leadership.
Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) /Enterprise Technology Controlled Research Support Program (ET CRSP)Complete privileged user training prior to performing administrative activities on CUI systems. Support enforcement of training requirements by restricting access for users who have not completed required awareness training. Assist in reinforcing awareness through login banners, reminders, and system notifications.
Information Security Office (ISO)Information Security Office (ISO)Monitor security events and support enforcement of awareness initiatives across CUI systems. Assist in promoting awareness through threat advisories and monitoring for indicators of social engineering or insider threats.
Office of Research Support and Compliance (ORSC)Office of Research Support and Compliance (ORSC) / PI / Project Participants (PI/PP)Communicates personnel status changes (e.g., hiring, transfers, or terminations) to training coordinators and system owners to ensure training compliance is maintained for personnel with access to CUI systems.
Office of Research Support and Compliance (ORSC)Office of Research Support and Compliance (ORSC) / PI / Project Participants (PI/PP)Coordinates with research leadership and system owners to ensure research personnel maintain compliance with required training associated with projects involving CUI.
Office of Research Support and Compliance (ORSC)Office of Research Support and Compliance (ORSC) /Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP) / PI / Project Participants (PI/PP)Ensure personnel under their supervision complete required awareness and role-based training before accessing CUI systems or performing duties involving CUI. Reinforce security expectations and monitor team compliance.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Ensure research team members complete all required CUI security awareness, insider threat, and research security training prior to accessing sensitive data or CUI systems. Reinforce reporting of suspicious activity and security incidents.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Complete assigned awareness and role-based training. Follow secure practices for protecting CUI, maintaining access control, and reporting security incidents. Recognize and report phishing attempts, insider threats, social engineering, or other suspicious activity.
Information Security Office (ISO)Office of Research Support and Compliance (ORSC) /Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Develops and disseminates awareness communications including security bulletins, simulated phishing campaigns, and CUI system login banners to reinforce security practices.
Office of Research Support and Compliance (ORSC)Office of Research Support and Compliance (ORSC) /Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Maintains training program schedules and records. Updates awareness and training content based on audit findings, incidents, regulatory changes, and institutional policy updates.

Senior Management Commitment

This policy has been reviewed and formally approved by senior management. The University of Texas at Austin (UT Austin) executive leadership affirms its commitment to the effective implementation of the Awareness and Training (AT) principles and requirements established to protect Controlled Unclassified Information (CUI) on CUI systems enrolled in CRSP.

Senior management demonstrates support for this policy by:

  • Ensuring security awareness and training programs are established, maintained, and enforced for all personnel who access or support CUI systems or CUI data.
  • Providing sufficient resources, including qualified personnel, training platforms, awareness materials, and funding, necessary to develop, deliver, and maintain effective security awareness and role-based training programs.
  • Promoting a culture of security awareness and accountability across research units, administrative offices, and technical teams responsible for protecting CUI.
  • Ensuring that training requirements are incorporated into personnel onboarding, system access authorization processes, and ongoing operational activities for individuals supporting CUI systems.
  • Supporting continuous improvement of awareness and training programs through periodic reviews, updates based on evolving threats, regulatory requirements, system changes, and lessons learned from incidents or audits.

This commitment reflects UT Austin leadership’s recognition of the critical role that security awareness and training play in protecting the confidentiality, integrity, and availability of CUI, strengthening the security posture of CUI systems, and ensuring compliance with NIST SP 800-171 and the UT Austin CRSP 3.0 CUI Governance Policy.

Policy Statement

The implementation of security awareness and training initiatives for safeguarding information systems at the University of Texas at Austin (UT Austin) is governed by applicable Federal Information Processing Standards (FIPS), National Institute of Standards and Technology (NIST) Special Publications, and UT Austin policies and standards governing Controlled Unclassified Information (CUI), including the UT Austin CRSP 3.0 CUI Governance Policy.

UT Austin develops, documents, and disseminates an Awareness and Training Policy that:

  • Defines the University’s strategic approach to promoting security awareness and user accountability in support of protecting CUI on CUI systems enrolled in CRSP.
  • Addresses the policy’s purpose, scope, assigned roles and responsibilities, senior management commitment, interdepartmental coordination, and compliance expectations necessary to support effective security awareness and training practices.
  • Aligns with applicable federal laws, executive orders, directives, regulations, and institutional policies and standards, including the requirements defined in NIST SP 800-171.
  • Establishes mandatory security awareness and role-based training requirements for all personnel with access to CUI systems or CUI, including individuals with privileged, administrative, or specialized system access.
  • Requires periodic delivery of both general awareness training and role-specific security training to ensure continued understanding of security responsibilities, emerging cybersecurity threats, and proper handling of CUI.

Supporting Awareness and Training Procedures are developed and maintained to implement this policy and include:

  • Defined onboarding processes requiring completion of required awareness and role-based training prior to granting access to CUI systems or CUI.
  • Role-based and refresher training schedules determined by job responsibilities, system access levels, and operational risk exposure.
  • Mechanisms for tracking training completion, monitoring user compliance, and addressing noncompliance in coordination with supervisors, system owners, and institutional compliance offices.

UT Austin designates the Chief Information Security Officer (CISO) as accountable for the development, governance, and periodic review of the Awareness and Training Policy, and the Information System Owner (ISO) as responsible for its dissemination and operational implementation within CUI systems enrolled in CRSP.

The Awareness and Training Policy is reviewed and updated at least once every three (3) years, or sooner in response to:

  • Changes in applicable laws, regulations, or federal cybersecurity guidance;
  • Security incidents or audit findings affecting CUI systems;
  • Significant changes to system architecture, technologies, or organizational structure;
  • Updates to institutional policies governing the protection of CUI.

Supporting Awareness and Training Procedures are reviewed annually and updated as necessary to ensure continued alignment with federal mandates, institutional governance requirements, and evolving cybersecurity threats affecting CUI systems and CUI protection.

Control Requirements

03.02.01 Literacy Training and Awareness

Control Requirement:

  1. Provide security literacy training to system users:
  2. As part of initial training for new users and at least every 12 months thereafter,
  3. When required by system changes or following significant, novel incidents, or significant changes to risks and
  4. On recognizing and reporting indicators of insider threat, social engineering, and social mining.
  5. Update security literacy training content at least every 12 months and following significant, novel incidents, or significant changes to risks.

Policy Statement:

UT Austin ensures that all personnel—including faculty, staff, researchers, contractors, and affiliates—receive comprehensive security literacy and awareness training designed to promote the responsible handling and protection of CUI on CUI systems enrolled in CRSP.

UT Austin enforces the completion of the Center for Development of Security Excellence (CDSE) Cyber Awareness Challenge Course prior to initial access to CUI systems and annually thereafter. This training, combined with specialized modules such as Insider Threat Awareness (INT101.16), ensures that personnel understand their responsibilities in identifying, reporting, and mitigating cybersecurity risks, including insider threats, phishing attempts, social engineering, and social mining.

The Information System Security Officer (ISSO) maintains a Training and Certification Tracker on secured CUI systems to document and verify completion of all required courses for authorized personnel.

UT Austin’s literacy and awareness program incorporates:

  • Role-based content tailored for system users, administrators, and management;
  • Instruction on recognizing and reporting insider threats, social engineering tactics, and social mining activities;
  • Training on appropriate handling, safeguarding, and transmission of CUI, consistent with NIST SP 800-171 requirements;
  • Regular updates to training content based on audit findings, security incidents, regulatory or policy changes, and evolving threat landscapes.

Security awareness is reinforced through institutional communications, including periodic email bulletins, system login banners, awareness campaigns, and simulated phishing exercises to ensure continuous engagement and understanding of cybersecurity responsibilities across CUI systems enrolled in CRSP.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ORSCORSC/ISOProvide security literacy training to all users of CUI systems, including new hires, contractors, and affiliates, covering CUI handling, insider threat indicators, social engineering, and social mining.Initial training upon system access/onboarding; annually thereafter
  Deliver additional training following system changes, significant incidents, audit findings, or regulatory updates.As required based on events
  Update literacy training content to maintain relevance with evolving threats, laws, directives, or institutional policies.At least every 12 months and following significant events
ORSCORSC / ISO / ET CRSP / PI/PPEnsure personnel complete required literacy and awareness training prior to CUI system access and annually thereafter.Prior to system access; annually; after events
PI/PPPI/PPComplete assigned literacy and awareness training courses (CDSE Cyber Awareness Challenge and role-specific modules such as INT101.16).Prior to initial access; annually; after significant system or policy changes
ISOISOMaintain Training and Certification Tracker on CUI systems enrolled in CRSP; verify course completion for all personnel; report compliance metrics.Continuous tracking; reviewed quarterly or annually
ISOISOApprove and oversee literacy and awareness program; ensure alignment with institutional, federal, and NIST SP 800-171 requirements.Annual review or as needed for incidents/regulatory changes
ET CRSPISO / ET CRSPEnsure user enrollment in required courses; support access to training modules.Upon user onboarding; annually for existing users
ORSCORSC / ISO / ET CRSP / PI/PPReinforce training expectations; ensure team members complete required literacy courses.During onboarding; annually; after incidents/system changes
ISOORSC / ISO / ET CRSPComplete initial literacy training prior to system access; complete refresher training annually; report suspicious activity or threats.Initial access; annually; after significant incidents or changes to risk environment
ORSCORSC / ISO / ET CRSPUpdate training content based on audit findings, security incidents, and changes to laws, directives, or institutional policies.At least every 12 months and after significant incidents or policy updates
ISOORSC / ISO / ET CRSPDisseminate security awareness bulletins, simulated phishing campaigns, and system login banners.Quarterly or as needed following significant events

03.02.02 Role-Based Security Training

Control Requirement:

  1. Provide role-based security training to organizational personnel:
  2. Before authorizing access to the system or CUI, before performing assigned duties, and at least every 12 months thereafter
  3. When required by system changes or following significant, novel incidents, or significant changes to risks. b. Update role-based training content at least every 12 months and following significant, novel incidents, or significant changes to risks.
  4. Ensure personnel are adequately trained to carry out assigned security responsibilities.

Policy Statement:

UT Austin ensures that personnel with specific security responsibilities receive role-based security training tailored to their functions, access level, and operational environment on CUI systems enrolled in CRSP.

UT Austin shall:

  • Provide role-based security training prior to authorizing access to CUI systems, before performing assigned duties, and at least annually thereafter.
  • Conduct additional training following significant system changes, updates to security policies, or other organization-defined events that impact user responsibilities or system security.
  • Tailor training content to the specific duties and roles of personnel, including system administrators, developers, security assessors, acquisition staff, network personnel, and other personnel with access to CUI systems.
  • Ensure the Controlled Research Support Program (CRSP) reviews and updates all role-based training materials annually, or sooner as needed, to reflect changes in systems, technologies, regulatory requirements, or lessons learned from incidents.

This policy reinforces UT Austin’s commitment to maintaining a security-aware workforce capable of protecting CUI and supporting compliance with NIST SP 800-171, NIST SP 800-53, DFARS 252.204-7012, and applicable federal and institutional standards.

The CRSP, or its designated representatives, are responsible for defining approved training paths, maintaining accurate training records, and reviewing course content to ensure alignment with institutional policies, federal regulations, and compliance requirements.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISODefine approved role-based training paths based on personnel duties, access levels, and operational environment; ensure training content aligns with institutional policies, federal regulations, and compliance requirements.Initially, upon role assignment, and whenever roles or responsibilities change
ISOORSC / ISOReview and update role-based training materials to reflect changes in systems, technologies, regulatory requirements, or lessons learned from incidents.Annually; and following significant system changes, security incidents, or organization-defined events
PI/PPPI/PPEnsure personnel assigned to their systems complete required role-based training prior to system access or performing duties; verify ongoing compliance with training requirements.Prior to access or role assignment; annual refresher; and following organization-defined events
ORSCORSC / ISO / ET CRSP / PI/PPEnsure assigned personnel complete role-based training; reinforce awareness of role-specific security responsibilities and compliance expectations.Prior to role assignment; annually; and following significant incidents, system changes, or organization-defined events
PI/PPPI/PPComplete assigned role-based training tailored to job function, access level, and operational environment; understand and carry out security responsibilities in accordance with assigned roles.Prior to system access or performing duties; annually thereafter; and following significant system or policy changes
ISOISOMaintain accurate training records; track completion of role-based training; verify personnel compliance; report metrics to relevant leadership.Continuous tracking; reviewed at least quarterly or as needed
ISOORSC / ISOUpdate role-based training content to reflect emerging threats, system changes, audit findings, regulatory updates, or lessons learned from security incidents.At least every 12 months and following significant incidents or changes to risks
ISOORSC / ISO / ET CRSPSupport dissemination of role-based training reminders and updates; reinforce training through communications campaigns or system notifications.Quarterly or as needed following significant security events or policy updates

NIST SP 800-171 Revision 2 to Revision 3 Change Analysis

SP 800-171 R2 IdentifierSP 800-171 R3 IdentifierRequirement StatusSummary of Changes
3.2.103.02.01Significant Change; New Organization-defined Parameter (ODP)New security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for literacy training and awareness Added new ODP: frequency after initial training to provide security literacy training to users Added new ODP: events that necessitate re-taking training Added new ODP: frequency to update training content Added new ODP: events that necessitate updating training Includes withdrawn requirement: 03.02.01
3.2.203.02.02Significant Change; New Organization-defined Parameter (ODP)New security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for role based training Added new ODP: frequency to provide role-based training after initial training Added new ODP: events that require providing role-based training Added new ODP: frequency to update training Added new ODP: events that necessitate updating training
3.2.303.02.03Withdrawn RequirementIncorporated into 03.02 01.

CRSP Standard 3.3: Audit and Accountability (AU)

NIST SP 800-171 Rev. 3, Family 3.3

Purpose of Policy

The purpose of this policy is to establish a structured and comprehensive approach for implementing audit and accountability measures that support the security requirements defined in NIST Special Publication 800-171 and the UT Austin CRSP 3.0 CUI Governance Policy.

This policy applies to all CUI systems enrolled in CRSP.

It defines the requirements for:

  • Collecting, managing, and protecting audit records to ensure accountability and traceability of user and system activities;
  • Ensuring audit logs capture sufficient detail to support security monitoring, incident investigations, and compliance reporting; and
  • Establishing procedures for the review, retention, and protection of audit data in accordance with applicable federal regulations and institutional policies.

This policy provides the foundation for developing, implementing, and maintaining an audit and accountability program in compliance with the requirements of NIST SP 800-171.

Scope of Policy

applies exclusively to users, systems, networks, devices, services, and processes operating as part of or directly interacting with CUI systems enrolled in CRSP that process, store, or transmit Controlled Unclassified Information (CUI). This includes on-premises infrastructure, cloud-hosted services, and third-party platforms specifically authorized for CUI processing on CUI systems enrolled in CRSP.

This policy applies to all UT Austin personnel, contractors, sponsored researchers, foreign nationals (as authorized), and approved service providers who have authorized access to CUI systems. It also applies to any organizationally owned or personally owned device that is explicitly authorized to connect to or interact with CUI environments, subject to established authorization to access CUI systems, security configuration, and monitoring requirements.

Explicit Exclusions: This policy does not apply to:

  • General university enterprise systems that do not process, store, or transmit CUI.
  • Institutional administrative systems (e.g., HR, finance, student information systems) unless those systems are formally designated as part of a CUI system enrolled in CRSP.
  • General-purpose IT services such as standard email, collaboration platforms, learning management systems, or campus network services that are not configured or authorized for CUI processing.
  • Public-facing university websites or research systems that do not contain CRECUI.
  • Personally owned devices that do not connect to or access CUI environments.

Systems or services may only fall under this policy if they have been formally designated, documented, and authorized as part of the applicable CUI system boundary in accordance with institutional CUI governance procedures.

This policy establishes requirements for implementing and managing audit capabilities that ensure accountability, traceability, security monitoring, and compliance with NIST SP 800-171 and the UT Austin CRSP 3.0 CUI Governance Policy. The scope of this policy includes, but is not limited to, the following audit and accountability requirements:

Control Requirements

Control IDRequirement
03.03.01a. Specify the following event types selected for logging within the system: [Assignment: organization-defined event types]. b. Review and update the event types selected for logging [Assignment: organization-defined frequency].
03.03.02a. Include the following content in audit records: 1. What type of event occurred 2. When the event occurred 3. Where the event occurred 4. Source of the event 5. Outcome of the event 6. Identity of the individuals, subjects, objects, or entities associated with the event b. Provide additional information for audit records as needed.
03.03.03a. Generate audit records for the selected event types and audit record content specified in 03.03.01 and 03.03.02. b. Retain audit records for a time period consistent with the records retention policy.
03.03.04a. Alert organizational personnel or roles within [Assignment: organization-defined time period] in the event of an audit logging process failure. b. Take the following additional actions: [Assignment: organization-defined additional actions].
03.03.05a. Review and analyze system audit records [Assignment: organization-defined frequency] for indications and the potential impact of inappropriate or unusual activity. b. Report findings to organizational personnel or roles. c. Analyze and correlate audit records across different repositories to gain organization-wide situational awareness.
03.03.06a. Implement an audit record reduction and report generation capability that supports audit record review, analysis, reporting requirements, and after-the-fact investigations of incidents. b. Preserve the original content and time ordering of audit records.
03.03.07a. Use internal system clocks to generate timestamps for audit records. b. Record timestamps for audit records that meet [Assignment: organization-defined granularity of time measurement] and that use Coordinated Universal Time (UTC), have a fixed local time offset from UTC, or include the local time offset as part of the time stamp.
03.03.08Protect audit information and audit logging tools from unauthorized access, modification, and deletion.
03.03.09Withdrawn; Incorporated into 03.03.08.

Departments and Responsibilities

Departments and responsibilities related to audit and accountability on CUI systems enrolled in CRSP are defined to ensure clear accountability and effective implementation of this policy. The table below outlines key roles and their associated responsibilities in accordance with applicable security requirements.

UT Austin CISO, in coordination with designated Information System Owners, is responsible for ensuring that all assigned roles and responsibilities remain accurate, current, and appropriate for the individuals or teams supporting CUI-related systems.

The table below outlines departments and their associated responsibilities, in accordance with applicable federal requirements and institutional security objectives:

Departments and Responsibilities

Department (Primary)Department (Secondary)Responsibilities
Office of Research Support and Compliance (ORSC)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Provides executive oversight for CUI compliance; ensures appropriate support and resourcing for audit and accountability requirements.
Information Security Office (ISO)Information Security Office (ISO)Establishes institutional audit and accountability strategy; ensures logging and monitoring activities align with NIST SP 800-171 and institutional requirements; oversees enterprise audit capabilities and protections.
Research Security Office (RSO)Office of Research Support and Compliance (ORSC)Supports audit-related activities in the research context, including ensuring appropriate handling of CUI and alignment with research security obligations.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Ensures audit logging is enabled for assigned systems; defines audit requirements; supports log review and retention processes; ensures systems comply with audit provisions.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Ensures audit requirements are applied to CUI datasets; supports secure storage, access, and protection of audit information; verifies appropriate retention for data-related audit records.
Information Security Office (ISO)Information Security Office (ISO)Manages day-to-day audit log monitoring; validates audit settings; coordinates review and analysis of audit records; reports anomalies; ensures enforcement of AU controls.
Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Implements technical logging configurations; maintains logging tools; forwards logs to central repositories; protects audit data; supports audit reduction and reporting capabilities.
Office of Research Support and Compliance (ORSC)Office of Research Support and Compliance (ORSC) / PI / Project Participants (PI/PP)Ensures personnel changes are communicated to system owners and administrators to maintain accurate audit and identity tracking.
Office of Research Support and Compliance (ORSC)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO)Ensure research team members understand logging requirements; approve access to CUI systems; ensure CUI activities comply with audit policies.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Use systems in accordance with policy; do not attempt to disable audit mechanisms; report suspicious activity or anomalous behavior.

Senior Management Commitment

Senior management at the University of Texas at Austin (UT Austin) affirms its commitment to the effective implementation and ongoing oversight of the security principles and requirements established for CUI systems enrolled in CRSP.

UT Austin senior management supports the enforcement of this policy through the implementation of appropriate administrative, technical, and operational controls designed to protect CUI systems enrolled in CRSP. Senior management further commits to ensuring that adequate resources—including qualified personnel, supporting technologies, and necessary funding—are allocated to implement, operate, and continuously improve these controls.

This commitment reflects the University's recognition that strong cybersecurity governance and regulatory compliance are essential to safeguarding CUI information resources, protecting CUI, maintaining research integrity, and supporting the University's academic and research mission.

Policy Statement

The University of Texas at Austin (UT Austin) develops, documents, implements, and disseminates an Audit and Accountability Policy to ensure the generation, management, protection, and review of audit records necessary to support operational accountability, incident response, and compliance with NIST SP 800-171 and UT Austin CRSP 3.0 CUI Governance Policy requirements.

The audit and accountability program on CUI systems enrolled in CRSP includes:

  • Logging security-relevant events, including authentication, authorization decisions, privilege use, and system changes;
  • Utilizing centralized logging solutions to collect, correlate, and analyze audit records across CUI systems enrolled in CRSP;
  • Protecting audit logs through access controls, encryption, and technical safeguards;
  • Routinely reviewing logs and alerts, identifying anomalies, and initiating incident response actions when needed;
  • Retaining audit records for a minimum of one year, or longer as required by applicable legal, contractual, or institutional mandates.

The Chief Information Security Officer (CISO) is accountable for the development, approval, and periodic review of this Policy and its associated procedures, while Information System Owners (ISO) are responsible for its dissemination and implementation across their respective systems.

The AU Policy is reviewed at least once every three (3) years and AU Procedures are reviewed annually, and following:

  • A significant security incident;
  • Audit findings;
  • Changes to regulatory or contractual obligations;
  • System or infrastructure changes that affect logging capabilities.

Control Requirements

03.03.01 Audit Log Generation and Retention

Control Requirement:

  1. Specify the following event types selected for logging within the system:

at a minimum and where applicable:

1) Authentication events:

a) Logons (Success/Failure)

b) Logoffs (Success)

2) Security Relevant File and Objects events:

a) Create (Success/Failure)

b) Access (Success/Failure)

c) Delete (Success/Failure)

d) Modify (Success/Failure)

e) Permission Modification (Success/Failure)

f) Ownership Modification (Success/Failure)

3) Export/Writes/downloads to devices/digital media (e.g., CD/DVD, USB, SD)

(Success/Failure)

4) Import/Uploads from devices/digital media (e.g., CD/DVD, USB, SD) (Success/Failure)

5) User and Group Management events:

a) User add, delete, modify, disable, lock (Success/Failure)

b) Group/Role add, delete, modify (Success/Failure)

6) Use of Privileged/Special Rights events:

a) Security or audit policy changes (Success/Failure)

b) Configuration changes (Success/Failure)

7) Admin or root-level access (Success/Failure)

8) Privilege/Role escalation (Success/Failure)

9) Audit and security

10) System reboot, restart, and shutdown (Success/Failure)

11) Print to a device (Success/Failure)

12) Print to a file (e.g., pdf format) (Success/Failure)

13) Application (e.g., Adobe, Firefox, MS

  1. Review and update the event types selected for logging at least every 12 months and after any significant incidents or significant changes to risks.

Policy Statement:

UT Austin establishes and enforces comprehensive event logging requirements to ensure the collection of security-relevant audit information necessary to support accountability, incident detection, and compliance with NIST SP 800-171 and the UT Austin CRSP 3.0 CUI Governance Policy.

UT Austin specifies the minimum set of event types that must be logged on all CUI systems enrolled in CRSP. These event types are required to support monitoring, forensic analysis, and the detection of unauthorized or anomalous activity. At a minimum and where applicable, systems must generate audit records for the following event categories:

  1. Authentication Events
    • Logons (Success/Failure)
    • Logoffs (Success)
  2. Security-Relevant File and Object Events
    • Create (Success/Failure)
    • Access (Success/Failure)
    • Delete (Success/Failure)
    • Modify (Success/Failure)
    • Permission modification (Success/Failure)
    • Ownership modification (Success/Failure)
  3. Export/Write/Download Events to devices or digital media (e.g., USB, CD/DVD, SD cards) (Success/Failure)
  4. Import/Upload Events from devices or digital media (Success/Failure)
  5. User and Group Management Events
    • User add, delete, modify, disable, lock (Success/Failure)
    • Group/Role add, delete, modify (Success/Failure)
  6. Use of Privileged or Special Rights
    • Security or audit policy changes (Success/Failure)
    • Configuration changes (Success/Failure)
  7. Administrative or Root-Level Access (Success/Failure)
  8. Privilege or Role Escalation (Success/Failure)
  9. Audit and Security-Relevant Log Data Access (Success/Failure)
  10. System Reboot, Restart, and Shutdown (Success/Failure)
  11. Print to a Physical Device (Success/Failure)
  12. Print to File (e.g., PDF) (Success/Failure)
  13. Application Initialization Events (e.g., Adobe, Firefox, Microsoft Office) (Success/Failure)

UT Austin reviews and updates the required event types at least every 12 months and following any significant security incident or material change in system risk, ensuring audit logging remains aligned with current operational, regulatory, and threat landscape requirements.

Event logs must be generated consistently across all relevant systems, transmitted to centralized logging infrastructure where feasible, and protected from unauthorized access, modification, or deletion. All logging configurations and updates must support the confidentiality, integrity, and availability of CUI on CUI systems enrolled in CRSP and must reinforce UT Austin’s compliance with NIST SP 800-171 and UT Austin CRSP 3.0 CUI Governance Policy requirements.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOOversee event logging program; ensure alignment with institutional policy and regulatory requirementsOngoing; summary review annually
PI/PPPI/PPEnsure assigned systems incorporate required event loggingContinuous; review after changes
ISOISOImplement and monitor logging configurations; validate log capture for defined eventsContinuous; review annually
ET CRSPISO / ET CRSPConfigure systems to log required events; maintain operational logging mechanismsContinuous; after system changes
ISOORSC / ISOReview logging coverage and effectivenessAnnually and after significant incidents
ORSCORSC / ISOValidate adherence to logging policiesAnnually and after significant incidents
PI/PPPI/PPBe aware that actions are logged; comply with usage policiesOngoing

03.03.02 User Accountability via Unique Identification

Control Requirement:

  1. Include the following content in audit records:
  2. What type of event occurred
  3. When the event occurred
  4. Where the event occurred
  5. Source of the event
  6. Outcome of the event
  7. Identity of the individuals, subjects, objects, or entities associated with the event
  8. Provide additional information for audit records as needed.

Policy Statement:

UT Austin establishes and enforces standardized audit record content requirements to ensure that all audit logs produced within CUI systems processing, storing, or transmitting CUI contain the information necessary to support accountability, incident detection, forensic analysis, and compliance with NIST SP 800-171 and the UT Austin CRSP 3.0 CUI Governance Policy.

Systems must generate audit records that provide sufficient detail to accurately identify the nature, context, and impact of security-relevant events. At a minimum, each audit record must include:

  1. Event Type — a description of what event occurred;
  2. Timestamp — the date and time when the event occurred;
  3. Event Location — the system, application, device, or component where the event took place;
  4. Event Source — the origin of the event, such as the process, interface, user, or system generating the action;
  5. Event Outcome — whether the event succeeded, failed, or generated a warning; and
  6. Identity Information — the unique identifiers of individuals, subjects, objects, or other entities associated with the event.

UT Austin also requires CUI systems to capture additional contextual information as needed to support audit log analysis, investigations, and operational needs. Such supplemental information may include, but is not limited to, network addresses, session identifiers, process IDs, command execution details, and object path metadata, when these details enhance the value and interpretability of audit records.

All audit records must be generated consistently across relevant systems and retained in accordance with applicable retention policies. Audit content must be protected from unauthorized access, modification, and deletion to maintain the confidentiality, integrity, and availability of CUI on CUI systems enrolled in CRSP and support compliance with NIST SP 800-171.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
PI/PPPI/PPEnsure assigned systems capture required audit record contentContinuous; review after system changes
ISOISOEnsure audit records capture required content; validate metadata accuracyContinuous; review annually
ET CRSPISO / ET CRSPImplement and maintain logging mechanisms that capture required contentContinuous; after system changes
ISOORSC / ISOValidate completeness and accuracy of audit recordsAnnually and after significant incidents
PI/PPPI/PPReview records for regulatory complianceAnnually

03.03.03 Audit Record Generation

Control Requirement:

  1. Generate audit records for the selected event types and audit record content specified in 03.03.01 and 03.03.02.
  2. Retain audit records for a time period consistent with the records retention policy.

Policy Statement:

UT Austin ensures that all CUI systems processing, storing, or transmitting CUI generate audit records in accordance with the event types and audit record content defined in AU-03.03.01 and AU- 03.03.02. Audit record generation is a required capability of all applicable system components to support accountability, incident detection, forensic analysis, and continuous security monitoring.

Systems must be configured to:

  • Generate audit records for all organization-defined security-relevant events, including authentication activities, privilege use, configuration changes, user and group management actions, and other events specified in AU-03.03.01.
  • Include complete audit record content as defined in AU-03.03.02, ensuring each log record captures the required details needed to understand what occurred, when, where, by whom, and with what outcome.
  • Transmit audit records to designated centralized logging repositories or security monitoring tools to support analysis and correlation activities.

Audit records must be retained for a period consistent with the institutional records retention policy, applicable federal requirements, and the UT Austin CRSP 3.0 CUI Governance Policy. Retention periods must ensure sufficient availability of log data for security investigations, compliance reporting, and operational needs. Audit records must remain protected against unauthorized access, modification, and deletion throughout their retention lifecycle.

This policy ensures that UT Austin maintains reliable, complete, and durable audit logging capabilities that support NIST SP 800-171 requirements and provide a trustworthy foundation for security oversight and incident response.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOOversight and governance of logging programAnnually summary review
PI/PPPI/PPEnsure system logging complies with retention and generation requirementsContinuous; review after changes
ISOISOEnsure audit records are generated and transmitted correctlyContinuous; review monthly
ET CRSPISO / ET CRSPGenerate, secure, and maintain logsContinuous; after system changes
ISOORSC / ISOReview log generation processes and completenessAnnually and after incidents
ORSCORSC / ISOVerify adherence to record retention and generation policiesAnnually

03.03.04 Audit Logging Failure Alerts

Control Requirement:

  1. Alert organizational personnel or roles within near real time or as soon as practicable upon discovery in the event of an audit logging process failure.
  2. Take the following additional actions: document the failure and resolution, troubleshoot, repair/restart the audit logging process, and report as incident if applicable.

Policy Statement:

UT Austin detects, alerts on, and responds to failures in audit logging processes to ensure the integrity, availability, and reliability of audit records for CUI systems enrolled in CRSP. Audit logging capabilities must remain fully functional to support accountability, security monitoring, and incident investigation in alignment with NIST SP 800-171 and the UT Austin CRSP 3.0 CUI Governance Policy.

System components must:

  • Generate alerts in near real time, or as soon as practicable upon discovery, when audit logging processes fail, stop, reach capacity limits, become misconfigured, or otherwise cease to function as intended.
  • Notify designated organizational personnel, including system owners, IT administrators, and security staff, so that prompt corrective action can be taken.
  • Document all audit logging failures and corresponding resolutions, including timestamps, root cause analysis (when applicable), and corrective actions performed.
  • Troubleshoot, repair, or restart failed audit logging services to restore normal operation as quickly as possible.
  • Report the failure as a security incident when applicable, in accordance with the UT Austin Incident Response Plan (IRP), particularly if the failure results in the loss of audit data, degrades or disables monitoring capabilities, or indicates potential tampering or unauthorized modification of audit logging mechanisms.

These requirements ensure that UT Austin maintains continuous and trustworthy audit logging functionality and responds effectively to disruptions that may impede the detection of unauthorized activity or compromise of CUI systems.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOOversee resolution and incident escalationAs failures occur
PI/PPPI/PPEnsure assigned systems participate in monitoring and recoveryContinuous; after system changes
ISOISOMonitor logging processes; receive alerts; coordinate remediationContinuous; real-time monitoring
ET CRSPISO / ET CRSPTroubleshoot and restore audit logging systemsAs failures occur
ORSCORSC / ISODocument failures and verify resolution meets complianceAs failures occur

03.03.05 Audit Record Review, Analysis, and Reporting

Control Requirement:

  1. Review and analyze system audit records at least weekly for indications and the potential impact of inappropriate or unusual activity.
  2. Report findings to organizational personnel or roles.
  3. Analyze and correlate audit records across different repositories to gain organization-wide situational awareness.

Policy Statement:

UT Austin establishes a structured process for the regular review, analysis, and reporting of system audit records to identify, evaluate, and respond to inappropriate or unusual activity within CUI systems enrolled in CRSP. This process supports accountability, risk management, and continuous situational awareness across the UT Austin environment in accordance with NIST SP 800- 171 and the UT Austin CRSP 3.0 CUI Governance Policy.

Key requirements include:

  • Review of Audit Records:
    • Audit records are reviewed at least weekly and after significant security incidents, system changes, or identified risks.
    • Reviews cover operating systems, applications, databases, network devices, and any other components generating audit logs relevant to CUI.
  • Analysis and Correlation:
    • Audit logs are analyzed for indications of unusual, unauthorized, or potentially malicious activity.
    • Correlation of audit records across multiple systems and repositories is performed to identify patterns, detect potential incidents, and provide organization-wide situational awareness.
  • Reporting Findings:
    • Identified anomalies, trends, or incidents are reported to responsible personnel, including the Chief Information Security Officer (CISO), Information System Security Officer (ISSO), and System Owners (ISOs).
    • Reports inform risk assessments, remediation actions, continuous monitoring activities, and compliance efforts.
  • Documentation:
    • All reviews, analyses, and resulting actions are documented in the System Security Plan (SSP), Plan of Action and Milestones (POA&M), or other institutional records to support traceability, audit readiness, and evidence of compliance.

This policy ensures that UT Austin maintains proactive oversight of audit data, enables timely detection of potential threats or unauthorized activity, and supports comprehensive accountability and risk management for CUI systems.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOOversight and governance of review processAnnual summary
PI/PPPI/PPEnsure assigned systems support review/analysisContinuous; review after changes
ISOISOSupport review, escalate findingsContinuous; update records after review
ET CRSPISO / ET CRSPProvide technical support for analysisAs needed
ISOORSC / ISOEnsure reviews align with policiesAt least annually
ORSCORSC / ISOReview and analyze audit logs for anomaliesAt least annually and after significant incidents

03.03.06 Audit Record Reduction and Report Generation

Control Requirement:

Provide audit record reduction and reporting to support on-demand analysis.

Policy Statement:

UT Austin implements structured processes and capabilities for audit record reduction and report generation to support effective review, analysis, reporting, and post-incident investigations of CUI systems enrolled in CRSP. These capabilities ensure that relevant information is efficiently accessible while preserving the integrity and completeness of original audit data in accordance with NIST SP 800-171 and the UT Austin CRSP 3.0 CUI Governance Policy.

Key requirements include:

  • Audit Record Reduction:
    • Audit records are filtered, summarized, or aggregated to produce manageable datasets for routine analysis, reporting, and trend identification without omitting critical security information.
    • Reduction processes maintain the fidelity of the original records, ensuring that no essential information for compliance, investigation, or accountability is lost.
  • Report Generation:
    • Automated and manual reporting tools generate actionable audit summaries for system owners, ISSOs, CISO, and other stakeholders.
    • Reports include relevant security events, anomalous activity trends, and indicators of potential system compromise, supporting informed risk management and decision-making.
  • Preservation of Original Records:
    • Original audit records are securely retained in their entirety, preserving content, sequence, and timestamps to support after-the-fact investigations, forensic analysis, and compliance verification.
    • Preservation methods ensure that records cannot be altered, deleted, or otherwise tampered with, maintaining accountability and traceability.
  • Integration with Security Processes:
    • Reduced audit datasets and generated reports feed into the audit review, incident response, continuous monitoring, and compliance reporting processes.
    • Findings and reports are documented and maintained in the System Security Plan (SSP), Plan of Action and Milestones (POA&M), or institutional recordkeeping systems.

This policy ensures that UT Austin can efficiently review and analyze audit data, generate actionable reports, and conduct thorough post-incident investigations while maintaining the integrity, completeness, and traceability of audit records across CUI systems.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOOversight and governanceAnnual summary
ISOISOConfigure reduction/reporting tools; ensure content integrityContinuous; after system changes
ET CRSPISO / ET CRSPSupport report generation and record preservationContinuous; as needed
ISOORSC / ISOReview reduced records and reportsAnnually
ORSCORSC / ISOValidate compliance with reporting and preservation requirementsAnnually

03.03.07 Timestamps

Control Requirement:

  1. Use internal system clocks to generate timestamps for audit records.
  2. Record timestamps for audit records that meet a granularity of one (1) second or smaller and that use Coordinated Universal Time (UTC), have a fixed local time offset from UTC, or include the local time offset as part of the time stamp.

Policy Statement:

UT Austin ensures that all audit records generated for CUI systems enrolled in CRSP include precise and consistent timestamps to support accountability, traceability, and forensic analysis in accordance with NIST SP 800-171 and the UT Austin CRSP 3.0 CUI Governance Policy.

Key requirements include:

  • Time Source and Generation:
    • Internal system clocks are used to generate timestamps for all audit records.
    • Systems synchronize clocks with authoritative time sources to maintain accuracy and consistency across all information systems.
  • Granularity and Format:
    • Audit records record timestamps with a granularity of one (1) second or finer to enable precise event sequencing and correlation.
    • Timestamps are expressed in Coordinated Universal Time (UTC), or include a fixed local time offset from UTC, ensuring clarity in multi-time zone environments.
  • Integration and Preservation:
    • Timestamps are embedded within all audit logs, event records, and associated metadata.
    • The accuracy and integrity of timestamps are preserved during audit record reduction, report generation, storage, and retrieval to support incident investigations, compliance assessments, and accountability reviews.

This policy ensures that UT Austin maintains consistent, accurate, and verifiable time information across all audit records, supporting effective monitoring, forensic analysis, and compliance with federal and institutional CUI requirements.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOOversightAnnual summary
PI/PPPI/PPEnsure system clocks and audit records meet timestamp requirementsContinuous; review after changes
ISOISOValidate timestamp accuracyContinuous; after changes or incidents
ET CRSPISO / ET CRSPConfigure and maintain synchronized system clocksContinuous; review annually
ISOORSC / ISOVerify timestamps comply with policyAnnually

03.03.08 Protection of Audit Information

Control Requirement:

  1. Protect audit information and audit logging tools from unauthorized access, modification, and deletion.
  2. Authorize access to management of audit logging functionality to only a subset of privileged users or roles.

Policy Statement:

UT Austin ensures that all CUI system audit records, audit logs, and associated audit logging tools are safeguarded against unauthorized access, modification, and deletion to maintain the integrity, confidentiality, and reliability of audit data in accordance with NIST SP 800-171 and the UT Austin CRSP 3.0 CUI Governance Policy.

Key requirements include:

  • Access Controls:
    • Access to audit logs, audit records, and audit logging tools is restricted to authorized personnel with a defined need-to-know.
    • Only a limited set of privileged roles, such as the Information System Security Officer (ISSO), IT Administrators, and designated Security Operations staff, may manage, configure, or administer audit logging functionality.
  • Data Protection:
    • Audit information is protected from unauthorized modification, deletion, or tampering through technical controls such as access control lists (ACLs), role-based access control (RBAC), encryption, and system permissions.
    • Backup and redundancy mechanisms are employed to ensure audit data is recoverable in the event of accidental deletion or system failure.
  • Monitoring and Enforcement:
    • Systems regularly monitor attempts to access or modify audit information to detect potential unauthorized activity.
    • Violations of audit information protection policies are logged, investigated, and escalated in accordance with the incident response program.
  • Documentation and Compliance:
    • All access and administrative actions related to audit logging functionality are logged and maintained for accountability.
    • Audit protection practices are reviewed periodically to ensure ongoing compliance with institutional policies and federal requirements.

This policy ensures the confidentiality, integrity, and availability of audit information and enforces strict access management to maintain a trustworthy and accountable audit environment for CUI systems.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOOversee the protection of audit information and audit logging tools; ensure policies align with federal and institutional requirementsAnnually or upon policy updates
PI/PPPI/PPEnsure audit information protection requirements are implemented for assigned systems; provide access for monitoring and verificationContinuous; review after system changes or assessments
ISOISOManage and monitor audit logging tools; enforce access controls; review logs for unauthorized access attemptsContinuous; review annually
ET CRSPISO / ET CRSPImplement technical protections (RBAC, ACLs, encryption); perform backups and recovery testing; respond to alerts regarding unauthorized access or tamperingContinuous; backup/recovery testing quarterly; alerts reviewed in real-time
ISOORSC / ISOVerify protection and integrity of audit recordsAnnually
ORSCORSC / ISOValidate adherence to access and protection requirementsAnnually
PI/PPPI/PPFollow institutional policies to avoid unauthorized access or manipulation of audit dataOngoing; at time of system use

03.08.09 Withdrawn

Control Requirement: Incorporated into 03.03.08.

NIST SP 800-171 Revision 2 to Revision 3 Change Analysis

SP 800-171 R Identifier2SP 800-171 R3 IdentifierRequirement StatusSummary of Changes
3.3.1 03.03.01Significant Change; New Organization-defined Parameter (ODP)New security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for an incident response plan and handling Addresses implementation of incident handling capability and development/update of the incident response plan
3.3.2 03.03.02Significant ChangeNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for event logging Added new ODP: events types to log Added new ODP: frequency to review and update event types selected for logging
3.3.3 03.03.03Significant ChangeNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for audit record content
3.3.4 03.03.04Significant Change; New Organization-defined Parameter (ODP)New security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for audit records generation and retention
SP 800-171 R2 IdentifierSP 800-171 R3 IdentifierRequirement StatusSummary of Changes
3.3.503.03.05Significant Change; New Organization-defined Parameter (ODP)New security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for audit record review, analysis, and reporting Added new ODP: frequency to review and analyze system audit records
3.3.603.03.06Significant ChangeNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for audit record reduction and report generation
3.3.703.03.07Significant Change; New Organization-defined Parameter (ODP)New security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for timestamps Added new ODP: granularity of time measurement
3.3.803.03.08Significant ChangeNew security requirement title Includes withdrawn requirement: 03.03.09
3.3.903.03.09Withdrawn Requirement 

CRSP Standard 3.4: Configuration Management (CM)

NIST SP 800-171 Rev. 3, Family 3.4

Purpose of Policy

The purpose of this Configuration Management (CM) Policy is to establish a structured and comprehensive approach for implementing configuration management practices that support the security requirements defined in NIST Special Publication (SP) 800-171 and the UT Austin CRSP 3.0 CUI Governance Policy.

This policy applies to all information systems, components, processes, and personnel within the University of Texas at Austin (UT Austin) environment that store, process, or transmit Controlled Unclassified Information (CUI) enrolled in CRSP.

This policy defines requirements for:

  • Establishing and maintaining baseline configurations for information systems and components;
  • Managing system changes through a controlled change management process, including documentation, approval, testing, and impact analysis;
  • Enforcing the use of secure configuration settings and maintaining an accurate, up-to-date inventory of system components;
  • Monitoring, reviewing, and controlling configuration drift to reduce vulnerabilities and maintain compliance with institutional, state, and federal requirements.

This policy provides the foundation for developing, implementing, and maintaining a configuration management program in compliance with NIST SP 800-171 and the UT Austin CRSP 3.0 CUI Governance Policy.

Scope of Policy

This Configuration Management (CM) Policy applies to all information systems, components, personnel, and processes within University of Texas at Austin (UT Austin) that access, store, process, or transmit CUI on CUI systems enrolled in CRSP.

This policy encompasses:

  • All cloud-based and on-premises environments where CUI is accessed, stored, processed, or transmitted;
  • System components, including servers, endpoints, network devices, applications, firmware, and configuration repositories;
  • All personnel involved in establishing, implementing, monitoring, reviewing, approving, or supporting configuration management activities;
  • Processes governing the development, documentation, review, approval, deployment, and auditing of configuration changes.

Explicit Exclusions

This policy does not apply to:

  • General university enterprise systems that do not process, store, or transmit CUI.
  • Institutional administrative systems (e.g., HR, finance, student information systems) unless those systems are formally designated as part of a CUI system enrolled in CRSP.
  • General-purpose IT services such as standard email, collaboration platforms, learning management systems, or campus network services that are not configured or authorized for CUI processing.
  • Public-facing university websites or research systems that do not contain CUI.
  • Personally owned devices that do not connect to or access CUI environments.

Systems or services may only fall under this policy if they have been formally designated, documented, and authorized as part of the applicable CUI system boundary in accordance with institutional CUI governance procedures.

The CM Policy establishes requirements for identifying, managing, monitoring, and controlling changes to system configurations to ensure only authorized, documented, and approved configurations are applied.

This policy supports compliance with NIST SP 800-171, UT Austin CRSP 3.0 CUI Governance Policy, applicable Federal Information Processing Standards (FIPS), and other relevant regulatory obligations.

The scope of this policy includes, but is not limited to, the following configuration management requirements:

Control Requirements

Control IDRequirement
03.04.01a. Develop and maintain under configuration control, a current baseline configuration of the system. b. Review and update the baseline configuration of the system [Assignment: organization-defined frequency] and when system components are installed or modified.
03.04.02a. Establish, document, and implement the following configuration settings for the system that reflect the most restrictive mode consistent with operational requirements: [Assignment: organization-defined configuration settings]. b. Identify, document, and approve any deviations from established configuration settings.
03.04.03a. Define the types of changes to the system that are configuration-controlled. b. Review proposed configuration-controlled changes to the system, and approve or disapprove such changes with explicit consideration for security impacts. c. Implement and document approved configuration-controlled changes to the system. d. Monitor and review activities associated with configuration-controlled changes to the system.
03.04.04a. Analyze changes to the system to determine potential security impacts prior to change implementation. b. Verify that the security requirements for the system continue to be satisfied after the system changes have been implemented.
03.04.05Define, document, approve, and enforce physical and logical access restrictions associated with changes to the system.
03.04.06a. Configure the system to provide only mission-essential capabilities.
 b. Prohibit or restrict use of the following functions, ports, protocols, connections, and services: [Assignment: organization-defined functions, ports, protocols, connections, and services]. c. Review the system [Assignment: organization-defined frequency] to identify unnecessary or nonsecure functions, ports, protocols, connections, and services. d. Disable or remove functions, ports, protocols, connections, and services that are unnecessary or nonsecure.
03.04.07Withdrawn; Incorporated into 03.04.06 and 03.04.08.
03.04.08a. Identify software programs authorized to execute on the system. b. Implement a deny-all, allow-by-exception policy for the execution of authorized software programs on the system. c. Review and update the list of authorized software programs [Assignment: organization-defined frequency].
03.04.09Withdrawn; Addressed by 03.01.05, 03.01.06, 03.01.07, 03.04.08, and 03.12.03.
03.04.10a. Develop and document an inventory of system components. b. Review and update the system component inventory [Assignment: organization-defined frequency]. c. Update the system component inventory as part of installations, removals, and system updates.
03.04.11a. Identify and document the location of CUI and the system components on which the information is processed and stored. b. Document changes to the system or system component location where CUI is processed and stored.
03.04.12a. Issue systems or system components with the following configurations to individuals traveling to high-risk locations: [Assignment: organization-defined system configurations]. b. Apply the following security requirements to the systems or components when the individuals return from travel: [Assignment: organization-defined security requirements].

Departments and Responsibilities

Departments and responsibilities related to configuration management on CUI systems enrolled in CRSP are established to ensure consistent application of secure configuration practices, proper change control, and system integrity.

The table below outlines key departments and their associated responsibilities in accordance with applicable federal requirements and institutional security objectives:

Departments and Responsibilities

Department (Primary)Department (Secondary)Responsibilities
Office of Research Support and Compliance (ORSC)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Provides executive oversight for configuration management activities supporting CUI; ensures sufficient resources and institutional support for compliance with federal and institutional requirements.
Information Security Office (ISO)Information Security Office (ISO)Oversees university-wide configuration management strategy; approves configuration management policies; ensures alignment with institutional risk management and federal compliance obligations; monitors high-risk travel system configurations.
Office of Research Support and Compliance (ORSC)Office of Research Support and Compliance (ORSC)Coordinates research-related security requirements; ensures configuration management practices support CUI protection within research units; integrates CM into research compliance programs.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Ensures system baseline configurations are defined, documented, and maintained; approves and coordinates system changes; ensures configuration-related risks are identified and addressed; approves travel system configurations.
Information Security Office (ISO)Information Security Office (ISO)Implements and monitors security configuration controls; ensures configuration changes follow established approval, testing, and documentation procedures; reports configuration deviations; inspects systems post-travel for tampering or compromise.
Office of Research Support and Compliance (ORSC)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO)Ensures configuration management activities comply with CUI requirements; coordinates with system owners to support configuration documentation; oversees travel-related system configuration compliance.
Enterprise Technology Controlled Research Support Program (ET CRSP)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Reviews, evaluates, and approves proposed configuration-controlled changes; ensures changes are tested, documented, and tracked.
Enterprise Technology Controlled Research Support Program (ET CRSP)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Implements and coordinates the operational aspects of configuration change management; ensures timely execution, testing, and validation of approved changes.
Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Apply and maintain approved configuration baselines; implement configuration changes; monitor for unauthorized modifications; document installations, updates, and removals; configure travel systems; purge or restore systems post-travel.
Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Configure and maintain network device baselines; ensure network-level configuration changes follow change-control processes; review network configurations for least functionality.
Information Security Office (ISO)Information Security Office (ISO)Monitor configuration-related security events; support detection and remediation of unauthorized changes; validate that configuration changes do not introduce vulnerabilities.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Ensure system configurations support appropriate protection of CUI; maintain documentation of where CUI resides on authorized systems; verify CUI removal from travel-issued systems unless approved.
Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP) / PI / Project Participants (PI/PP)Implement secure configuration settings for applications and system components; document configuration dependencies; support change impact analysis; implement least-functionality and authorized software controls.
Information Security Office (ISO)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO)Assess adherence to configuration management policies; validate correct documentation, approval, and testing of configuration changes; review audit logs for CM compliance.
Office of Research Support and Compliance (ORSC)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO) / PI / Project Participants (PI/PP)Monitor compliance with configuration management requirements; support risk assessments tied to configuration changes; review deviations from baselines.
Office of Research Support and Compliance (ORSC)Office of Research Support and Compliance (ORSC) / PI / Project Participants (PI/PP)Ensure personnel changes affecting configuration-related roles or privileges are communicated and reflected in system access assignments; support notification for travel system issuance.
Information Security Office (ISO)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO)Coordinates investigation of security events caused by unauthorized or misconfigured changes; ensures configuration data is preserved for analysis; responds to audit alerts related to CM failures.
PI / Project Participants (PI/PP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP) / ORSCSupport enforcement of physical access controls protecting systems whose configurations are managed under this policy; assist in protecting travel systems.
PI/PP/ Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Ensure vendor-provided systems or services meet configuration management requirements; maintain documentation of supplier-provided system baselines; validate configuration compliance for outsourced components.
Information Security Office (ISO)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO)Conduct independent assessments of configuration management practices; review compliance with NIST SP 800- 171 requirements and institutional policy.
Office of Research Support and Compliance (ORSC)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Ensure personnel receive training regarding configuration management responsibilities, least functionality, travel system handling, and prohibited configuration activities.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Follow approved configuration settings; do not modify system configurations without authorization; report suspected unauthorized changes; comply with least-functionality and authorized software policies; follow travel-related system guidelines.

Senior Management Commitment

Senior management at the University of Texas at Austin (UT Austin) affirms its commitment to the effective implementation and oversight of this Configuration Management Policy on CUI systems enrolled in CRSP.

Senior management supports the enforcement of this policy through the application of appropriate technical, managerial, and operational controls, and will ensure that sufficient resources, personnel, technology, and funding, are allocated to effectively implement and maintain these controls.

This commitment reflects the organization's recognition of the importance of cybersecurity and regulatory compliance in safeguarding information systems and supporting mission-critical operations .

Policy Statement

The University of Texas at Austin (UT Austin) maintains a comprehensive Configuration Management (CM) Policy to govern secure system configuration practices for protecting CUI systems enrolled in CRSP.

UT Austin:

  • Defines secure configuration baselines and enforces configuration management requirements across CUI systems;
  • Implements a formal change management process requiring review, approval, testing, documentation, and post-implementation validation;
  • Conducts security impact analyses for configuration-controlled changes;
  • Maintains accurate system inventories and documentation of locations housing CUI systems;
  • Enforces least functionality by disabling unnecessary services, ports, and protocols;
  • Continuously monitors for unauthorized configuration changes and implements corrective actions when deviations occur.

Support procedures are maintained for configuration baseline development, change approval workflows, configuration audits, deviation documentation, and security review processes.

The Chief Information Security Officer (CISO) is responsible for the development, approval, and periodic review of this policy. The Information System Owner (ISO) is responsible for implementing and disseminating this policy.

The policy is reviewed at least once every three (3) years, or sooner if required due to system changes, threat conditions, audit findings, or updates to regulatory requirements. Supporting operational procedures are reviewed annually to ensure continued alignment with current best practices, institutional requirements, and applicable state and federal mandates.

Control Requirements

03.04.01 Baseline Configuration

Control Requirement :

  1. Develop and maintain under configuration control, a current baseline configuration of the system.
  2. Review and update the baseline configuration of the system at least every 12 months and after any significant incidents or significant changes occur and when system components are installed or modified.

Policy Statement:

UT Austin develops, documents, and maintains baseline configurations for all CUI systems enrolled in CRSP. Baseline configurations include detailed specifications for hardware, software, firmware versions, standard security configurations, patch levels, and network topology necessary to ensure secure and consistent system operation.

UT Austin maintains all baselines under formal configuration control to ensure that only approved, authorized, and documented changes are implemented. Baseline configurations are reviewed and updated at least annually, and whenever system components are installed, upgraded, replaced, reconfigured, or otherwise modified in a way that could affect the system’s security posture.

UTAUS maintains a centralized, authoritative inventory of system components supporting baseline documentation. The inventory records include component type, manufacturer, model, serial number, physical or assigned logical location, installed software and versioning, licensing details, and network associations. For portable or mobile devices, the physical location documented is the primary workspace or office for the assigned user, regardless of temporary operational relocation during the workday. 

Baseline documentation and inventories are maintained in alignment with NIST SP 800-128 and institutional configuration management procedures to ensure accuracy, traceability, and compliance with federal requirements.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOOversees institutional strategy for configuration baselines and ensures alignment with NIST SP 800-171 and UT Austin CRSP 3.0 CUI Governance Policy requirements.Annually or upon major policy / standard updates
ORSCORSCEnsures baseline configurations are developed, documented, maintained, and approved for all systems under their authority.Annually and when system components change
PI/PPPI/PPReviews baseline configurations for completeness and security alignment; validates updates following system modifications.Annually and after installation or modification of components
ISOISOMaintain baseline configuration documentation under configuration control; ensure centralized repository accuracy.Ongoing, with formal review annually
ET CRSPORSC / ISO / ET CRSPApprove modifications to baseline configurations resulting from change requests; ensure updates remain under configuration control.Per change request
ET CRSPORSC / ISO / ET CRSPImplement and document baseline configurations for applicable systems; update baselines after component installation, modification, or removal.At implementation and upon system changes
ET CRSPISO / ET CRSPApply approved baselines to systems, monitor for configuration drift, and report deviations to ISSO and ISO.Ongoing, with formal review annually
ET CRSPISO / ET CRSPMaintain network-related baseline configurations (topology, firewall rules, device configurations).Annually and when network components are modified
ET CRSPISO / ET CRSPEnsures baseline configuration requirements are followed on CUI systems enrolled in CRSP and coordinates compliance activities.Annually
ORSCORSC / ISOVerifies baseline documentation and reviews for compliance with institutional and regulatory requirements.Annually
ORSCORSC / ISOConduct audits of baseline configuration records and associated change control documentation.Annually or in accordance with audit schedule
ISOORSC/ISODocument baseline configurations for developed or engineered systems and ensure secure configuration settings are applied.Per system release or version update
PI/PPET CRSP/ISOConfirms that research-related systems processing CUI maintain approved baseline configurations that meet federal requirements.Annually
ORSCORSC / ISO / PI/PPEvaluate risks associated with outdated or incomplete baselines and ensure mitigation planning.Annually
ORSCORSC / ISO / ET CRSP / PI/PPEnsure personnel under their supervision adhere to baseline configuration requirements and report deviations.Ongoing

03.04.02 Configuration Settings

Control Requirement:

a. Establish, document, and implement the following configuration settings for the system that reflect the most restrictive mode consistent with operational requirements: Apply the appropriate use of common security configurations available from the National Institute of Standards and Technology’s National Checklist Program (NCP) website (https://ncp.nist.gov/repository) and prevent remote devices from simultaneously establishing non-remote connections with organizational systems and communicating via some other unauthorized connection to resources in external networks. Document any deviations from the published standard or source document. 

b. Identify, document, and approve any deviations from established configuration settings. 

Policy Statement:

UT Austin establishes, documents, and enforces secure configuration settings for all CUI systems enrolled in CRSP. Configuration settings reflect the most restrictive mode consistent with operational requirements and are developed using authoritative sources, including the National Institute of Standards and Technology (NIST) National Checklist Program (NCP), DISA Security Technical Implementation Guides (STIGs), and CIS Benchmarks.

UT Austin applies configuration settings to operating systems, applications, firmware, network devices, and endpoint components to ensure security controls are implemented consistently across CUI systems enrolled in CRSP. Remote devices connecting to UT Austin systems must not establish simultaneous connections to external networks through unauthorized channels.

Any deviation from approved configuration settings must be identified, documented, justified, and formally approved through the established change control and configuration management processes. All configuration deviations must include rationale, risk assessment, and mitigation actions.

This approach ensures configurations remain secure, standardized, and aligned with NIST SP 800-171, NIST SP 800-70, NIST SP 800-128, and the UT Austin CRSP 3.0 CUI Governance Policy.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOEstablishes institutional security configuration requirements and ensures alignment with NIST and UT Austin CRSP 3.0 CUI Governance Policy.Annually or upon major regulatory change
ORSCORSCEnsures configuration settings are defined, documented, implemented, and maintained for assigned systems; approves deviations.Annually and upon system modification
PI/PPPI/PPReviews configuration settings for compliance; validates deviations and ensures required documentation is completed.Annually and as deviations occur
ISOISOMaintains configuration setting documentation, manages configuration control records, and ensures approved settings are current.Ongoing; formal review annually
ET CRSPORSC / ISO / ET CRSPReviews and approves deviations from configuration settings; ensures changes consider security impacts.Per deviation request
ET CRSPORSC / ISO / ET CRSPImplement approved configuration settings across systems; remediate deviations and apply updates consistently.Ongoing; review annually
ET CRSPISO / ET CRSPApply, monitor, and validate system configuration settings; report unauthorized changes or deviations.Ongoing; review annually
ET CRSPISO / ET CRSPApply and maintain secure configuration settings for network devices and enforce restrictions on unauthorized connections.Ongoing; review annually
ET CRSPISO / ET CRSPEnsures configuration settings meet CUI protection requirements; coordinates with ISO and ISSO on deviations.Annually
ORSCORSC / ISOReviews configuration settings and deviation documentation for compliance with policy and regulatory requirements.Annually
ORSCORSC / ISODevelop secure configuration standards and advise on configuration hardening based on NIST NCP, STIGs, and CIS Benchmarks.As updates are published or system changes occur
ISOISOConfirms that configuration settings on research systems processing CUI align with federal compliance expectations.Annually
ISOORSC/ISOConduct audits of configuration settings, deviations, and compliance with approved baselines.Annually or per audit cycle
ORSCORSC / ISO / PI/PPReviews risks associated with configuration deviations and ensures appropriate mitigations are in place.Annually
ORSCORSC / ISO / ET CRSP / PI/PPEnsure personnel adhere to configuration enforcement requirements and report unauthorized changes.Ongoing

03.04.03 Configuration Change Control

Control Requirement:

  1. Define the types of changes to the system that are configuration-controlled.
  2. Review proposed configuration-controlled changes to the system, and approve or disapprove such changes with explicit consideration for security impacts.
  3. Implement and document approved configuration-controlled changes to the system.
  4. Monitor and review activities associated with configuration-controlled changes to the system.

Policy Statement:

UT Austin establishes and enforces a formal Configuration Change Control process for all CUI systems enrolled in CRSP. UT Austin identifies and defines the types of changes subject to configuration control, including but not limited to modifications to hardware, software, firmware, operating system settings, security configurations, network architecture, and established baseline configurations.

All proposed configuration-controlled changes must be reviewed, assessed for security and operational impact, and approved by the Change Control Board (CCB) or an authorized change authority before implementation. UT Austin requires that all approved changes be documented, tested in a controlled environment when feasible, and implemented according to established change management procedures. Unauthorized changes are prohibited and will be investigated.

UT Austin monitors and reviews all configuration-controlled change activities to ensure changes are implemented as approved, logged in an auditable system, and evaluated for potential security implications. Configuration change artifacts—including change requests, test results, approvals, implementation records, and post-implementation reviews—are retained in accordance with institutional requirements.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOEstablishes university-wide configuration change control strategy; ensures alignment with policy and federal requirements; reviews high-risk or critical changesOngoing; review annually or as defined by institutional policy
PI/PPPI/PPDefines configuration-controlled changes for assigned systems; approves or coordinates change requests; ensures changes align with baseline and security requirementsAs changes are proposed; review before implementation
ISOISOEvaluates proposed changes for security impact; monitors implementation; validates adherence to configuration management policiesContinuous; review after each change or periodically based on system criticality
ET CRSPORSC / ISO / ET CRSPReviews, evaluates, approves, or disapproves proposed configuration changes; considers operational and security impacts; maintains change logsFor each proposed configuration-controlled change
ET CRSPISO / ET CRSPImplement approved configuration changes; document implementation details; test and validate changes; report deviations or incidentsAs changes are approved and implemented
PI/PPPI/PPProvide input on data or CUI-related impacts of proposed changes on CUI systems enrolled in CRSP; ensure changes do not compromise data integrity or accessAs changes are proposed and implemented
PI/PPPI/PPApprove configuration changes that impact research systems under their supervision; ensure research compliance with changeAs required for proposed changes affecting research environments As required for proposed changes
or as defined by
institutional policy
  control; Communicate personnel changes that affect access rights and roles to support accurate configuration controlaffecting research environments; As personnel changes occur
PI/PPPI/PPFollow approved procedures when requesting or initiating configuration changes; report unauthorized changes or anomaliesAs needed; ongoing

03.04.04 Impact Analyses

Control Requirement:

  1. Analyze changes to the system to determine potential security impacts prior to change implementation.
  2. Verify that the security requirements for the system continue to be satisfied after the system changes have been implemented.

Policy Statement:

UT Austin conducts formal security impact analyses for all proposed changes to CUI systems enrolled in CRSP. These analyses evaluate the potential effects of changes on system confidentiality, integrity, and availability, ensuring that all security requirements defined in NIST SP 800-171 and UT Austin CRSP 3.0 CUI Governance Policy continue to be satisfied.

Impact analyses are required prior to the implementation of any configuration-controlled change, including modifications to hardware, software, firmware, network configurations, and access controls. Analyses are documented and reviewed to verify that post-change systems maintain compliance with security baselines, approved configuration settings, and institutional policies. Any identified risks are addressed through mitigation measures or change adjustments before approval and implementation.

This policy ensures that UT Austin maintains a secure, compliant, and resilient IT environment, minimizing the risk of unauthorized access, data compromise, or operational disruption resulting from system changes.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOReview and oversee the security impact analysis process; ensure analyses address institutional policy, NIST SP 800-171, and UT Austin CRSP 3.0 CUI Governance Policy requirementsOngoing; review annually or as defined by policy
PI/PPPI/PPIdentify proposed system changes; coordinate with ISSO and other personnel to ensure all changes undergo impact analysis; verify that post-change systems meet security requirementsPrior to implementation of each system change; verify after change completion
ISOISOConduct detailed security impact analyses on proposed changes; assess effects on confidentiality, integrity, and availability; document findings and recommend mitigationFor every proposed configuration-controlled change; follow up after implementation
ET CRSPORSC / ISO / ET CRSPReview impact analyses for proposed changes; approve or reject changes based on security and operational risksFor each proposed configuration-controlled change
ET CRSPISO / ET CRSPImplement changes in accordance with impact analysis recommendations; support verification of security controls post-implementationAs approved changes are implemented; verify after implementation
PI/PPPI/PPProvide input on how proposed changes may affect CUI or data handling on CUI systems enrolled in CRSP; validate that changes do not compromise data protectionPrior to implementation of changes affecting data
PI/PPPI/PPEnsure that changes impacting research systems do not adversely affect compliance or data integrity; review analyses for systems under their supervisionPrior to implementation of changes affecting research systems
PI/PPPI/PPReport issues or deviations observed after changes are implemented; provide feedback on operational impactAs changes are deployed; ongoing

03.04.05 Access Restrictions for Change

Control Requirement:

Define, document, approve, and enforce physical and logical access restrictions associated with changes to the system.

Policy Statement:

UT Austin establishes, documents, and enforces both physical and logical access restrictions for all configuration management functions related to CUI systems enrolled in CRSP.

Access to configuration repositories, change control tools, and system configuration settings is limited to authorized personnel with a documented need-to-know, enforced through role-based access controls, multifactor authentication, and time-based or situational restrictions. Physical access to secure facilities or equipment housing configuration-critical components is controlled and monitored according to institutional policies.

All configuration-related activities are logged, and access privileges are reviewed periodically to ensure compliance with NIST SP 800-171 and UT Austin CRSP 3.0 CUI Governance Policy. Unauthorized access attempts are investigated, and changes are permitted only during approved maintenance windows whenever feasible. This policy ensures that only qualified and authorized personnel can make or approve changes, maintaining system integrity, protecting CUI, and reducing the risk of unauthorized modifications.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOOversee access restrictions for configuration management functions; ensure alignment with institutional policy and compliance requirementsOngoing; review annually
PI/PPPI/PPDefine access requirements for system changes; approve access for personnel involved in configuration activitiesPrior to granting access and upon role changes
ISOISOImplement and monitor logical access controls; review access logs for configuration management tools; investigate unauthorized access attemptsContinuous monitoring; review annually or after incidents
ET CRSPORSC / ISO / ET CRSPApprove access for personnel performing configuration changes; ensure access is granted only to authorized individualsPrior to implementation of configuration-controlled changes
ET CRSPISO / ET CRSPConfigure and maintain access controls to enforce logical restrictions; monitor and log configuration activity; support auditsContinuous; verify access after changes and annual reviews
PI/PPPI/PPConfirm that personnel accessing configuration functions are authorized to handle associated CUI on CUI systems enrolled in CRSPPrior to granting access and during periodic review
PI/PPPI/PPEnsure research team members adhere to approved access policies for systems under their supervisionPrior to granting access; ongoing oversight
ORSCORSC / PI/PPCommunicate personnel changes affecting access privileges to system owners and administratorsImmediately upon personnel changes
ISOISOMonitor alerts related to unauthorized access attempts to configuration management systemsContinuous; escalate incidents as required
PI/PPPI/PPAccess configuration functions only when authorized; comply with access restrictions; report unauthorized access attemptsAs needed; ongoing adherence

03.04.06 Least Functionality

Control Requirement:

  1. Configure the system to provide only mission-essential capabilities.
  2. Prohibit or restrict use of the following functions, ports, protocols, connections, and services: Where feasible, organizations should limit component functionality to a single function per component. Organizations should consider removing unused or unnecessary software and disabling unused or unnecessary physical and logical ports and protocols to prevent unauthorized connection of components, transfer of information, and tunneling. Organizations should employ network scanning tools, intrusion detection, and prevention systems, and end-point protection technologies, such as firewalls and host-based intrusion detection systems, to identify and prevent the use of prohibited functions, protocols, ports, and services. Least functionality should also be achieved as part of the fundamental design and development of the system.
  3. Review the system at least every 12 months, when any system functions, ports, protocols, or services changes are made, and after any significant incidents or significant changes to risks, to identify unnecessary or nonsecure functions, ports, protocols, connections, and services.
  4. Disable or remove functions, ports, protocols, connections, and services that are unnecessary or nonsecure.

Policy Statement:

UT Austin configures all CUI systems enrolled in CRSP to provide only mission-essential capabilities. Systems are deployed with minimal functionality required for operational objectives, and all nonessential functions, ports, protocols, connections, and services are disabled or removed.

UT Austin employs a layered approach to enforce least functionality, including:

  • Using endpoint protection, host-based intrusion detection systems, firewalls, and network monitoring tools to identify and prevent unauthorized functions, connections, or services;
  • Conducting periodic reviews of system functions, services, and configurations to identify and remediate unnecessary or nonsecure components;
  • Integrating least functionality principles into system design, development, and procurement to reduce attack surfaces and mitigate potential security risks.

This policy ensures that only authorized and necessary capabilities are available on UT Austin systems, enhancing system integrity, reducing the risk of exploitation, and maintaining compliance with NIST SP 800-171 and UT Austin CRSP 3.0 CUI Governance Policy.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOOversee institutional enforcement of least functionality principles and review policy complianceAnnually; after significant system changes or incidents
PI/PPPI/PPEnsure systems under their control are configured for least functionality; approve deviations for operational needsPrior to deployment; after any system changes
ISOISOMonitor system configurations; validate that only authorized functions, ports, protocols, and services are enabled; coordinate remediation of nonessential componentsContinuous monitoring; review annual or after incidents
ET CRSPISO / ET CRSPImplement configuration changes to disable or remove unnecessary services, ports, protocols, and functions; verify enforcement of least functionality settingsUpon system deployment, configuration changes, or updates; review at least annually
ET CRSPISO / ET CRSPApprove use of essential system functions and review proposed exceptionsPrior to approval of exceptions; annual review
ISOISODetect and alert on unauthorized functions, connections, or services using network and host monitoring toolsContinuous; escalate incidents as required
PI/PPPI/PPOperate systems in accordance with approved functionality; report unauthorized or unexpected system behaviorsOngoing, as needed
ORSCORSC / PI/PPEnsure research team members adhere to least functionality principles when using systems under their supervisionPeriodic oversight; review at least annually
ET CRSPORSC / ISO / ET CRSPReview and approve changes that may alter system functionality to ensure alignment with least functionality principlesPrior to implementation of configuration-controlled changes
PI/PPPI/PPCommunicate personnel or role changes that affect access to system functionsImmediately upon changes

03.04.07 Withdrawn

Control Requirement: Incorporated into 03.04.06 and 03.04.08.

03.04.08 Authorized Software – Allow by Exception

Control Requirement:

  1. Identify software programs authorized to execute on the system.
  2. Implement a deny-all, allow-by-exception policy for the execution of authorized software programs on the system.
  3. Review and update the list of authorized software programs at least quarterly.

Policy Statement:

UT Austin enforces strict controls over the execution of software on CUI systems enrolled in CRSP. Only software explicitly identified and approved for use is authorized to execute on these systems.

UT Austin implements a deny-all, allow-by-exception approach to software execution using application control or whitelisting technologies. Key practices include:

  • Maintaining an inventory of approved software programs authorized for execution;
  • Validating approved software using cryptographic checksums or digital signatures to ensure integrity;
  • Conducting integrity checks at system startup and/or during execution to detect unauthorized modifications;
  • Reviewing and updating the list of authorized software programs at least quarterly or after any significant system or security event;
  • Enforcing the policy across endpoints, servers, and other enterprise-managed systems to prevent execution of unauthorized or potentially harmful software.

This policy ensures the integrity of CUI systems enrolled in CRSP, reduces the risk of malware or unauthorized applications, and supports compliance with NIST SP 800-171 and UT Austin CRSP 3.0 CUI Governance Policy.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOOversee enforcement of authorized software controls; review policy adherence across CUI systemsAnnually; after significant system changes or security incidents
PI/PPPI/PPApprove software for execution on systems under their control; validate necessity for operational requirementsPrior to deployment; as new software is proposed
ISOISOMonitor and verify that only authorized software is executed; coordinate remediation of unauthorized softwareContinuous; review at least quarterly
ET CRSPORSC / ISO / ET CRSPReview and approve changes affecting software installation or execution policies to ensure alignment with deny-all, allow-by-exception controlsPrior to implementation of configuration-controlled changes
ET CRSPISO / ET CRSPImplement application whitelisting or equivalent controls; enforce deny-all, allow-by-exception policy; verify cryptographic integrity of authorized softwareUpon deployment, system changes, or software updates; review quarterly
PI/PPPI/PPApprove use of authorized software in alignment with data classification and operational requirementsPrior to software approval; review quarterly
PI/PPPI/PPEnsure research team members comply with authorized software policies on systems under their supervisionPeriodic oversight; review at least annually
ORSCORSC / PI/PPCommunicate personnel changes that affect software execution permissions or rolesImmediately upon changes
ISOISODetect and alert on execution of unauthorized software; escalate incidents as requiredContinuous; review alerts in real time
PI/PPPI/PPExecute only approved software; report unauthorized or unexpected applications or behaviorsOngoing, as needed

03.04.09 Withdrawn

Control Requirement: Addressed by 03.01.05, 03.01.06, 03.01.07, 03.04.08, and

03.12.03.

03.04.10 System Component Inventory

Control Requirement:

  1. Develop and document an inventory of system components.
  2. Review and update the system component inventory at least quarterly.
  3. Update the system component inventory as part of installations, removals, and system updates.

Policy Statement:

UT Austin maintains a comprehensive inventory of all system components that store, process, or transmit CUI on CUI systems enrolled in CRSP. The inventory includes, at a minimum, hardware, software, firmware, network devices, and associated system components. For each component, the inventory records manufacturer, model, serial number, version, configuration, licensing information, primary physical or virtual location, and ownership or custodianship information.

The system component inventory is reviewed and updated at least quarterly and whenever system components are installed, removed, or updated. Updates are documented to maintain accuracy and traceability. This inventory supports configuration management, security assessments, auditing, and compliance with NIST SP 800-171 and UT Austin CRSP 3.0 CUI Governance Policy by providing visibility into the university’s information system landscape and ensuring accountability for all components.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOOversee institutional system component inventory management; ensure compliance with policy and NIST SP 800-171 and UT Austin CRSP 3.0 CUI Governance Policy requirementsAnnually; after significant system changes or security events
PI/PPPI/PPApprove inventory entries for systems under their control; validate completeness and accuracyContinuous; review quarterly
ISOISOMaintain and verify the system component inventory; ensure updates reflect installations, removals, and system updatesContinuous; review quarterly
ET CRSPORSC / ISO / ET CRSPEnsure that proposed system component changes are reflected in inventory updatesPrior to implementation of configuration-controlled changes
ET CRSPISO / ET CRSPRecord new, removed, or modified system components in the inventory; maintain accurate configuration and location informationUpon installation, removal, or system updates; review quarterly
PI/PPPI/PPVerify that system components storing or processing CUI are correctly recorded and properly managed on CUI systems enrolled in CRSPContinuous; review quarterly
PI/PPPI/PPConfirm research-related system components are accurately documented and maintained within inventoryPeriodic oversight; review quarterly
ORSCORSC / PI/PPNotify system administrators of personnel changes that affect system component custodianshipImmediately upon changes
PI/PPPI/PPReport system component changes or discrepancies to administratorsOngoing, as needed

03.04.11 Information Location

Control Requirement:

  1. Identify and document the location of CUI and the system components on which the information is processed and stored.
  2. Document changes to the system or system component location where CUI is processed and stored.

Policy Statement:

UT Austin identifies and documents the physical and logical locations of all CUI and the CUI systems or system components enrolled in CRSP on which CUI is processed, stored, or transmitted. The locations include on-premises servers, cloud environments, network storage, endpoints, and portable devices.

Changes to the location of CUI or system components on CUI systems enrolled in CRSP are documented promptly to ensure that security, access controls, and compliance measures remain accurate and effective. Maintaining an up-to-date record of CUI locations supports accountability, traceability, and compliance with NIST SP 800-171 and UT Austin CRSP 3.0 CUI Governance Policy.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOOversee institutional tracking of CUI locations; ensure compliance with policy and NIST SP 800-171 requirementsAnnually; after significant system or CUI location changes
PI/PPPI/PPApprove documentation of CUI locations for systems under their control; validate completeness and accuracyContinuous; review annually
ISOISOMaintain and verify records of CUI locations; ensure updates reflect system changes, migrations, or relocationsContinuous; review annually
ET CRSPORSC / ISO / ET CRSPEnsure proposed changes impacting CUI locations on CUI systems enrolled in CRSP are accurately documented and approvedPrior to implementation of configuration-controlled changes
ET CRSPISO / ET CRSPRecord system components and CUI locations on CUI systems enrolled in CRSP; implement updates in inventory and configuration management systemsUpon system changes or relocations; review annually
PI/PPPI/PPConfirm CUI locations on CUI systems enrolled in CRSP are correctly documented and maintained; update records upon changesContinuous; as CUI or system locations change
PI/PPPI/PPVerify research-related CUI and system locations on CUI systems enrolled in CRSP are documented accurately within the inventoryPeriodic oversight; review annually
ORSCORSC / PI/PPNotify system administrators of personnel changes affecting CUI custodianship or system access locations on CUI systems enrolled in CRSPImmediately upon changes
PI/PPPI/PPReport changes to CUI locations on CUI systems enrolled in CRSP, system components, or access points to administratorsOngoing, as needed

03.04.12 System and Component Configuration for High-Risk Areas

Control Requirement:

  1. Issue systems or system components with the following configurations to individuals traveling to high-risk locations: a configuration that has no CUI or FCI stored on the system and prevents the processing, storing, and transmission of CUI and FCI, unless a specific exception is granted in writing by the Contracting Officer.
  2. Apply the following security requirements to the systems or components when the individuals return from travel: examine the system for signs of physical tampering and take the appropriate actions, and then either purge and reimage all storage media or destroy the system.

Policy Statement:

UT Austin enforces strict configuration management for systems and components issued to personnel traveling to high-risk locations to prevent unauthorized access, processing, or storage of Controlled Unclassified Information (CUI) or Federal Contract Information (FCI). Systems issued for travel are configured to minimize risk and protect institutional data while ensuring operational continuity.

This is enforced through the following procedures:

  1. Travel System Issuance
    • All systems issued for travel to high-risk locations are preconfigured with no CUI or FCI stored unless a formal exception is documented and approved by the Contracting Officer.
    • Systems are deployed with:
    • Only mission-essential software installed.
    • Security configurations aligned with DISA STIGs, NIST SP 800-171, and UT Austin baseline settings.
    • Application whitelisting and endpoint protection enabled.
    • Network restrictions preventing external or unauthorized connections.
    • End users are provided instructions and training on system use, data handling restrictions, and reporting procedures during travel.
  2. During Travel
    • Users must use only the approved system for travel.
    • Unauthorized software installation, modification of security settings, or introduction of CUI/FCI is prohibited.
    • Any anomalies, suspected compromise, or security incidents must be reported immediately to the ISSO and SOC.
  3. Post-Travel System Handling
    • Upon return, the ISSO or designated personnel inspect the system for signs of physical tampering.
    • Systems are then either:
    • Purged and reimaged to baseline configurations, or
    • Destroyed if determined to be high-risk or compromised.
    • All actions, including inspections, purges, and reimaging, are documented in the configuration management records.
    • Systems that contained authorized CUI or FCI exceptions are verified against documentation and stored securely or destroyed per policy.
  4. Operating System–Specific Implementation
    • Windows: Use BitLocker encryption for storage, Group Policy Objects (GPO) to enforce restrictions, and endpoint protection tools to prevent unauthorized installations.
    • Linux: Implement disk encryption (LUKS), SELinux/AppArmor policies, and package whitelisting.
    • macOS: Use FileVault, MDM-enforced security profiles, and application whitelisting to enforce travel system configurations.
  5. DISA STIG Implementation
    • Apply relevant STIGs for endpoint hardening, account restrictions, network configuration, and application control to all travel systems.
    • Validate STIG compliance during pre-travel system provisioning and post-travel reimaging or inspection.
  6. Audit and Compliance
    • Configuration management records for travel systems, including inspections, purges, reimages, and exceptions, are retained in the institutional CMDB for traceability and audit purposes.
    • Exceptions to the no-CUI policy require documented approval and risk assessment prior to travel.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOOversee travel-related system configuration policy; ensure compliance with NIST SP 800-171 and UT Austin CRSP 3.0 CUI Governance PolicyAnnually; review after high-risk travel events
PI/PPPI/PPApprove travel system configurations; ensure exceptions are documented and authorizedPrior to issuance; as exceptions are granted
ISOISOVerify systems are properly configured for travel; inspect systems post-travel for signs of tampering or compromisePrior to issuance; upon return from travel
ET CRSPISO / ET CRSPApply approved travel configurations; purge or restore systems after return; document all actionsBefore travel; immediately after return
PI/PPPI/PPConfirm that no CUI or FCI is present on travel-issued systems unless formally approvedPrior to travel; upon system return
PI/PPPI/PPEnsure personnel under their supervision comply with travel configuration requirementsBefore travel; after system return
ORSCORSC / PI/PPNotify relevant personnel and administrators of travel schedules affecting CUI systemsPrior to travel departure
PI/PPPI/PPUse only authorized systems during travel; report any suspected compromise or anomalies immediatelyDuring travel; immediately upon return

NIST SP 800-171 Revision 2 to Revision 3 Change Analysis

SP 800-171 R2 IdentifierSP 800-171 R3 IdentifierRequirement StatusSummary of Changes
3.4.103.04.01Minor Change; New ODPNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for implementing a baseline configuration Added new ODP: frequency to review and update baseline configuration
3.4.203.04.02Significant Change; New ODPNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for implementing configuration settings Added new ODP: configuration settings
3.4.303.04.03Significant ChangeNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for implementing configuration change control Updated discussion to show relationship to 03.04.04
3.4.403.04.04No Significant ChangeNew security requirement title Added part b. to verify the security requirements continue to be satisfied. Updated discussion to show relationship to 03.04.03
3.4.503.04.05Significant ChangeNew security requirement title
3.4.603.04.06Significant Change; New ODPNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for implementing least functionality Added new ODP: prohibited or restricted functions, system ports, protocols, software, and/or services Added new ODP: frequency to review system for unnecessary or nonsecure functions, ports, protocols, connections, and services Includes withdrawn requirement: 03.04.07
3.4.703.04.07Withdrawn Requirement 
3.4.803.04.08Significant Change; New ODPNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for implementing allow by exception policy for authorized software Added new ODP: frequency to review and update authorized software programs
3.4.903.04.09Withdrawn Requirement 
N/A03.04.10New ODP; New RequirementNew security requirement based on CM-08 and CM-08(01) (SP 800-53, Revision 5). Added new ODP: frequency to review and update system component inventory
N/A03.04.11New RequirementNew security requirement based on CM-12 (SP 800-53, Revision 5) - newly added to the SP 800-53B moderate baseline
N/A03.04.12New RequirementNew security requirement based on CM-02(07) (SP 800-53, Revision 5).- newly added to the SP 800-53B moderate baseline

CRSP Standard 3.5: Identification and Authentication (IA)

NIST SP 800-171 Rev. 3, Family 3.5

Purpose of Policy

The University of Texas at Austin (UT Austin) establishes a structured and comprehensive framework for implementing Identification and Authentication (IA) practices to protect Controlled Unclassified Information (CUI) on CUI systems enrolled in CRSP. This policy supports the UT Austin CRSP 3.0 CUI Governance Policy and aligns with NIST SP 800-171 requirements.

UT Austin IA objectives include:

  • User Identification and Authentication: Uniquely identify and authenticate users prior to granting access to CUI systems and re-authenticate users under organization-defined conditions.
  • Device Identification and Authentication: Ensure that organizationally defined devices are uniquely identified and authenticated before connecting to systems.
  • Multifactor authentication (MFA): Enforce MFA for all privileged and non-privileged accounts accessing CUI on CUI systems enrolled in CRSP.
  • Replay-Resistant Authentication: Implement replay-resistant authentication mechanisms for all account types to prevent credential replay attacks.
  • Identifier Management: Manage all user, device, service, and role identifiers, including assignment, authorization, uniqueness, and restrictions on reuse.
  • Password Management: Maintain lists of known compromised passwords, enforce cryptographic protections, complexity requirements, and secure procedures for password creation and resets.
  • Authentication Feedback: Obscure feedback during login attempts to prevent inadvertent disclosure of account or system information.
  • Authenticator Management: Verify identity prior to issuing authenticators, protect authenticator content, manage lost or compromised authenticators, and enforce periodic changes as required.

This policy establishes the foundational requirements for designing, implementing, and maintaining secure identification and authentication mechanisms, ensuring the confidentiality, integrity, and availability of CUI within CUI systems.

Scope of Policy

This policy applies to all University of Texas at Austin (UT Austin) information systems, personnel, devices, and operational environments enrolled in CRSP that create, store, process, transmit, or otherwise handle Controlled Unclassified Information (CUI).

The scope encompasses:

  • UT Austin-managed and third-party systems requiring user or device authentication prior to accessing CUI.
  • User and device identification, authentication, and re-authentication, including password and authenticator management processes.
  • Multifactor authentication (MFA) enforcement for privileged, remote, or non-local access.
  • Replay-resistant authentication mechanisms to prevent credential capture, reuse, or spoofing.
  • Identifier management processes for users, devices, services, and roles, including assignment, authorization, uniqueness, and reuse restrictions.
  • Personnel responsible for IA implementation, operation, approval, or review, including system owners, administrators, and designated security staff.
  • Protection of authentication information, including passwords, tokens, and cryptographic authenticators, from unauthorized disclosure or modification.

Explicit Exclusions This policy does not apply to:

  • General university enterprise systems that do not process, store, or transmit CUI.
  • Institutional administrative systems (e.g., HR, finance, student information systems) unless those systems are formally designated as part of a CUI system enrolled in CRSP.
  • General-purpose IT services such as standard email, collaboration platforms, learning management systems, or campus network services that are not configured or authorized for CUI processing.
  • Public-facing university websites or research systems that do not contain CUI.
  • Personally owned devices that do not connect to or access CUI environments.

Systems or services may only fall under this policy if they have been formally designated, documented, and authorized as part of the applicable CUI system boundary in accordance with institutional CUI governance procedures.

This policy ensures consistent, secure, and compliant Identification and Authentication practices aligned with NIST SP 800-171, the UT Austin CRSP 3.0 CUI Governance Policy, and applicable federal and institutional requirements.

The scope includes, but is not limited to, the following identification and authentication requirements necessary for secure access to CUI systems and protection of CUI:

Control Requirements

Control IDRequirement
03.05.01Organizations shall uniquely identify and authenticate system users, associating each unique identifier with processes acting on behalf of those users. Users shall be re-authenticated under organization-defined circumstances, including when roles, authenticators, or credentials change (including modification of user privileges); when the security categories of systems change; when executing privileged functions; and after session termination.
03.05.02Uniquely identify and authenticate all devices for identification, where feasible for authentication, and document when not feasible.
03.05.03Organizations shall implement multifactor authentication for access to privileged and non-privileged accounts.
03.05.04Organizations shall implement replay-resistant authentication mechanisms for access to privileged and non-privileged accounts.
03.05.05Organizations shall assign and manage identifiers for individuals, groups, roles, services, or devices only after receiving authorization from designated personnel or roles. Assigned identifiers must uniquely identify the subject, prevent reuse for at least ten (10) years, and be managed to reflect organization-defined characteristics, including distinctions for privileged or non-privileged users, contractors, foreign nationals, and/or non-organizational users.
03.05.06Withdrawn
03.05.07Organizations shall maintain a list of commonly used, expected, or compromised passwords, updating it at least quarterly and whenever passwords are suspected to be compromised. Users must not create or update passwords that appear on this list. Passwords shall be transmitted only over cryptographically protected channels, stored in a cryptographically protected form, and replaced upon first use after account recovery. Passwords must comply with organization-defined composition and complexity rules, including a minimum length of 16 characters and exclusion of the user’s account name or full name.
03.05.08Withdrawn
03.05.09Withdrawn
03.05.010Incorporated into 03.05.07.
03.05.11Obscure feedback of authentication information.
03.05.12Organizations shall verify the identity of the individual, group, role, service, or device receiving an authenticator during initial distribution, establish initial authenticator content, and implement administrative procedures for distributing, revoking, or replacing lost, compromised, or damaged authenticators. Default authenticators must be changed upon first use. Authenticators shall be changed or refreshed according to organization-defined frequency—never for passwords where MFA is employed, at least every five (5) years for hard tokens and identification badges, and at least every three (3) years for all other authenticators—or following relevant security events. Authenticator content shall be protected from unauthorized disclosure and modification.

Departments and Responsibilities

Departments and responsibilities for Identification and Authentication (IA) on CUI systems enrolled in CRSP are defined to ensure accountability for the secure identification, authentication, and lifecycle management of users, devices, and systems. These assignments support the enforcement of user verification, multifactor authentication (MFA), credential management, authenticator protection, and identifier governance in alignment with NIST SP 800-171 Rev. 3, UT Austin CRSP 3.0 CUI Governance Policy, and applicable federal contractual requirements.

The table below outlines key roles and their associated responsibilities:

Departments and Responsibilities

Department (Primary)Department (Secondary)Responsibilities
Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Provides executive oversight for IA requirements; ensures adequate resources, leadership support, and governance alignment with NIST SP 800-171, DFARS 252.204-7012, and institutional policies.
Information Security Office (ISO)Information Security Office (ISO)Establishes university-wide IA strategy; approves MFA, identifier, and authenticator standards; advises executive leadership on identity-related risks; ensures compliance with federal mandates and institutional requirements.
Information Security Office (ISO)Office of Research Support and Compliance (ORSC)Coordinates identity verification and credentialing for personnel accessing CUI; supports insider threat and foreign influence assessments; ensures research units comply with IA requirements.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Defines system-level IA requirements; manages account creation, MFA enforcement, and timely deactivation; validates System Security Plan (SSP) documentation for IA controls.
Information Security Office (ISO)Information Security Office (ISO)Implements and monitors IA controls; validates MFA configurations and account lifecycle processes; supports audits, monitoring, and incident response related to IA.
Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Implements technical IA mechanisms, including identity directories, MFA platforms, and certificate management; protects authentication logs; ensures credential issuance, revocation, and password management adhere to policy.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Identifies information types and access requirements; ensures identifier and authenticator protections align with CUI handling; validates user access during provisioning and periodic reviews.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Use assigned credentials and MFA; protect authenticators; complete identity protection training; promptly report suspected credential compromise or unauthorized access.

Senior Management Commitment

Senior management at the University of Texas at Austin (UT Austin) affirms its commitment to the effective implementation and oversight of this Identification and Authentication (IA) Policy on CUI systems enrolled in CRSP.

Senior management supports the enforcement of this policy by ensuring the establishment and maintenance of appropriate technical, administrative, and procedural controls to secure user and system identification, credential management, and multifactor authentication (MFA). Leadership is responsible for providing sufficient resources—including qualified personnel, training, tools, and funding—to enable consistent implementation, monitoring, and continuous improvement of identification and authentication mechanisms across all CUI systems enrolled in CRSP.

This commitment reflects the University’s recognition of the critical role that secure identity verification, proper credential management, and MFA play in protecting CUI, mitigating insider and external threats, supporting compliance with federal and institutional requirements, and maintaining trust and operational integrity across research and enterprise environments.

Policy Statement

The University of Texas at Austin (UT Austin) establishes and maintains an Identification and Authentication (IA) Policy to ensure that system access is restricted to authorized individuals and that user identities are properly verified prior to granting access to CUI systems enrolled in CRSP.

This IA Policy addresses:

  • Account provisioning, modification, and deprovisioning.
  • Identity proofing and authentication before system access.
  • MFA enforcement for all privileged accounts and remote access.
  • Secure password practices, including complexity, expiration, account lockout, and session timeouts.
  • Authenticator management, including issuance, revocation, and protection against unauthorized disclosure.

This policy is supported by detailed procedures that cover:

  • Account provisioning, modification, and deprovisioning;
  • Identity proofing and authentication prior to system access;
  • Enforcement of multifactor authentication (MFA) for all privileged accounts, remote access, and non-local system access;
  • Secure password practices, including complexity requirements, expiration, account lockout thresholds, and session timeout settings;
  • Management of authenticators, including issuance, revocation, and protection against unauthorized disclosure or compromise.

The Chief Information Security Officer (CISO) is accountable for the development, approval, and periodic review of this Policy and its associated procedures, while Information System Owners (ISO) are responsible for its dissemination and implementation across their respective systems.

The IA Policy is reviewed at least once every three (3) years, and Planning Procedures are reviewed annually, and following:

  • Significant changes to a system’s operational environment;
  • Introduction of new technologies or major system updates;
  • Security incidents affecting the confidentiality of CUI;
  • Updates to federal security planning requirements or guidance;
  • Findings from internal or external audits or assessments.
  • This structured and auditable approach ensures that UT Austin maintains consistent, secure, and compliant identification and authentication practices, supporting the confidentiality, integrity, and availability of CUI.

Control Requirements

03.05.01 User Identification, Authentication, and Re-Authentication

Control Requirement:

  1. Uniquely identify and authenticate system users, and associate that unique identification with processes acting on behalf of those users.
  2. Re-authenticate users when roles, authenticators, or credentials change (including modification of user privilege); when security categories of systems change; when the execution of privileged functions occurs; and after a session termination.

Policy Statement :

UT Austin uniquely identifies and authenticates all users accessing CUI systems enrolled in CRSP. Each user is assigned a unique institutional identity, and system access requires authentication using approved credentials. Shared or generic accounts are prohibited except where formally justified and authorized, ensuring all user actions can be attributed to an accountable individual.

UT Austin requires re-authentication under organization-defined circumstances, including but not limited to:

  • Changes to roles, authenticators, or user credentials, including modification of privileges;
  • Changes to the security categorization of systems;
  • Execution of privileged functions; and
  • After session termination.

All processes acting on behalf of users are associated with the initiating user account through system logs, session identifiers, and traceable records to maintain accountability and support auditability.

This policy ensures continuous validation of user identity, enforces accountability, and supports compliance with NIST SP 800-171 Rev. 3 Control Family 3.5 (Identification and Authentication) and the UT Austin CRSP 3.0 CUI Governance Policy.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOApprove enterprise-wide user authentication and re-authentication policies; oversee enforcement of identity management controls.Annual / As-needed
PI/PPPI/PPEnsure users accessing their systems are uniquely identified, authenticated, and re-authenticated per organization-defined circumstances; enforce account management and access policies.Continuous / As users are added or roles change
ISOISOCoordinate implementation of user identification and authentication controls; monitor compliance; review logs and session records to ensure accountability.Continuous / Annual reviews
ET CRSPISO / ET CRSPConfigure and maintain authentication mechanisms; enforce password and MFA policies; implement session management controls.Continuous / As accounts or systems are modified
PI/PPPI/PPUse only assigned credentials; comply with authentication requirements; report suspicious access activity or anomalies.Continuous

03.05.02 Device Identification and Authentication

Control Requirement:

Uniquely identify and authenticate all devices for identification, where feasible for authentication, and document when not feasible, before establishing a system connection.

Policy Statement:

UT Austin enforces device identification and authentication to ensure that only authorized, trusted, and properly managed devices may connect to information systems that store, process, or transmit CUI.

Prior to establishing a system connection, UT Austin uniquely identifies and authenticates all organization-defined devices, wherever feasible, including but not limited to servers, workstations, laptops, mobile devices, virtual machines, research instruments, and network-connected assets. Instances where device authentication is not feasible shall be formally documented, and compensating controls shall be applied, as necessary.

UT Austin employs enterprise identity and access management technologies, such as device certificates, managed endpoint enrollment, cryptographic authentication, and centralized directory services, to verify device identity and ensure compliance with institutional security requirements. Devices that fail identity verification, do not meet configuration baselines, or cannot be authenticated are denied access to CUI systems.

This policy ensures that only properly authorized and fully managed devices participate in CUI workflows, supporting compliance with NIST SP 800-171, the UT Austin CRSP 3.0 CUI Governance Program, and applicable federal and institutional security standards.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOApprove enterprise-wide device authentication policies, standards, and any exceptions.Annual / As-needed
PI/PPPI/PPEnsure all devices connecting to their systems are uniquely identified, authenticated, and meet baseline security requirements.Continuous / As devices are added or modified
ISOISOCoordinate implementation of device authentication controls; validate device identity verification and compliance with security baselines.Continuous / Periodic reviews
ET CRSPISO / ET CRSPConfigure and maintain device authentication mechanisms; enforce device enrollment and endpoint management procedures.Continuous / As devices are added, updated, or removed
ORSCORSC / ISO / PI/PPAssess and document risks associated with unmanaged or unauthorized devices connecting to CUI systems; recommend mitigation strategies.Periodic / As-needed
ISOORSC / ISOProvide oversight to ensure device authentication practices align with privacy requirements where applicable.Annual / As-needed
ISOORSC / ISOEnsure only authorized devices are used to access CUI systems and report unrecognized or unauthorized devices.Continuous

03.05.03 Multifactor authentication (MFA)

Control Requirement:

Implement multifactor authentication for access to privileged and non-privileged accounts.

Policy Statement:

UT Austin enforces multifactor authentication (MFA) for all privileged and non-privileged accounts accessing CUI systems enrolled in CRSP. UT Austin requires users to authenticate using at least two distinct factors, such as knowledge-based, possession-based, or biometric authenticators, before granting system access.

UT Austin prohibits the use of default, shared, or generic credentials in production environments and ensures all privileged access is managed, which mandates MFA for both local and remote administrative actions. Non-privileged users accessing enterprise or resources connected to CUI systems are subject to Conditional Access policies requiring MFA.

UT Austin ensures MFA is applied consistently across user accounts, sessions are bound to authenticated identities, and authenticator use is logged for auditing and accountability on CUI systems enrolled in CRSP. Device identity and endpoint security posture verification are implemented to further confirm trusted access to CUI systems.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOApprove MFA policies and oversee enterprise-wide enforcement for privileged and non-privileged accounts.Annual / As-needed
PI/PPPI/PPEnsure MFA is enabled for all users accessing their systems; integrate MFA with Conditional Access policies and privileged accounts.Continuous / As users are added or roles change
ISOISOMonitor MFA enforcement, validate proper application of MFA controls, review logs, and report non-compliance or issues.Continuous / Periodic audits
ISOORSC / ISOConfigure and maintain MFA mechanisms, integrate MFA with user accounts, and ensure endpoint verification is operational.Continuous / As accounts or systems are modified
ET CRSPISO / ET CRSPAssess risks associated with MFA implementation gaps; track and document mitigation strategies.Periodic / As-needed
ISOORSC / ISOEnsure MFA processes comply with privacy regulations and do not expose sensitive user information during authentication.Annual / As-needed
ISOORSC / ISOReview test results to ensure compliance with federal regulations, NIST SP 800-171 Rev. 3 and UT Austin CRSP 3.0 CUI Governance Policy.Continuous

03.05.04 Replay-Resistant Authentication

Control Requirement:

Implement replay-resistant authentication mechanisms for access to privileged and non-privileged accounts.

Policy Statement:

UT Austin implements replay-resistant authentication mechanisms for all privileged and non-privileged account access to CUI systems enrolled in CRSP. UT Austin ensures authentication exchanges cannot be captured and reused by adversaries by enforcing the use of cryptographically protected challenge-response mechanisms, time-bound authentication codes, and secure session establishment protocols.

UT Austin requires all authentication transactions to be protected using approved cryptographic standards and mandates the use of time-based one-time passcodes (TOTPs), cryptographic tokens, or other replay-resistant authenticators as defined in NIST SP 800-63B. Authentication sessions are uniquely bound to user identities and validated using non-reusable, verifier-protected secrets to ensure resistance to credential replay or interception.

UT Austin ensures replay-resistant authentication is consistently applied for both administrative and non-administrative access to CUI systems, and all associated authenticator use is logged to support auditability, accountability, and detection of unauthorized access attempts.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOApprove enterprise-wide replay-resistant authentication policies; ensure alignment with NIST SP 800-63B and institutional security requirements.Annual / As-needed
ISOISOEnsure that all systems under their control enforce replay-resistant authentication for privileged and non-privileged accounts.Continuous / As systems are deployed or modified
PI/PPPI/PPMonitor and validate that replay-resistant authentication is implemented correctly; review authentication logs for unauthorized attempts or anomalies.Continuous / Periodic audits
ISOISOConfigure and maintain replay-resistant authentication mechanisms (e.g., challenge-response, TOTPs, cryptographic tokens); enforce cryptographic protocols such as TLS 1.3.Continuous / As systems are updated or accounts modified
ISOORSC / ISOAssess risks associated with authentication mechanisms; identify gaps in replay resistance and track mitigation plans.Periodic / As-needed
ISOORSC / ISOEnsure replay-resistant authentication practices comply with privacy requirements and do not expose sensitive user information during authentication.Annual / As-needed
ISOORSC / ISOUse approved authentication methods for system access; protect authentication factors; report lost or compromised authenticators immediately.Continuous

03.05.05 Identifier Management

Control Requirement:

  1. Receive authorization from organizational personnel or roles to assign an individual, group, role, service, or device identifier.
  2. Select and assign an identifier that identifies an individual, group, role, service, or device.
  3. Prevent the reuse of identifiers for at least ten (10) years.
  4. Manage individual identifiers by uniquely identifying each individual as privileged or non-privileged users; contractors, foreign nationals, and/or non-organizational users.

Policy Statement:

UT Austin establishes and maintains a structured process for the assignment, management, and reuse prevention of identifiers for individuals, groups, roles, services, and devices that interact with CUI systems enrolled in CRSP.

UT Austin requires that:

  • Authorization for Assignment: Identifiers are assigned only after receiving proper authorization from designated organizational personnel or roles.
  • Identifier Selection and Assignment: Each identifier is uniquely selected and assigned to represent a specific individual, group, role, service, or device to ensure clear accountability and traceability.
  • Reuse Prevention: Identifiers shall not be reused for a minimum period of ten (10) years to maintain identity uniqueness, prevent audit confusion, and preserve the integrity of access and activity records.
  • Individual Identifier Management: Each individual is uniquely identified based on organizational-defined characteristics, including classification as privileged or non-privileged users, contractors, foreign nationals, or non-organizational users.

This policy ensures that identifier management practices support accountability, auditability, and traceability, and maintain compliance with NIST SP 800-171 Control Family 3.5 (Identification and Authentication) and the UT Austin CRSP 3.0 CUI Governance Policy.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOApprove policies and procedures for identifier assignment, reuse prevention, and individual categorization.Annual / As-needed
PI/PPPI/PPEnsure that identifiers for systems under their control are assigned according to policy and that reuse prevention measures are enforced.Continuous / As systems are deployed or updated
ISOORSC / ISOReview identifier assignment and reuse processes; ensure auditability and traceability of identifiers for accountability.Continuous / Periodic audits
ISOORSC / ISOImplement and maintain systems that assign, track, and prevent reuse of identifiers; ensure proper segregation of privileged and non-privileged accounts.Continuous / As accounts or devices are provisioned
PI/PPPI/PPProvide input on identifier assignments for users or devices accessing specific datasets; ensure classification aligns with data stewardship roles.As-needed
ORSCORSC / PI/PPAuthorize identifiers for personnel; classify users by role, status, and organizational affiliation.At onboarding / Role change
PI/PPPI/PPUse assigned identifiers only for their intended purpose; report any discrepancies or unauthorized use.Continuous
ORSCORSC / ISO / ET CRSPOversee the identifier management program across UT Austin CUI systems; ensure personnel are trained on identifier assignment and reuse policies.Annual / As-needed
ISOORSC / ISOVerify that identifiers are properly authorized, assigned, and managed; maintain oversight of identifier lifecycle and compliance.Annual / As-needed
ORSCORSC / ISO / PI/PPEnsure that identifier assignment and management practices protect personally identifiable information and comply with privacy regulations.Annual / As-needed

03.05.06 Withdrawn

Control Requirement: Withdrawn Requirement

03.05.07 Password Management

Control Requirement:

  1. Maintain a list of commonly-used, expected, or compromised passwords, and update the list at least quarterly and when organizational passwords are suspected to have been compromised.
  2. Verify that passwords are not found on the list of commonly used, expected, or compromised passwords when users create or update passwords.
  3. Transmit passwords only over cryptographically protected channels.
  4. Store passwords in a cryptographically protected form.
  5. Select a new password upon first use after account recovery.
  6. Enforce the following composition and complexity rules for passwords:

1) Must have a minimum length of 16 characters.

2) Contains a string of characters that does not include the user’s account name or full name.

Policy Statement:

UT Austin establishes and maintains a structured Password Management program to ensure the secure creation, use, transmission, and storage of passwords for accounts accessing CUI systems enrolled in CRSP.

UT Austin requires that:

PasswordBlacklistMaintenance:
passwordsis maintained and updated at least quarterly, and immediately whenever 
  •  

organizational passwords are suspected of being compromised.

  • Password Validation: Passwords are verified against the maintained blacklist to prevent use of passwords that are commonly known, expected, or compromised during account creation or updates.
  • Secure Transmission: Passwords must only be transmitted over cryptographically protected channels to prevent interception.
  • Secure Storage: Passwords are stored in a cryptographically protected form to prevent unauthorized disclosure.
  • First-Use Requirement: Users must select a new password upon first use following account recovery or reset.
  • Password Composition and Complexity: Passwords must adhere to defined complexity requirements:
    • Minimum length of sixteen (16) characters.
    • Passwords must not contain strings that include the user’s account name or full name.

This policy supports UT Austin’s commitment to safeguarding CUI, mitigating risks associated with unauthorized access, and ensuring compliance with NIST SP 800-171 Rev. 3 Control Family 3.5 (Identification and Authentication) and the UT Austin CRSP 3.0 CUI Governance Policy.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOApprove enterprise password management policies, complexity rules, and cryptographic requirements for transmission and storage.Annual / As-needed
PI/PPPI/PPEnsure password policies are enforced for systems under their control, including verification, complexity, and first-use requirements.Continuous / As systems are deployed or updated
ISOORSC / ISOValidate that password management controls are correctly implemented; monitor password compliance; review logs for anomalies or unauthorized access.Continuous / Annual audits
ISOORSC / ISOMaintain password blacklist; enforce password composition and complexity rules; ensure secure storage and transmission; implement first-use and reset requirements.Continuous / At least quarterly for blacklist updates
PI/PPPI/PPEnsure access to data aligns with password management requirements; verify user authentication practices.As-needed
ORSCORSC / PI/PPEnsure new accounts are provisioned with password requirements enforced; support first-use password selection during onboarding.At onboarding / Account reset
PI/PPPI/PPCreate and use passwords in accordance with composition, complexity, and reset requirements; follow secure password handling practices.Continuous
ORSCORSC / ISO / ET CRSPOversee implementation and compliance of the password management program; coordinate training and awareness on secure password practices.Annual / As-needed
ISOORSC / ISOEnsure password management practices protect personally identifiable information (PII) and CUI; validate cryptographic protections align with privacy requirements.Annual / As-needed
ORSCORSC / ISO / PI/PPAudit password management processes and controls; verify enforcement of blacklist, complexity rules, and secure transmission/storage requirements.Annual

03.05.08 Withdrawn

Control Requirement: Withdrawn Requirement

03.05.09 Withdrawn

Control Requirement: Withdrawn Requirement

03.05.10 Withdrawn

Control Requirement: Incorporated into 03.05.07

03.05.11 Authentication Feedback

Control Requirement:

Obscure authentication feedback to protect against unauthorized disclosure.

Policy Statement:

UT Austin implements mechanisms to obscure authentication feedback during the login process for CUI systems enrolled in CRSP.

UT Austin requires that:

  1. Input Masking: Passwords and other sensitive authentication inputs are masked on-screen to prevent observation by unauthorized individuals.
  2. Vague Error Messages: Authentication failure messages are intentionally generic (e.g., “Invalid credentials”) and do not indicate whether the username, password, or other factor was incorrect, thereby preventing disclosure of system or account information.
  3. Consistent Feedback Controls: All authentication interfaces provide consistent feedback across systems to minimize information leakage and reduce the risk of unauthorized access.

This policy supports UT Austin’s commitment to protecting CUI, mitigating risks of unauthorized disclosure, and ensuring compliance with NIST SP 800-171 Rev. 3 Control Family 3.5 (Identification and Authentication) and the UT Austin CRSP 3.0 CUI Governance Policy.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOApprove enterprise authentication feedback policies and standards; ensure alignment with institutional security and the requirements of this Policy.Annual / As-needed
PI/PPPI/PPEnsure systems under their control implement feedback controls that obscure authentication information according to policy.Continuous / During system updates
ISOORSC / ISOValidate authentication feedback mechanisms are configured correctly; monitor logs for potential information disclosure events.Continuous / Annual audits
ISOORSC / ISOImplement input masking, vague error messages, and consistent feedback mechanisms across all authentication interfaces; update settings when systems are deployed or modified.Continuous / As systems are updated or patched
PI/PPPI/PPEnsure feedback controls align with protection requirements for data under their stewardship.As-needed
PI/PPPI/PPFollow system authentication procedures and report any anomalies in feedback behavior or potential exposure.Continuous
ORSCORSC / ISO / ET CRSPOversee adoption of consistent authentication feedback controls across CUI systems; support training and awareness initiatives.Annual / As-needed
ISOORSC / ISOReview authentication feedback mechanisms to ensure no inadvertent disclosure of PII or sensitive information.Annual / As-needed
ORSCORSC / ISO / PI/PPAudit authentication feedback implementations to verify consistency and compliance with policy and regulatory requirements.Annual

03.05.12 Authentication Management

Control Requirement:

  1. Verify the identity of the individual, group, role, service, or device receiving the authenticator as part of the initial authenticator distribution.
  2. Establish initial authenticator content for any authenticators issued by the organization.
  3. Establish and implement administrative procedures for initial authenticator distribution; for lost, compromised, or damaged authenticators; and for revoking authenticators.
  4. Change default authenticators at first use.
  5. Change or refresh authenticators never for passwords where MFA is employed, at least every five (5) years for hard tokens and identification badges, and at least every three (3) years for all other authenticators or when the following events occur: after a relevant security incident or any evidence of compromise or loss.
  6. Protect authenticator content from unauthorized disclosure and modification.

Policy Statement:

UT Austin establishes and maintains a structured program for the management of authenticators to ensure secure access to CUI systems enrolled in CRSP.

UT Austin requires that:

  1. Identity Verification: The identity of any individual, group, role, service, or device receiving an authenticator is verified prior to initial distribution.
  2. Initial Authenticator Content: All authenticators issued by UT Austin are initialized with secure content according to institutional standards.
  3. Administrative Procedures: Formal procedures are implemented for the distribution of initial authenticators, and for the revocation, replacement, or recovery of lost, compromised, or damaged authenticators.
  4. Default Authenticator Changes: All default authenticators must be changed upon first use to prevent unauthorized access.
  5. Authenticator Refresh or Change: Authenticators are changed or refreshed in accordance with the organization-defined frequency:
  • Passwords protected by MFA: not routinely changed.
  • Hard tokens and identification badges: at least every five (5) years.
  • All other authenticators: at least every three (3) years, or upon relevant security events, including suspected compromise or loss.
  1. Protection of Authenticator Content: All authenticators are protected against unauthorized disclosure, modification, or misuse throughout their lifecycle.

This policy ensures that UT Austin maintains robust access control, mitigates risks associated with unauthorized use of authenticators, and supports compliance with NIST SP 800-171 Rev. 3 Control Family 3.5 (Identification and Authentication) and the UT Austin CRSP 3.0 CUI Governance Policy.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOApprove enterprise password management policies, complexity rules, and cryptographic requirements for transmission and storage.Annual / As-needed
PI/PPPI/PPEnsure password policies are enforced for systems under their control, including verification, complexity, and first-use requirements.Continuous / As systems are deployed or updated
ISOORSC / ISOValidate that password management controls are correctly implemented; monitor password compliance; review logs for anomalies or unauthorized access.Continuous / Annual audits
ISOORSC / ISOMaintain password blacklist; enforce password composition and complexity rules; ensure secure storage and transmission; implement first-use and reset requirements.Continuous / At least quarterly for blacklist updates
PI/PPPI/PPEnsure access to data aligns with password management requirements; verify user authentication practices.As-needed
ORSCORSC / PI/PPEnsure new accounts are provisioned with password requirements enforced; support first-use password selection during onboarding.At onboarding / Account reset
PI/PPPI/PPCreate and use passwords in accordance with composition, complexity, and reset requirements; follow secure password handling practices.Continuous
ORSCORSC / ISO / ET CRSPOversee implementation and compliance of the password management program; coordinate training and awareness on secure password practices.Annual / As-needed
ISOORSC / ISOEnsure password management practices protect personally identifiable information (PII) and CUI; validate cryptographic protections align with privacy requirements.Annual / As-needed

NIST SP 800-171 Revision 2 to Revision 3 Change Analysis

SP 800-171 R2 IdentifierSP 800-171 R3 IdentifierRequirement StatusSummary of Changes
3.5.103.05.01Significant Change; New ODPNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for user identification, authentication, and re-authentication Added new ODP: circumstances or situations requiring re-authentication
3.5.203.05.02Minor Change; New ODPNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks device identification and authentication Added new ODP: devices or types of devices to uniquely identify and authenticate
3.5.303.05.03Minor ChangeNew security requirement title Aligned with SP 800-53, Rev 5 Change in applicability to all system accounts
3.5.403.05.04No Significant ChangeNew security requirement title Aligned with SP 800-53, Rev 5
3.5.503.05.05Significant Change; New ODPNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for identifier management Added new ODP: time period to prevent reuse of identifiers Added new ODP: characteristic identifying individual status
3.5.603.05.06Withdrawn Requirement 
3.5.703.05.07Significant Change; New ODPNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for password management Incorporates withdrawn requirements: 03.05.07, 03.05.09, 03.05.10 Added new ODP: frequency to update list of commonly-used, expected, or compromised passwords Added new ODP: composition and complexity rules
3.5.803.05.08Withdrawn Requirement 
3.5.903.05.09Withdrawn Requirement 
3.5.1003.05.10Withdrawn Requirement 
3.5.1103.05.11No Significant ChangeNew security requirement title
N/A03.05.12New Requirement; New ODPNew security requirement based on IA-05(06) (SP 800-53, Revision 5). Added new ODP: frequency to change or refresh authenticators Added new ODP: events to require a change or refresh of authenticators

CRSP Standard 3.6: Incident Response (IR)

NIST SP 800-171 Rev. 3, Family 3.6

Purpose of Policy

The purpose of this policy is to establish a structured and comprehensive framework for implementing and maintaining incident response capabilities in support of the security requirements defined in NIST Special Publication (SP) 800-171, Protecting Controlled Unclassified Information in Nonfederal Systems and Organizations, and the UT Austin CRSP 3.0 CUI Governance Policy.

This policy applies to all information systems, personnel, contractors, service providers, and organizational units within the University of Texas at Austin (UT Austin) environment that store, process, or transmit Controlled Unclassified Information (CUI) enrolled in CRSP.

This policy establishes requirements for:

  • Developing, implementing, and maintaining a formal incident response program that addresses preparation, detection, analysis, containment, eradication, recovery, and post-incident activities for security events affecting CUI and other sensitive institutional data.
  • Ensuring timely identification, reporting, documentation, escalation, and management of security incidents in accordance with institutional requirements, applicable federal obligations (including NIST SP 800-171 and federal research sponsor requirements), and the UT Austin CRSP 3.0 CUI Governance Policy.
  • Conducting incident response training, tabletop exercises, simulations, and testing activities to validate operational readiness, strengthen coordination across stakeholders, and meet state and federal cybersecurity expectations.
  • Documenting incident details, response actions, lessons learned, and corrective measures to support continuous improvement, enhanced resilience, and ongoing risk mitigation.
  • Coordinating incident response activities with appropriate internal stakeholders, senior management, third-party service providers, regulatory authorities, and federal partners, as required by applicable laws, regulations, and contractual obligations.

Scope of Policy

This Incident Response Policy applies exclusively to information systems, system components, personnel, contractors, service providers, and operational processes associated with CUI systems enrolled in CRSP.

The scope of this policy encompasses:

  • All on-premises, hybrid, and cloud-based systems and infrastructure enrolled in CRSP that store, process, or transmit CUI and support the detection, reporting, analysis, containment, eradication, or recovery from cybersecurity incidents affecting such systems.
  • All CUI system components, including servers, workstations, mobile devices, applications, databases, network infrastructure, logging and monitoring platforms, endpoint protection technologies, and cloud-native services that support or impact systems handling CUI.
  • All personnel and third-party entities with responsibilities related to CUI systems that process CUI, including identifying, reporting, triaging, analyzing, responding to, or escalating potential or confirmed security incidents. This includes, but is not limited to, Information System Owners

(ISOs), Information System Security Officers (ISSOs), system administrators, Security Operations personnel, managed service providers, and designated incident response team members supporting CUI systems enrolled in CRSP.

  • All processes associated with the incident response lifecycle for CUI systems handling CUI, including preparation, detection, analysis, containment, eradication, recovery, evidence preservation, reporting, coordination, and post-incident review activities.

Explicit Exclusions:

This policy does not apply to:

  • General university enterprise systems that do not process, store, or transmit CUI.
  • Institutional administrative systems (e.g., HR, finance, student information systems) unless those systems are formally designated as part of a CUI system enrolled in CRSP.
  • General-purpose IT services such as standard email, collaboration platforms, learning management systems, or campus network services that are not configured or authorized for CUI processing.
  • Public-facing university websites or research systems that do not contain CUI.
  • Personally owned devices that do not connect to or access CUI environments.

Systems or services may only fall under this policy if they have been formally designated, documented, and authorized as part of the applicable CUI system boundary in accordance with institutional CUI governance procedures.

This policy establishes the baseline requirements for implementing and enforcing access controls within the applicable CUI system boundary in accordance with NIST SP 800-171 and UT Austin CRSP Standard 3.0: CUI Governance. These requirements include, but are not limited to:

Control Requirements

Control IDRequirement
03.06.01Organizations must implement an incident-handling capability that aligns with the incident response plan and encompasses the full lifecycle of preparation, detection and analysis, containment, eradication, and recovery.
03.06.02Organizations must track and document all security incidents, ensure suspected incidents are reported promptly to the incident response capability and designated authorities, and provide an incident response support resource to assist users in properly identifying, handling, and reporting incidents.
03.06.03Organizations must periodically test the effectiveness of their incident response capability at an organization-defined frequency to ensure readiness and continuous improvement.
03.06.04Organizations must provide role-based incident response training to personnel upon assuming relevant responsibilities, following system changes, and at an organization-defined recurring frequency, with training content reviewed and updated regularly and after organization-defined events.
03.06.05Organizations must develop, maintain, and distribute an incident response plan that defines the structure, responsibilities, reportable incidents, and information-sharing procedures; is updated for system or organizational changes and lessons learned; and is protected from unauthorized disclosure.

Departments and Responsibilities

Departments and responsibilities for incident response on CUI systems enrolled in CRSP are formally defined to ensure accountability for the timely detection, reporting, analysis, containment, eradication, recovery, and documentation of cybersecurity incidents affecting systems that store, process, or transmit Controlled Unclassified Information (CUI).

These assignments support the implementation and enforcement of the UT Austin Incident Response Plan and associated procedures for CUI systems and are aligned with NIST SP 800-171 and the UT Austin CRSP 3.0 CUI Governance Policy.

The following departments are applicable to CUI systems handling CUI:

Departments and Responsibilities

Department (Primary)Department (Secondary)Responsibilities
Information Security Office (ISO)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Provide executive oversight for incident response for CUI systems within research units; ensure policy and resource alignment with NIST, DFARS, and UT Austin CRSP Standard 3.0: CUI Governance; validate readiness and effectiveness of response processes.
Information Security Office (ISO)Information Security Office (ISO)Oversee planning, execution, and effectiveness of the incident response for CUI systems capability, including exercises and live drills; ensure alignment with the IR Plan, NIST SP 800-171, and UT Austin CRSP Standard 3.0: CUI Governance; lead coordination during significant incidents; approve policy and resource allocations.
Information Security Office (ISO)Office of Research Support and Compliance (ORSC)Coordinate incident response for research operations, including insider threats, foreign influence, or research data exposure; ensure timely escalation, reporting, and collaboration with stakeholders.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Ensure systems under their control have operational incident-handling processes; participate in testing to validate procedures; escalate, document, and remediate incidents in coordination with IRT; provide input on procedural effectiveness.
Information Security Office (ISO)Information Security Office (ISO)Maintain incident response procedures and centralized tracking systems; coordinate detection, analysis, containment, eradication, and recovery; ensure participation of personnel in tests; document and report incidents and test results; provide guidance to system users.
Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Monitor systems for anomalous activity; support testing of technical controls; perform triage, containment, eradication, and recovery; restore system functionality; document actions; assist with incident analysis and data collection.
Information Security Office (ISO) / PI / Project Participants (PI/PP)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP) / PI / Project Participants (PI/PP)Conduct incident response exercises and live incidents; evaluate effectiveness of detection, containment, eradication, and recovery processes; lead response efforts; coordinate with stakeholders; provide feedback for improvements; guide system users during incidents.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Ensure incident response activities address CUI protection requirements; review test and incident reports for compliance; support role-based training, exercises, and regulatory reporting; track readiness and compliance metrics.
Enterprise Technology Controlled Research Support Program (ET CRSP)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Review post-incident analysis when configuration changes contributed to or mitigated an incident; approve emergency remediation steps or system modifications resulting from incidents.
Information Security Office (ISO)Information Security Office (ISO)Advise on regulatory and contractual reporting obligations; support coordination with internal and external authorities; assess legal implications of incidents; review documentation to ensure compliance.
PI / Project Participants (PI/PP)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Detect and respond to incidents within managed environments; coordinate with ISO, ISSO, and CISO for reporting and remediation; maintain audit logs and documentation as required by contracts and compliance standards.
Office of Research Support and Compliance (ORSC)Office of Research Support and Compliance (ORSC) / PI / Project Participants (PI/PP)Assist in investigations involving personnel; coordinate notifications and responses for insider threats or policy violations; ensure alignment with institutional HR policies.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Promptly report suspected or confirmed incidents via established channels; follow prescribed incident response procedures; participate in role-based training and exercises; provide input during post-incident reviews.

Senior Management Commitment

Senior management at the University of Texas at Austin (UT Austin) affirms its commitment to the effective implementation and oversight of this Incident Response (IR) Policy on CUI systems enrolled in CRSP.

Senior management supports the enforcement of this policy through the establishment of comprehensive technical, administrative, and procedural controls designed to ensure:

  • Timely detection, analysis, containment, eradication, and recovery from cybersecurity incidents impacting CUI and other sensitive information on CUI systems enrolled in CRSP;
  • Compliance with Incident Response Plan (IRP) reporting and escalation requirements, including timely notification to the federal and state authorities when mandated;
  • Alignment with UT Austin CRSP 3.0 CUI Governance and IRP standards for security incident handling, monitoring, and continuous improvement of information systems and organizational processes.

Senior management ensures that sufficient resources, including qualified personnel, targeted training, security technologies, and funding, are allocated to support the development, testing, exercise, and continuous improvement of UT Austin’s incident response capabilities across all CUI systems, environments, and processes.

This commitment reflects the University’s recognition of the critical importance of a structured and effective incident response program in minimizing operational and security impacts, maintaining business continuity, and ensuring the protection of CUI and other regulated data on CUI systems enrolled in CRSP in accordance with institutional, federal, and state regulations, including UT Austin CRSP 3.0 CUI Governance Policy.

Policy Statement

The University of Texas at Austin (UT Austin) establishes and maintains a comprehensive Incident Response (IR) Policy to ensure a structured, timely, and effective response to security incidents involving Controlled Unclassified Information (CUI) and other sensitive information across CUI systems, in alignment with NIST SP 800-171, NIST SP 800-61 and UT Austin CRSP 3.0 CUI Governance Policy.

The IR Policy encompasses:

  • Clearly defined purpose and scope for incident response across all university systems and environments supporting CUI systems;
  • Explicit roles and responsibilities for the Information System Security Officer (ISSO), IT administrators, system owners, end users, and designated response personnel;
  • Management commitment to respond promptly and effectively to suspected or confirmed security incidents;
  • Coordination mechanisms between campus IT units, legal counsel, communications teams, and other internal and external stakeholders;
  • Compliance with federal regulations, state data breach laws, UT Austin CRSP 3.0 CUI Governance Policy requirements, and guidance for incident handling, reporting, and notification.

Supporting procedures include:

  • Detailed steps for incident detection, analysis, containment, eradication, and recovery;
  • Incident severity classification and prioritization consistent with federal, state, and institutional requirements;
  • Internal and external notification protocols, including mandatory reporting to federal partners, DIR, and other state authorities as required;
  • Processes for evidence preservation, forensic analysis, and root cause investigation;
  • Post-incident review, lessons learned documentation, and incorporation into continuous improvement initiatives.

The Chief Information Security Officer (CISO) is accountable for the development, approval, and periodic review of this Policy and its associated procedures, while Information System Owners (ISO) are responsible for its dissemination and implementation across their respective systems.

The IR Policy is formally reviewed at least once every three (3) years, following significant security events or data breaches, internal or external audit findings, major changes to IT infrastructure, systems, or ownership, and revisions to regulatory requirements impacting incident response obligations.

This policy reinforces UT Austin’s commitment to maintaining a resilient and compliant incident response capability that safeguards CUI, ensures operational continuity, and aligns with institutional, federal, and state standards.

Control Requirements

03.06.01 Incident Response Capability

Control Requirement:

Maintain an operational incident-handling capability covering preparation, detection, analysis, containment, recovery, documentation, and user response activities.

Policy Statement:

UT Austin shall maintain a fully operational, coordinated, and documented incident response capability for CUI systems enrolled in CRSP. This capability shall align with the UT Austin Incident Response Plan and support all functional phases of incident handling, including:

  • Preparation
  • Detection and analysis
  • Containment
  • Eradication
  • Recovery
  • Documentation and reporting
  • User communication and response support

This capability applies to cybersecurity and physical security incidents that could adversely affect the confidentiality, integrity, or availability of CUI on CUI systems enrolled in CRSP.

Incident-handling responsibilities are assigned based on defined CUI system ownership and service boundaries:

  • UT Austin Responsibilities: UT Austin is responsible for detection, response, documentation, containment, eradication, recovery, and escalation activities for CUI systems that are on-premises, internally managed, or deployed on UT Austin-owned endpoints within the applicable CUI system boundary.
  • Cloud Service Provider (CSP) Responsibilities: CSPs are responsible for incident detection and response activities within their contracted service boundary supporting CUI systems. UT Austin retains responsibility for incident escalation, coordination, sponsor notification, and regulatory reporting obligations related to CUI handled on CUI systems enrolled in CRSP.

UT Austin employs automated monitoring capabilities, alerting mechanisms, and structured response workflows to ensure timely triage and coordinated incident-handling activities for CUI systems. These activities include, but are not limited to:

  • Investigating suspicious communications, anomalous user activity, and indicators of compromise affecting CUI systems
  • Containing and eradicating threats, including malware, unauthorized access, data leakage, misconfiguration, or insider misuse involving CUI
  • Supporting legal, regulatory, and contractual reporting obligations specific to CUI incidents
  • Managing physical security incidents impacting CUI systems, such as theft of CUI-bearing devices or unauthorized access to controlled areas
  • Analyzing alerts generated by SIEM platforms, endpoint detection and response (EDR) tools, and cloud-native monitoring services supporting CUI systems
  • Documenting response actions, technical findings, lessons learned, and remediation measures in accordance with established procedures

UT Austin ensures that incident response for CUI systems processes remain current and effective by periodically reviewing and updating procedures to reflect:

  • Changes in CUI system technologies, system architecture, or service providers
  • Emerging threats, vulnerabilities, or intelligence relevant to CUI environments
  • Findings and corrective actions identified through incident investigations or exercises
  • Updated federal, state, sponsor, or contractual requirements applicable to CUI

This incident response capability ensures that UT Austin maintains a timely, coordinated, and compliant approach to detecting, containing, mitigating, and recovering from incidents affecting CUI on CUI systems enrolled in CRSP, in accordance with NIST SP 800-171, NIST SP 800-61, and the UT Austin CRSP 3.0 CUI Governance Policy.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOOversee the implementation, performance, and continual improvement of the incident response capability; ensure alignment with the IR Plan, NIST SP 800-171 Rev. 3, and UT Austin CRSP 3.0 CUI Governance Policy.Annual review; ongoing oversight
PI/PPPI/PPEnsure systems under their responsibility maintain documented and operational incident-handling processes for preparation, detection, analysis, containment, eradication, recovery, and documentation.Ongoing; at least annually or after system changes
ISOISOMaintain incident response procedures; coordinate technical and administrative incident-handling actions; ensure documentation and reporting are completed.Ongoing; annual review or after significant incidents
ET CRSPISO / ET CRSPMonitor for anomalous activity; perform triage; execute containment and eradication; restore system functionality; and document all actions.Continuous monitoring; as incidents occur; documentation immediately post-incident
ISOORSC / ISOLead all phases of the incident response lifecycle; coordinate containment, eradication, and recovery; manage stakeholder communications; conduct post-incident reviews.As incidents occur; after-action review within 5 business days
ISOORSC / ISOAdvise on regulatory and contractual reporting obligations; ensure incident response activities satisfy institutional and federal requirements; support documentation review.As incidents occur; annual regulatory review
PI/PPPI/PPPromptly report suspected or confirmed incidents through approved reporting channels; cooperate with investigation activities.Immediately upon detection or suspicion of an incident

03.06.02 Incident Monitoring, Reporting, and Response Assistance

Control Requirement:

  1. Track and document system security incidents.
  2. Report suspected incidents to the organizational incident response capability within near real time or as soon as practicable upon discovery.
  3. Report incident information to all applicable personnel and entities as specified by the contract, and in accordance with any incident response plan notification.
  4. Provide an incident response support resource that offers advice and assistance to system users on handling and reporting incidents.

Policy Statement:

UT Austin shall maintain a centralized incident tracking and reporting process to ensure that all security incidents affecting CUI on CUI systems enrolled in CRSP—including incidents involving information systems, physical security, or personnel—are properly recorded, investigated, and communicated in a timely manner.

UT Austin leverages automated tracking and reporting systems for cloud-based CUI system environments, as well as appropriate digital or manual logging mechanisms for non-cloud and on-premises CUI systems. Each incident record shall include, at a minimum:

  • Event type and classification
  • Date and time of detection
  • Systems, applications, and CUI data impacted
  • Actions taken and response measures
  • Final resolution, lessons learned, and any follow-up actions

Incident Reporting Requirements:

  • Initial reporting: All suspected or confirmed incidents affecting CUI systems or CUI must be reported as near real-time as possible, and no later than one business day upon discovery, to the UT Austin Incident Response Team.
  • Notification: Incident details shall be communicated to all applicable personnel and stakeholders in accordance with contractual obligations, the Incident Response Plan, and UT Austin CRSP 3.0 CUI Governance Policy notification guidelines.
  • Documentation: All incidents shall be fully documented using the Initial Intake Response Form within one business day of detection, ensuring compliance with federal, state, and institutional requirements.

UT Austin enforces documented escalation procedures that define roles, notification timelines, and communication protocols to guarantee timely reporting to responsible officials, senior management, and, when applicable, external agencies.

All personnel are trained to recognize and promptly report suspected or confirmed security incidents, including but not limited to:

  • Data breaches or unauthorized access attempts involving CUI
  • System anomalies, suspicious activity, or unexpected behavior in CUI systems
  • Lost, stolen, or compromised devices containing CUI
  • Physical intrusions into restricted areas or locations where CUI is stored

For incidents involving CUI, UT Austin shall ensure that required reports are submitted to federal agencies in compliance with DFARS 252.204-7012, relevant federal regulations, and the UT Austin CRSP 3.0 CUI Governance Policy.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOOversee the implementation and effectiveness of the incident response capability; ensure alignment with the IR Plan, NIST SP 800-171 and UT Austin CRSP 3.0 CUI Governance Policy.Annual review; ongoing oversight
PI/PPPI/PPEnsure incidents impacting assigned systems are escalated, documented, and remediated in coordination with the IRT.As incidents occur; reviewed during post-incident analysis
ISOISOMaintain and oversee the centralized incident tracking system; ensure all incidents are properly logged, documented, and classified.Continuous; as incidents occur
ISOORSC / ISOReceive, review, and triage reported incidents; provide guidance and assistance to system users on incident handling and reporting.Immediately upon incident report; ongoing during incident response
ET CRSPISO / ET CRSPAssist in monitoring, collecting, and analyzing incident data; provide technical support and containment measures as directed by the IRT.Ongoing; continuous during monitoring and incident response
ISOORSC / ISOProvide guidance on regulatory and contractual reporting obligations; support coordination with external authorities; review incident documentation for compliance.As needed per incident type and regulatory requirements
ISOORSC / ISOReport incident information to internal and external authorities as required by institutional policy, contracts, federal regulations, and UT Austin CRSP 3.0 CUI Governance Policy.As required per reporting timelines and regulatory obligations
PI/PPPI/PPRecognize, document, and promptly report suspected or confirmed incidents via established reporting channels.Immediately upon detection of suspected or confirmed incidents

03.06.03 Incident Response Testing

Control Requirement :

Test the effectiveness of the incident response capability at least every 12 months.

Policy Statement:

UT Austin ensures that the effectiveness of its incident response capability on CUI systems enrolled in CRSP are evaluated at least annually through structured testing and exercises. These activities include tabletop exercises, simulations, role-based walkthroughs, and, where appropriate, live incident simulations.

Testing and exercises are designed to validate:

  • The readiness and competency of personnel assigned to incident response roles;
  • The adequacy and functionality of technical controls supporting CUI systems that store, process, or transmit Controlled Unclassified Information (CUI);
  • The effectiveness of incident response procedures covering detection, analysis, containment, eradication, recovery, and reporting of security incidents affecting CUI.

All test results are formally documented, analyzed, and used to update the Incident Response Plan, supporting procedures, and staff training programs. This ensures continuous improvement of UT Austin’s incident response program and alignment with organizational risk management, federal compliance requirements, and the UT Austin CRSP 3.0 CUI Governance Policy.

Additional testing is conducted as necessary following significant system changes, major security incidents, or updates to policies, regulations, or compliance obligations.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOOversee the planning and execution of incident response tests, including tabletop exercises, simulations, and live drills.Annually, or sooner if triggered by significant system or policy changes
PI/PPPI/PPParticipate in testing to validate system-specific incident response procedures and provide input on effectiveness.Annually, or as required based on system changes
ISOISOCoordinate the logistics of testing, ensure participation of relevant personnel, and document test activities and results.Annually, or per defined testing schedule
ISOORSC / ISOConduct incident response exercises, evaluate detection, analysis, containment, and recovery processes, and provide feedback for improvement.Annually, or as scheduled for periodic testing
ET CRSPISO / ET CRSPSupport testing of technical controls, monitoring systems, alerts, and response mechanisms.During each test exercise
ISOORSC / ISOReview test results to ensure compliance with federal regulations, NIST SP 800-171 Rev. 3 and UT Austin CRSP 3.0 CUI Governance Policy.Annually, or after significant tests
PI/PPPI/PPEngage in role-based exercises to practice incident detection, reporting, containment, and recovery actions.Annually, or per defined testing schedule

03.06.04 Incident Response Training

Control Requirement :

  1. Provide incident response training to system users consistent with assigned roles and responsibilities:
  2. Within ten (10) days for privileged users, thirty (30) days for all other roles of assuming an incident response role or responsibility or acquiring system access,
  3. When required by system changes, and
  4. at least every 12 months thereafter.
  5. Review and update incident response training content at least every 12 months and following significant, novel incidents, or significant changes to risks.

Policy Statement:

UT Austin ensures that all personnel assigned incident response (IR) responsibilities on CUI systems enrolled in CRSP receive training appropriate to their roles in protecting CUI and supporting the institution’s incident response program.

UT Austin provides IR training according to the following schedule:

  • Privileged users: Within ten (10) days of assuming an IR role or responsibility or acquiring system access.
  • All other personnel: Within thirty (30) days of assuming an IR role or responsibility or acquiring system access.
  • All personnel: When required due to significant system changes, procedural updates, or modifications affecting assigned roles and responsibilities.
  • Recurring training: At least every twelve (12) months thereafter to ensure ongoing proficiency and awareness.

Training content is reviewed and updated at least annually and additionally following significant, novel incidents or substantial changes in risk. Updates reflect system modifications, evolving threat landscapes, lessons learned from incidents, audit findings, and changes to federal or institutional policies.

UT Austin maintains comprehensive records of completed training and communicates updates promptly to all relevant personnel. This ensures personnel remain knowledgeable about current incident response procedures, reporting requirements, and best practices for the effective detection, analysis, containment, and recovery of security incidents impacting CUI.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOOversee the development, approval, and maintenance of the incident response plan (IRP), ensuring alignment with organizational structure, mission, and regulatory requirements.Annually, and whenever significant organizational or system changes occur
ORSCISOEnsure protection of the IRP from unauthorized access or disclosure through controlled storage and access mechanisms.Continuous/ongoing
PI/PPPI/PPProvide system-specific input for plan content, including system roles, resources, and recovery procedures; ensure plan distribution to system-level personnel.Upon IRP updates and when new systems are onboarded
ISOISODraft, review, and update the IRP to reflect current systems, roles, and responsibilities; ensure plan addresses reportable incidents, information sharing, and designated responsibilities.Annually, and following system changes, audit findings, or after testing/execution of the plan
ISOORSC / ISOReceive and acknowledge IRP; review for understanding of responsibilities and escalation procedures; provide feedback on applicability and clarity.Upon initial assignment, after updates to the plan, and at least annually
ISOORSC / ISODistribute copies of the IRP to designated personnel and organizational units; ensure access is restricted to authorized individuals.Upon IRP release or update
ISOORSC / ISOTest and validate the IRP during exercises or real incidents; update the plan based on lessons learned or problems encountered.Following testing, incidents, or plan execution issues

03.06.05 Incident Response Plan

Control Requirement:

  1. Develop an incident response plan that:
  2. Provides the organization with a roadmap for implementing its incident response capability,
  3. Describes the structure and organization of the incident response capability,
  4. Provides a high-level approach for how the incident response capability fits into the overall organization,
  5. Defines reportable incidents,
  6. Addresses the sharing of incident information, and
  7. Designates responsibilities to organizational entities, personnel, or roles.
  8. Distribute copies of the incident response plan to designated incident response personnel (identified by name and/or by role) and organizational elements.
  9. Update the incident response plan to address system and organizational changes or problems encountered during plan implementation, execution, or testing.
  10. Protect the incident response plan from unauthorized disclosure.

Policy Statement:

UT Austin develops, maintains, and enforces a formal Incident Response Plan (IRP) to guide the implementation and execution of the university’s incident response capabilities on CUI systems enrolled in CRSP. The IRP provides a structured roadmap for responding to security incidents affecting CUI and other sensitive institutional data, detailing the organization, roles, responsibilities, and integration of incident response activities across UT Austin systems and operations.

The IRP includes:

  • Definitions of reportable security incidents and incident classifications;
  • Criteria for escalation, notification, and information sharing;
  • Assignment of clear responsibilities to designated organizational entities, personnel, and roles;
  • Distribution of the IRP to all identified incident response personnel and relevant organizational units, ensuring that stakeholders understand their roles and obligations during incidents.

The IRP is reviewed and updated to reflect changes in system architecture, organizational structure, regulatory or contractual requirements, and lessons learned from exercises, tests, or actual incidents. UT Austin ensures the IRP is protected from unauthorized access or modification through controlled storage and access mechanisms.

By maintaining a current, comprehensive, and accessible IRP, UT Austin reinforces its commitment to a structured, coordinated, and effective response to cybersecurity incidents, supporting compliance with NIST SP 800-171 and the UT Austin CRSP 3.0 CUI Governance Policy.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISODevelop and maintain incident response training content aligned with UT Austin policies, federal regulations, and NIST SP 800-171 Rev. 3 requirements.Annually or following system changes, security incidents, audit findings, or regulatory updates
PI/PPPI/PPVerify personnel have completed required incident response training prior to authorizing access to systems containing CUI.Before system access is granted and periodically during role tenure
ISOORSC / ISOCoordinate delivery of incident response training to personnel with assigned incident response roles.Upon role assignment, after system changes, and at least annually
ISOORSC / ISOUpdate training records and maintain evidence of completion in the Training and Certification Tracker.Continuous/ongoing, updated after each training session
PI/PPPI/PPComplete incident response training consistent with assigned roles and responsibilities.Within organization-defined timeframe of assuming role or gaining access, after system changes, and at least annually

NIST SP 800-171 Revision 2 to Revision 3 Change Analysis

SP 800-171 R2 IdentifierSP 800-171 R3 IdentifierRequirement StatusSummary of Changes
3.6.103.06.01Significant Change"New security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for an incident response plan and handling Addresses implementation of incident handling capability and development/update of the incident response plan"
3.6.203.06.02Significant Change; New Organization-defined Parameter (ODP)"New security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for incident monitoring, reporting and response assistance Added new ODP: authorities to report incident information to Added requirement item for incident response support resource (part d)"
3.6.303.06.03Minor Change; New Organization-defined Parameter (ODP)"New security requirement title Added new ODP: frequency to test effectiveness of incident response capability"
N/A03.06.04New Requirement"New security requirement based on IR-02 (SP 800-53, Revision 5). Added new ODP: time period to provide incident response training for new role/access Added new ODP: frequency to provide incident response training after initial training Added new ODP: frequency to review and update training content Added new ODP: events that require an update to incident response training content"
N/A03.06.05New RequirementNew security requirement based on IR-08 (SP 800-53, Revision 5)

CRSP Standard 3.7: Maintenance (MA)

NIST SP 800-171 Rev. 3, Family 3.7

Purpose of Policy

The purpose of this policy is to establish a formal framework for secure system maintenance activities on CUI systems enrolled in CRSP to protect Controlled Unclassified Information (CUI) in accordance with:

This policy defines requirements for:

  • Establishing and maintaining an authorized system maintenance program for CUI systems enrolled in CRSP.
  • Ensuring all maintenance activities protect the confidentiality, integrity, and availability of CUI.
  • Implementing secure procedures for onsite and remote maintenance, including monitoring, logging, and auditing of maintenance activities.
  • Requiring proper authorization, training, and oversight for personnel performing maintenance on CUI systems.
  • Coordinating maintenance activities to minimize operational disruption and security risks to systems containing CUI.

This policy provides the foundation for developing, enforcing, and continuously improving system maintenance procedures aligned with NIST SP 800-171 and the UT Austin CRSP 3.0 CUI Governance Policy, ensuring that CUI remains protected throughout the CUI system lifecycle.

Scope of Policy

This Maintenance Policy applies to all information systems, components, personnel, and processes enrolled in CRSP that store, process, or transmit Controlled Unclassified Information (CUI). The policy aligns with the requirements defined in the UT Austin CRSP 3.0 CUI Governance Policy.

This policy encompasses:

  • All on-premises and cloud-based systems and infrastructure that support, perform, or impact the maintenance, repair, or operation of CUI systems enrolled in CRSP.
  • System components, including servers, workstations, applications, network devices, and management tools used to support maintenance activities, as defined by UT Austin classification requirements and the UT Austin CRSP 3.0 CUI Governance Policy.
  • All personnel responsible for performing, coordinating, scheduling, documenting, or approving system maintenance, including system owners, administrators, maintenance personnel, and security staff, in alignment with NIST SP 800-171 and UT Austin CRSP 3.0 CUI Governance Policy requirements.
  • Processes related to preventive, corrective, and adaptive maintenance; maintenance scheduling and approvals; documentation and auditing of maintenance activities; and verification of system integrity following maintenance actions.

This policy establishes the requirements for formal, secure, and coordinated maintenance activities that ensure the confidentiality, integrity, and availability of CUI systems and information. It provides the foundation for compliance with NIST SP 800-171 Rev. 3 and the UT Austin CRSP 3.0 CUI Governance Policy and ensures that all CUI system maintenance activities are conducted under controlled, auditable, and secure procedures.

The scope of this policy includes, but is not limited to, the following maintenance requirements:

Control Requirements

Control IDRequirement
03.07.01Recategorized as Non-CUI Organization (NCO).
03.07.02Incorporated into 03.07.04 and 03.07.06.
03.07.03Incorporated into 03.08.03.
03.07.04System maintenance activities must use approved and monitored tools, verify that all media and diagnostic programs are free of malicious code before use, and ensure any equipment containing CUI is sanitized, destroyed, or retained within the facility before removal.
03.07.05All nonlocal maintenance and diagnostic activities must be approved and monitored, use multi-factor and replay-resistant authentication, and have sessions and network connections terminated immediately upon completion.
03.07.06Organizations shall authorize maintenance personnel, maintain an approved personnel list, verify access authorizations for non-escorted staff, and ensure qualified personnel supervise those without required authorizations.

Departments and Responsibilities

Departments and responsibilities related to system maintenance on CUI systems enrolled in CRSP are established to ensure accountability for the secure planning, execution, documentation, and oversight of maintenance activities. These responsibilities support UT Austin’s compliance with NIST SP 800-171 Rev. 3 and the UT Austin CRSP 3.0 CUI Governance Policy, ensuring that all maintenance activities protect the confidentiality, integrity, and availability of CUI systems and information.

The table below outlines key roles and their associated responsibilities:

Departments and Responsibilities

Department (Primary)Department (Secondary)Responsibilities
Office of InformationOffice of InformationProvides executive oversight for maintenance activities
Security (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Security (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)supporting CUI systems; ensures policies, procedures, and resources align with NIST SP 800-171 Rev. 3 and UT Austin CRSP 3.0 CUI Governance Policy.
Information Security Office (ISO)Information Security Office (ISO)Provides institutional oversight for security aspects of system maintenance; reviews maintenance logs; approves secure procedures; conducts risk assessments.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Authorizes, monitors, and reviews maintenance activities; validates system integrity and functionality post-maintenance; ensures personnel performing maintenance are properly vetted.
Information Security Office (ISO)Office of Research Support and Compliance (ORSC)Coordinates with ISO, ISSO, and CRSP to validate that maintenance activities comply with federal, contractual, and institutional security requirements.
Information Security Office (ISO)Information Security Office (ISO)Monitors and audits maintenance activities on CUI systems enrolled in CRSP; ensures procedures follow NIST SP 800-171 Rev. 3; coordinates incident escalation for maintenance-related security events.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Ensures maintenance activities do not compromise the confidentiality, integrity, or availability of institutional data; reviews data handling, storage, and access controls during maintenance operations.
Information Security Office (ISO)Information Security Office (ISO)Reviews and approves maintenance requests from a security perspective; ensures secure procedures, logging, monitoring, and auditing; reports and evaluates maintenance-related security events.
Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Performs authorized maintenance tasks according to approved schedules and documented procedures; securely implements patches, updates, and repairs; maintains detailed maintenance logs; ensures secure remote maintenance methods are used when appropriate.
Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Perform only authorized maintenance; follow CUI system maintenance and security procedures; comply with access, authentication, and logging requirements.
Information Security Office (ISO)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Ensure third-party maintenance providers meet security requirements; validate vendor compliance with approved CUI system maintenance procedures.
Office of Research Support and Compliance (ORSC)Office of Research Support and Compliance (ORSC) / PI / Project Participants (PI/PP)Ensure personnel involved in maintenance meet defined screening and qualification requirements; maintain documentation supporting personnel vetting for maintenance roles.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Coordinate maintenance activities affecting CUI systems or data with ISO, ISSO, and CRSP; report anomalies or unauthorized maintenance issues.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Report system issues requiring maintenance; do not perform unauthorized maintenance; comply with CUI system security and reporting procedures.

Senior Management Commitment

This policy has been reviewed and formally approved by senior management. The University of Texas at Austin (UT Austin) executive leadership affirms its commitment to the successful implementation of the requirements and objectives defined in the Maintenance (MA) control family of NIST SP 800-171 Rev. 3, applicable federal regulations, and the UT Austin CRSP 3.0 CUI Governance Policy.

Senior management supports the enforcement of this policy through the establishment of appropriate technical, administrative, and procedural controls designed to ensure that all system maintenance activities on CUI systems enrolled in CRSP—including preventive, corrective, adaptive, routine, and emergency maintenance—are:

  • Authorized according to policy and system-specific procedures;
  • Performed securely by trained and vetted personnel;
  • Monitored and logged for accountability and traceability; and
  • Documented in alignment with NIST SP 800-171 Rev. 3 and the UT Austin CRSP 3.0 CUI Governance Policy.

Leadership is committed to providing sufficient resources to support secure maintenance operations, including:

  • Qualified personnel and clearly defined roles in accordance with UT Austin CRSP 3.0 CUI Governance Policy;
  • Role-based training and competency development tailored to CUI system maintenance requirements;
  • Tools, technologies, and secure methods for both onsite and remote maintenance activities; and
  • Funding and organizational support necessary to ensure maintenance operations remain secure, compliant, and operationally resilient.

This commitment reflects UT Austin’s recognition of the critical role of secure system maintenance in preserving the confidentiality, integrity, and availability of Controlled Unclassified Information (CUI). It ensures ongoing compliance with contractual and regulatory obligations and maintains operational resilience across CUI systems enrolled in CRSP.

Policy Statement

The University of Texas at Austin (UT Austin) establishes and maintains a comprehensive System Maintenance Policy to ensure that all information CUI systems enrolled in CRSP

and containing Controlled Unclassified Information (CUI) receive timely, secure, and properly authorized maintenance in accordance with NIST SP 800-171 Rev. 3 and the UT Austin CRSP 3.0 CUI Governance Policy.

UT Austin shall ensure that all maintenance activities performed on CUI systems containing CUI are:

  • Authorized by appropriate personnel prior to execution;
  • Scheduled, executed, monitored, and documented in accordance with NIST SP 800-171 Rev. 3 and the UT Austin CRSP 3.0 CUI Governance Policy;
  • Performed using secure procedures, including the controlled use of maintenance tools, diagnostic software, and removable media;
  • Conducted by qualified and authorized personnel whose access to CUI systems has been approved and documented;
  • Logged and auditable, with verification of system integrity, functionality, and security following maintenance activities.

Supporting procedures shall include:

  • Formal pre-approval and documentation of maintenance activities affecting CUI systems;
  • Tracking, logging, and auditing of all maintenance events;
  • Secure and approved methods for remote maintenance, including authentication, session monitoring, and access control safeguards;
  • Post-maintenance validation and security verification following hardware, firmware, or software updates or repairs;
  • Annual review of maintenance procedures and triennial review of the maintenance policy.

UT Austin designates the Chief Information Security Officer (CISO) as accountable for the development, oversight, and periodic review of the System Maintenance Policy and associated procedures. The Information System Owner (ISO) is responsible for the dissemination, implementation, and operational enforcement of maintenance procedures on CUI systems enrolled in CRSP.

The System Maintenance Policy is reviewed at least once every three (3) years, and associated maintenance procedures are reviewed annually, as well as following:

  • Identification of new threats, vulnerabilities, or changes in the cybersecurity landscape affecting CUI systems;
  • Maintenance-related incidents, equipment failures, or service disruptions impacting systems that process, store, or transmit CUI;
  • Internal audits, compliance reviews, or third-party assessments identifying maintenance-related control gaps or deficiencies;
  • Updates to NIST SP 800-171 Rev. 3 requirements or revisions to the UT Austin CRSP 3.0 CUI Governance Policy that affect system maintenance practices.

Control Requirements

03.07.01 Withdrawn

Control Requirement: Recategorized as Non-CUI Organization.

03.07.02 Withdrawn

Control Requirement: Incorporated into 03.07.04 and 03.07.06.

03.07.03 Withdrawn

Control Requirement: Incorporated into 03.08.03.

03.07.04 Maintenance Tools

Control Requirement:

  1. Approve, control, and monitor the use of system maintenance tools.
  2. Check media with diagnostic and test programs for malicious code before it is used in the system.
  3. Prevent the removal of system maintenance equipment containing CUI by verifying that there is no CUI on the equipment, sanitizing or destroying the equipment, or retaining the equipment within the facility.

Policy Statement:

UT Austin establishes requirements to ensure that system maintenance tools, media, and equipment used on CUI systems enrolled in CRSP are properly approved, controlled, and monitored to protect CUI in accordance with NIST SP 800-171 Rev. 3 and the UT Austin CRSP 3.0 CUI Governance Policy.

UT Austin ensures that maintenance tools and equipment used on CUI systems enrolled in CRSP are managed in a secure and controlled manner through the following practices:

Approval, Control, and Monitoring of Maintenance Tools

All system maintenance tools—including diagnostic software, administrative utilities, monitoring tools, and physical maintenance equipment—must be formally approved, inventoried, and controlled prior to use on CUI systems enrolled in CRSP.

Only authorized personnel may use approved maintenance tools in accordance with established maintenance procedures and access control requirements. Tool usage must be logged, monitored, and periodically reviewed to prevent unauthorized system modification, data access, or configuration changes that could affect the confidentiality, integrity, or availability of CUI.

Media Verification for Malicious Code

All removable media, diagnostic utilities, firmware images, and test programs used during maintenance must be scanned and verified to be free of malicious code prior to introduction into any system operating on CUI systems enrolled in CRSP.

UT Austin requires the use of approved anti-malware, antivirus, and integrity verification mechanisms to validate the security of maintenance media. Media that fails security verification shall not be used on CUI systems enrolled in CRSP and must be reported to appropriate security personnel for further investigation.

Protection and Disposal of Maintenance Equipment Containing CUI

Maintenance equipment that may store or process CUI—including laptops, portable diagnostic devices, maintenance workstations, and removable storage devices—shall not be removed from facilities supporting CUI systems unless it has been verified that no CUI remains on the equipment.

If CUI cannot be verified as removed, one of the following actions must occur:

  • The equipment is sanitized using approved media sanitization procedures to remove all CUI;
  • The equipment is destroyed in accordance with institutional media destruction procedures; or
  • The equipment is retained on CUI systems enrolled in CRSP under controlled storage and access conditions.

These measures ensure that CUI confidentiality, integrity, and availability are preserved during and after maintenance activities.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOApprove system maintenance tools, including diagnostic software, administrative utilities, and maintenance equipment used on CUI systems enrolled in CRSP.Prior to initial use and upon changes to the maintenance tool inventory
PI/PPPI/PPEnsure only authorized and approved maintenance tools are used within CUI systems and environments.Ongoing / Continuous
ISOISOMonitor and review maintenance tool usage logs and verify compliance with maintenance procedures and security requirements.Annually or following high-risk maintenance activities
ET CRSPISO / ET CRSPUse only authorized maintenance tools and follow approved procedures when performing maintenance activities.Each maintenance event
ET CRSPISO / ET CRSPScan and verify removable media, firmware images, and diagnostic/test programs for malicious code prior to introduction into CUI systems.Prior to each use
PI/PPPI/PPConfirm that no CUI remains on maintenance equipment prior to removal from facilities supporting CUI systems or ensure sanitization or destruction procedures are applied.Prior to equipment removal
PI/PPPI/PPEnsure secure retention of maintenance equipment containing CUI when removal from facilities supporting CUI systems is notAs needed
permitted.

03.07.05 Nonlocal Maintenance

Control Requirement:

  1. Approve and monitor nonlocal maintenance and diagnostic activities.
  2. Implement multifactor authentication and replay resistance in the establishment of nonlocal maintenance and diagnostic sessions.
  3. Terminate session and network connections when nonlocal maintenance is completed.

Policy Statement:

UT Austin establishes requirements to ensure that nonlocal (remote) maintenance and diagnostic activities performed on CUI systems enrolled in CRSP are conducted securely and in a manner that protects CUI in accordance with NIST SP 800-171 Rev. 3 and the UT Austin CRSP 3.0 CUI Governance Policy.

UT Austin ensures that remote maintenance activities are authorized, securely established, actively monitored, and properly terminated to reduce the risk of unauthorized access or misuse of CUI systems enrolled in CRSP.

Approval and Monitoring of Nonlocal Maintenance

All nonlocal maintenance and diagnostic activities must be formally approved in advance by the Information System Owner (ISO) or a designated authority before remote access to CUI systems is granted.

Remote maintenance sessions must be actively monitored or logged to ensure adherence to approved procedures and to verify that maintenance personnel access only authorized systems and resources. Unauthorized or unsupervised nonlocal maintenance access to CUI systems is strictly prohibited.

Secure Session Establishment

Nonlocal maintenance sessions must be established using secure authentication and communication mechanisms designed to prevent unauthorized access and session interception.

UT Austin requires that:

  • Multifactor authentication (MFA) is used to authenticate personnel initiating nonlocal maintenance sessions.
  • Replay-resistant authentication mechanisms are implemented to prevent session hijacking or credential replay attacks.
  • Encrypted communication protocols are used to protect data transmitted during remote maintenance sessions.
  • Access is restricted to authorized personnel with an approved operational need to perform maintenance activities.

These measures ensure that remote maintenance connections to CUI systems maintain appropriate levels of identity assurance and communication security.

Session Termination and Network Control

Upon completion of nonlocal maintenance or diagnostic activities, all remote sessions and associated network connections must be immediately terminated.

Any temporary access accounts, remote credentials, or elevated privileges granted to facilitate maintenance must be revoked or disabled following completion of the maintenance activity.

Maintenance session logs must be preserved and reviewed in accordance with UT Austin logging, monitoring, and auditing procedures to ensure accountability and detect potential security anomalies.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
PI/PPPI/PPApprove all nonlocal maintenance and diagnostic sessions prior to initiation and ensure authorization aligns with system risk and CUI protection requirements.Prior to each nonlocal maintenance session
ET CRSPISO / ET CRSPPerform nonlocal maintenance only through approved access methods and documented procedures designed to protect CUI on CUI systems enrolled in CRSP.Each nonlocal maintenance event
ISOISOMonitor nonlocal maintenance sessions for compliance with security requirements, verify use of MFA and encrypted connections, and ensure sessions are terminated after completion.During each session and upon session completion
ET CRSPISO / ET CRSPRevoke temporary access accounts, remote credentials, and elevated privileges used during nonlocal maintenance activities.Immediately after each session
PI/PPPI/PPValidate that CUI remains protected during nonlocal maintenance and confirm no unauthorized data access, modification, or transfer occurred.Each maintenance session and post-maintenance review

03.07.06 Maintenance Personnel

Control Requirement:

  1. Establish a process for maintenance personnel authorization.
  2. Maintain a list of authorized maintenance organizations or personnel.
  3. Verify that non-escorted personnel who perform maintenance on the system possess the required access authorizations.
  4. Designate organizational personnel with required access authorizations and technical competence to supervise the maintenance activities of personnel who do not possess the required access authorizations.

Policy Statement:

UT Austin establishes requirements to ensure that personnel performing maintenance on CUI systems enrolled in CRSP are properly authorized, supervised when necessary, and capable of performing maintenance activities without compromising the confidentiality, integrity, or availability of CUI.

These requirements align with NIST SP 800-171 Rev. 3 and the UT Austin CRSP 3.0 CUI Governance Policy, ensuring that maintenance personnel are vetted, authorized, and monitored before interacting with CUI systems enrolled in CRSP.

Maintenance Personnel Authorization Process

UT Austin establishes and maintains a formal authorization process for all internal personnel, contractors, and third-party service providers who perform maintenance on CUI systems enrolled in CRSP.

Authorization includes verification of:

  • Required system and facility access authorizations
  • Role-based qualifications and technical competency
  • Completion of required security training
  • Completion of personnel screening requirements, when applicable
  • Compliance with institutional security policies governing the protection of CUI

Only individuals who have completed the required authorization process may perform maintenance on CUI systems.

List of Authorized Maintenance Personnel and Organizations

UT Austin maintains a current list of authorized maintenance personnel and approved maintenance organizations that are permitted to perform maintenance activities on CUI systems enrolled in CRSP.

This list includes:

  • Authorized personnel names or vendor organization identifiers
  • Access authorization level and approved systems
  • Verification of required training and screening status
  • Date of authorization approval

The list is maintained by designated administrative or security personnel and is reviewed periodically to ensure accuracy and continued authorization.

Verification of Access Authorization for Non-Escorted Personnel

Personnel performing maintenance on CUI systems without escort or direct supervision must possess all required access authorizations prior to performing maintenance activities.

Prior to each maintenance activity, responsible personnel must verify that:

  • Maintenance personnel appear on the approved authorization list
  • Access permissions align with the maintenance activity being performed
  • Personnel possess the appropriate security clearances or institutional approvals

Individuals who do not possess required authorizations must not be granted unescorted access to CUI systems or facilities.

Supervision of Unauthorized Maintenance Personnel

When maintenance must be performed by personnel who do not possess the required access authorizations, UT Austin designates authorized and technically qualified personnel to supervise those activities.

Designated supervisors must:

  • Possess the necessary system access authorizations
  • Have sufficient technical competence to oversee maintenance tasks
  • Ensure maintenance activities do not expose or compromise CUI
  • Ensure maintenance tools, media, and equipment are used in accordance with institutional procedures

Supervision ensures that maintenance tasks are completed safely while maintaining the security posture of CUI systems enrolled in CRSP.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOApprove maintenance personnel, including internal staff and third-party service providers, prior to granting maintenance access to CUI systems.Prior to granting maintenance access; reviewed annually
PI/PPPI/PPMaintain and update the list of authorized maintenance personnel and organizations; verify screening, training, and authorization status.Upon personnel changes and reviewed annually
ISOISOEnsure personnel performing maintenance are authorized or are supervised by designated personnel with required access and technical expertise.Each maintenance event
ISOORSC / ISOVerify that non-escorted maintenance personnel possess required access authorizations and comply with the requirements of this Policy.Prior to maintenance activities and during security reviews
ET CRSPISO / ET CRSPSupervise maintenance activities performed by personnel lacking required access authorizations and ensure protection of CUI during maintenance operations.During each supervised maintenance activity
ISOORSC / ISOReview maintenance personnel authorization records and oversight activities to ensure compliance with the requirements of this Policy and institutional policy.Annually or during security assessments

NIST SP 800-171 Revision 2 to Revision 3 Change Analysis

SP 800-171 R2 IdentifierSP 800-171 R3 IdentifierRequirement StatusSummary of Changes
3.7.103.07.01Withdrawn Requirement 
3.7.203.07.02Withdrawn Requirement 
3.7.303.07.03Withdrawn Requirement 
3.7.403.07.04Significant ChangeNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for maintenance tools Includes withdrawn requirement: 03.07.02
3.7.503.07.05Minor ChangeNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for nonlocal maintenance
3.7.603.07.06Significant ChangeNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for security related to maintenance personnel Includes withdrawn requirement: 03.07.02

CRSP Standard 3.8: Media Protection (MP)

NIST SP 800-171 Rev. 3, Family 3.8

Purpose of Policy

The purpose of this policy is to establish a structured and comprehensive media protection program for CUI systems enrolled in CRSP to safeguard Controlled Unclassified Information (CUI) throughout its full lifecycle. This program supports the security requirements defined in the UT Austin CRSP 3.0 CUI Governance Policy, integrates applicable state requirements, and provides operational guidance for protecting media that stores, processes, or transmits CUI on CUI systems enrolled in CRSP.

This policy applies to all information systems, components, media types (digital and non-digital), facilities, and personnel participating in CRSP that create, store, process, transmit, transport, or otherwise handle CUI.

The policy defines requirements for the following media protection activities on CUI systems enrolled in CRSP in accordance with guidance provided by the UT Austin CRSP 3.0 CUI Governance Policy:

  • Physical control and secure storage. Media storing CUI on CUI systems enrolled in CRSP must be protected through controlled physical access, approved storage containers, and appropriate environmental safeguards.
  • Access limitation to authorized personnel. Access to CUI on media shall be restricted to individuals with an approved operational need and proper authorization on CUI systems enrolled in CRSP. Access provisioning and periodic review must align with account-management and access control requirements.
  • Media marking and handling. Media containing CUI shall be labeled or marked with appropriate designations and handling instructions in accordance with federal guidance, institutional procedures, and CUI media handling requirements.
  • Control of removable and portable storage devices. The use of removable media, portable storage, and peripheral devices on CUI systems enrolled in CRSP shall be restricted and controlled to prevent unauthorized copying, transfer, or exfiltration of CUI. Scanning for malicious code and the use of approved, inventoried devices is required, consistent with DIR malware prevention and asset-management guidance.
  • Sanitization and destruction prior to disposal or reuse. Media containing CUI on CUI systems enrolled in CRSP must be sanitized or destroyed using methods that meet DIR and federal media sanitization standards. Secure disposal and chain-of-custody procedures must be documented and auditable.
  • Protection during transport. Media transported on-site or off-site from facilities supporting CUI systems shall be safeguarded through encryption, tamper-evident packaging, secured chain-of-custody procedures, and documented authorization, consistent with state and federal requirements for protecting information in transit.
  • Inventory, tracking, and accountability. Maintain comprehensive inventories and tracking records for media containing CUI on CUI systems enrolled in CRSP, including assignment, location, custodianship, and disposition.
  • Incident reporting and response. Suspected loss, compromise, or unauthorized disclosure of media containing CUI must be reported and addressed in accordance with UT Austin incident response procedures and DIR reporting requirements, including applicable state timelines.
  • Training and awareness. Personnel handling CUI media on CUI systems enrolled in CRSP must receive role-based training on media protection procedures, sanitization, transport controls, and reporting obligations, consistent with DIR guidance and institutional training schedules.
  • Exceptions and compensating controls. When standard media protection practices cannot be applied on CUI systems enrolled in CRSP, documented compensating controls approved by the Information System Owner (ISO) and Chief Information Security Officer (CISO) shall be implemented to provide an equivalent level of protection.

This policy provides the framework for developing, implementing, and maintaining detailed media protection procedures, technical configurations, and operational controls to ensure the confidentiality, integrity, and availability of CUI on CUI systems enrolled in CRSP. It also supports compliance with NIST SP 800-171 Rev. 3 Control Family 3.8 (Media Protection) and the UT Austin CRSP 3.0 CUI Governance Policy.

Scope of Policy

This Media Protection Policy applies to all information systems, components, personnel, and processes enrolled in CRSP that store, process, transmit, or otherwise handle Controlled Unclassified Information (CUI) media in any form. This policy is established in accordance with the UT Austin CRSP 3.0 CUI Governance Policy.

The scope of this policy encompasses the following CUI systems, media, personnel, and operational processes:

  • CUI systems and environments. All on-premises, hybrid, and cloud-based environments on CUI systems enrolled in CRSP where CUI media—digital or non-digital—is created, stored, accessed, transported, or destroyed, including systems or infrastructure operated by approved third-party service providers supporting CUI processing.
  • System components and media assets. All system components and physical assets on CUI systems enrolled in CRSP that may store or contain CUI, including removable media (e.g., USB devices, external drives), storage devices, backup media, optical discs, printed materials, mobile devices, and any other media types defined by NIST SP 800-171 Rev. 3 and governed under the UT Austin CRSP 3.0 CUI Governance Policy.
  • Authorized personnel and affiliated parties. All individuals authorized to handle or manage CUI media on CUI systems enrolled in CRSP, including faculty, staff, students, contractors, researchers, affiliates, and approved third-party personnel responsible for handling, labeling, storing, transporting, sanitizing, destroying, or overseeing media containing CUI.
  • Media lifecycle processes. All processes and lifecycle activities associated with the secure handling of CUI media on CUI systems enrolled in CRSP, including media marking, accountability, transport, reuse, retention, sanitization, and destruction. These processes must be performed in accordance with NIST SP 800-171 Rev. 3 media protection requirements and UT Austin institutional policies and procedures.

Explicit Exclusions

This policy does not apply to the following systems or environments unless they are formally designated as part of a CUI system enrolled in CRSP:

  • General university enterprise systems that do not process, store, or transmit CUI.
  • Institutional administrative systems (e.g., HR, finance, or student information systems) unless formally authorized as part of the applicable CUI system boundary.
  • General-purpose IT services such as standard email, collaboration platforms, learning management systems, or campus network services that are not configured or authorized for CUI processing.
  • Public-facing university websites or research systems that do not contain or handle CUI.
  • Personally owned devices that do not connect to or access CUI environments.

Systems or services may only fall under this policy if they have been formally designated, documented, and authorized as part of the applicable CUI system boundary in accordance with institutional CUI governance and authorization procedures.

This policy establishes the required physical, administrative, and technical safeguards necessary to protect CUI media throughout its lifecycle on CUI systems enrolled in CRSP. These requirements support compliance with NIST SP 800-171 Rev. 3, applicable state-mandated information security requirements, and the UT Austin CRSP 3.0 CUI Governance Policy, ensuring the confidentiality, integrity, and availability of CUI across all authorized CUI media types.

The scope of this policy includes, but is not limited to, the following media protection requirements:

Control Requirements

Control IDRequirement
03.08.01Physically control and securely store system media that contain CUI.
03.08.02Restrict access to CUI on system media to authorized personnel or roles.
03.08.03Sanitize system media that contain CUI prior to disposal, release out of organizational control, or release for reuse.
03.08.04Mark system media that contain CUI to indicate distribution limitations, handling caveats, and applicable CUI markings.
03.08.05Protect, control, and maintain accountability of all system media containing CUI during transport outside of controlled areas, and ensure all transport activities are fully documented.
03.08.06Addressed by 03.13.08.
03.08.07Restrict or prohibit the use of organization-defined types of system media and ensure that no removable media is used unless it has a clearly identifiable owner.
03.08.08Incorporated into 03.08.07.
03.08.09Protect the confidentiality of backup information by implementing cryptographic mechanisms that prevent the unauthorized disclosure of CUI at backup storage locations.

Departments and Responsibilities

Departments and responsibilities related to media protection on CUI systems enrolled in CRSP are established to ensure clear accountability for the secure handling, storage, marking, transport, reuse, and disposal of system media containing Controlled Unclassified Information (CUI). These responsibilities support UT Austin compliance with NIST SP 800- 171r3, Texas Administrative Code (TAC) 202, Texas Department of Information Resources (DIR) security standards, DFARS 252.204-7012, and the UT Austin CRSP 3.0 CUI Governance Policy.

The table below outlines key departments and their associated responsibilities for protecting CUI media throughout its lifecycle on CUI systems enrolled in CRSP:

Roles and Responsibilities

Department (Primary)Department (Secondary)Responsibilities
Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Provides executive oversight for media protection activities supporting CUI systems across research units. Ensures policies, training programs, and institutional resources support compliance with NIST SP 800-171 Rev. 3, TAC 202, DIR standards, and DFARS 252.204-7012.
Information Security Office (ISO)Information Security Office (ISO)Establishes the institutional strategy for media protection and oversees development, implementation, and enforcement of media protection policies and procedures. Ensures requirements for media access control, marking, storage, transport, encryption, sanitization, and disposal are implemented in accordance with federal and institutional standards. Reviews and approves exceptions to media protection requirements in coordination with the Information System Owner (ISO).
Information Security Office (ISO)Office of Research Support and Compliance (ORSC)Provides oversight for the secure handling of CUI media on CUI systems enrolled in CRSP. Ensures research units integrate media protection requirements into research security practices, including protections addressing insider risk and foreign influence concerns.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Ensures that all system media containing CUI on CUI systems enrolled in CRSP are properly labeled, stored, accessed, transported, sanitized, and disposed of in accordance with institutional policies and federal requirements. Implements access controls, media usage restrictions, transport safeguards, and cryptographic protections while maintaining accountability records and audit documentation.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Coordinates implementation and enforcement of media protection policies and procedures across CUI systems. Supports training, awareness, and compliance monitoring activities related to proper handling and protection of CUI media.
Information Security Office (ISO)Information Security Office (ISO)Develops and oversees technical and procedural controls supporting media protection. Monitors compliance with media marking, sanitization, access restrictions, transport safeguards, and audit logging requirements for CUI media on CUI systems enrolled in CRSP.
Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Implements technical controls supporting media protection, including encryption, access restrictions, removable media controls, device management, and approved sanitization tools. Ensures that removable media use is restricted and aligned with institutional safeguards.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Ensures media containing CUI is properly classified, marked, securely stored, and accessible only to authorized individuals on CUI systems enrolled in CRSP. Coordinates with system owners and administrators to ensure secure destruction or sanitization of media when no longer required.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Ensure research personnel comply with approved procedures for labeling, storing, transporting, and disposing of CUI media used in research activities on CUI systems enrolled in CRSP. Maintain accountability for removable or portable storage devices used within research projects.
Office of Research Support and Compliance (ORSC)Office of Research Support and Compliance (ORSC) / PI / Project Participants (PI/PP)Coordinates personnel lifecycle activities on CUI systems enrolled in CRSP affecting access to CUI media, including onboarding and offboarding. Ensures departing personnel return or properly dispose of assigned media containing CUI on CUI systems enrolled in CRSP in accordance with institutional procedures.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Follow institutional procedures for handling, labeling, storing, transporting, and disposing of CUI media on CUI systems enrolled in CRSP. Promptly report any suspected loss, theft, damage, or unauthorized disclosure of CUI media on CUI systems enrolled in CRSP to designated security personnel in accordance with incident reporting procedures.

Senior Management Commitment

Senior management at the University of Texas at Austin (UT Austin) affirms its commitment to the effective implementation and ongoing enforcement of Media Protection (MP) controls for CUI systems enrolled in CRSP that store, process, or transmit Controlled Unclassified Information (CUI). This policy has been formally reviewed and approved by executive leadership in accordance with institutional governance responsibilities and applicable federal and state cybersecurity requirements.

UT Austin leadership supports the enforcement of this policy by ensuring that appropriate administrative, technical, and physical safeguards are established and maintained to protect media containing CUI throughout its lifecycle. These safeguards include controls governing the secure handling, marking, storage, transport, reuse, sanitization, and destruction of media, as well as mechanisms for monitoring compliance and preventing unauthorized disclosure or misuse of sensitive information.

Executive leadership is committed to ensuring that sufficient resources are available to support the implementation and sustainment of media protection controls across CUI systems enrolled in CRSP. This includes the allocation of:

  • Qualified personnel with defined security responsibilities
  • Security tools and technologies required to protect CUI media
  • Role-based training and awareness programs for personnel handling CUI media
  • Funding necessary to support secure media management, tracking, transport, sanitization, and disposal processes

UT Austin leadership also ensures that appropriate governance and oversight mechanisms are in place to prevent media handling activities from becoming a potential cybersecurity attack vector, including risks related to removable media, unauthorized duplication, data exfiltration, or improper disposal of CUI-bearing devices.

Through this commitment, senior management reinforces the University's responsibility to safeguard Controlled Unclassified Information on CUI systems enrolled in CRSP, mitigate risks associated with media handling and transport, and maintain compliance with NIST SP 800-171 Rev. 3, applicable federal contractual obligations, Texas state cybersecurity requirements, and the UT Austin CRSP 3.0 CUI Governance Policy. Leadership will continue to support risk management, oversight, and continuous improvement activities to ensure that media protection controls remain effective, current, and aligned with evolving regulatory and threat environments.

Policy Statement

The University of Texas at Austin (UT Austin) establishes and maintains a comprehensive Media Protection Policy to safeguard Controlled Unclassified Information (CUI) across CUI systems enrolled in CRSP. Implementation aligns with applicable Federal Information Processing Standards (FIPS), NIST Special Publications, and UT Austin CRSP 3.0 CUI Governance Policy requirements.

UT Austin develops, documents, and disseminates an organization-level Media Protection Policy that:

  • Defines the University's strategic approach for protecting digital and non-digital media containing CUI, including physical control, secure storage, marking, transport, sanitization, and disposal;
  • Establishes the purpose, scope, roles and responsibilities, senior management commitment, coordination across organizational units, and compliance with applicable federal, state, and institutional requirements;
  • Sets comprehensive requirements for media protection activities, including secure storage, inventory control, access restrictions, and accountability measures, consistent with institutional risk management practices and federal compliance frameworks;
  • Requires implementation of formal, repeatable procedures for handling CUI media, including labeling and marking, secure transport, role-based access authorization, and sanitization or destruction in accordance with federal guidance and NIST SP 800-171 Rev. 3.

Supporting operational procedures include, but are not limited to:

  • Secure physical and environmental storage of media containing CUI, including locked containers, controlled-access storage areas, and monitored media libraries;
  • Marking and labeling procedures compliant with federal CUI marking standards, including handling caveats and distribution limitations;
  • Control, tracking, and auditing of media movement and transport, maintaining chain-of-custody documentation, access logs, and accountability records;
  • Sanitization and destruction techniques aligned with NIST SP 800-88 Revision 1, ensuring all media is rendered unrecoverable prior to disposal or reuse, including cryptographic erase, degaussing, shredding, or incineration as appropriate.

Roles and accountability:

  • The Chief Information Security Officer (CISO) is accountable for the development, periodic review, and enforcement of this Media Protection Policy and its supporting procedures.
  • The Information System Owner (ISO) is responsible for dissemination, implementation, and ensuring compliance with the policy within assigned CUI systems.

Review cycle:

  • The Media Protection Policy is reviewed at least once every three (3) years, or sooner in response to significant events such as changes in media technology, federal or state regulations, audit findings, threat conditions, or operational changes affecting CUI.
  • Supporting operational procedures are reviewed annually to maintain alignment with current best practices, institutional requirements, and applicable federal and state mandates.

This policy ensures a structured, repeatable, and auditable approach to media protection across CUI systems enrolled in CRSP, reinforcing the confidentiality, integrity, and availability of CUI in compliance with federal, state, and institutional security requirements.

Control Requirements

03.08.01 Media Protection

Control Requirement:

Physically control and securely store system media that contain CUI.

Policy Statement:

UT Austin ensures that all system media containing CUI on CUI systems enrolled in CRSP, including digital and non-digital media, are physically controlled and securely stored to prevent unauthorized access, disclosure, or compromise.

UT Austin requires that:

  • All CUI media be stored in secure locations, including locked containers, controlled-access rooms, or monitored media libraries on CUI systems enrolled in CRSP.
  • Access to media storage areas is limited to authorized personnel with a documented operational need for access.
  • Storage procedures maintain accountability and traceability for all CUI media.
  • Media is protected from environmental hazards, theft, tampering, and unauthorized removal from secure areas.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISODevelop, review, and enforce CUI media storage policies and procedures.Annually, or following significant events (audit findings, security incidents, regulatory changes)
PI/PP / ISOISO / ORSC / ET CRSPEnsure all CUI media on CUI systems enrolled in CRSP are stored in secure locations (locked containers, controlled-access rooms, monitored media libraries); Limit access to media storage areas to authorized personnel with documented operational need; Maintain accountability and traceability records for all CUI media; Implement environmental, theft, tampering, and unauthorized removal protections for stored media.Ongoing / Continuous
ISO / ORSCISO / ET CRSPAudit adherence to CUI media storage controls and recommend corrective actions.Annually, or as needed based on incidents or assessments
PI/PPPI/PPComply with access, handling, and storage procedures for CUI media on CUI systems enrolled in CRSP.Ongoing / Continuous

03.08.02 Media Access

Control Requirement:

Restrict access to CUI on system media to authorized personnel or roles.

Policy Statement:

UT Austin restricts access to CUI stored on system media on CUI systems enrolled in CRSP to authorized personnel or roles. This ensures that media containing CUI is protected from unauthorized disclosure, modification, or loss.

UT Austin requires that:

  • Access to CUI media on CUI systems enrolled in CRSP are granted only to personnel with a documented operational need, based on their role, responsibility, or assigned duties.
  • Access permissions are reviewed and updated regularly to reflect personnel changes, role transfers, or terminations.
  • Procedures are in place to log and monitor access to CUI media to detect and respond to unauthorized access attempts.
  • Any exceptions to access restrictions are formally documented, justified, and approved by the Information System Owner (ISO) and Chief Information Security Officer (CISO).

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISODevelop, review, and enforce media access policies for CUI systems enrolled in CRSP.Annually, or following regulatory changes or incidents
ISO / PI/PPISO / ET CRSPImplement and maintain access controls for all CUI media on CUI systems enrolled in CRSP; Grant access to CUI media only to personnel with documented operational need based on role, responsibility, or assigned duties; Review and update access permissions to reflect personnel changes, role transfers, or terminations; Log and monitor access to CUI media to detect and respond to unauthorized access attempts.Ongoing / Continuous
ISO / ORSCISO / ORSCReview, document, and approve any exceptions to media access restrictions.As needed
ISO / ORSCISO / ET CRSPAudit adherence to CUI media access control procedures and recommend corrective actions.Annually or as needed based on findings
PI/PPPI/PPFollow assigned access permissions and report unauthorized access attempts.Ongoing / Continuous

03.08.03 Media Sanitization

Control Requirement:

Sanitize system media that contain CUI prior to disposal, release out of organizational control, or release for reuse.

Policy Statement:

UT Austin ensures that all system media containing CUI on CUI systems enrolled in CRSP are sanitized prior to disposal, release outside organizational control, or reuse. This prevents unauthorized disclosure, data recovery, or compromise of sensitive research information.

UT Austin requires that:

  • Media sanitization is performed using approved methods, consistent with NIST Special Publication 800-88 Revision 1, including techniques such as cryptographic erase, degaussing, shredding, or incineration, based on media type and sensitivity of the CUI.
  • Media is verified to be free of residual CUI following sanitization before disposal, reuse, or transfer.
  • Sanitization procedures are documented, and the process is auditable to demonstrate compliance with CUI system security policies and regulatory requirements.
  • Personnel performing sanitization are trained, authorized, and supervised when necessary, and their actions are logged for accountability and traceability.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISODevelop, review, and enforce CUI media sanitization policies and procedures.Annually, or upon regulatory or operational changes
ISO / PI/PPISO / ET CRSPImplement and oversee media sanitization procedures for all CUI-containing media on CUI systems enrolled in CRSP; Ensure media sanitization methods comply with NIST SP 800-88 Rev. 1 (e.g., cryptographic erase, degaussing, shredding, incineration); Verify media is free of residual CUI prior to disposal, reuse, or transfer; Document and maintain auditable records of all media sanitization activities; Ensure personnel performing media sanitization are trained, authorized, and their actions are logged for accountability.Ongoing / Continuous; As needed, based on media type and disposal/reuse events; Each sanitization event; Each sanitization event; Upon onboarding of personnel and continuously during operations
ISO / ORSCISO / ET CRSPAudit sanitization processes, verify compliance, and recommend corrective actions.Annually or as needed
PI/PPPI/PPPerform sanitization according to approved procedures and log all actions.Each sanitization event

03.08.04 Media Marking

Control Requirement:

Mark system media that contain CUI to indicate distribution limitations, handling caveats, and applicable CUI markings.

Policy Statement:

UT Austin ensures that all system media containing Controlled Unclassified Information (CUI) on CUI systems enrolled in CRSP are properly marked to indicate distribution limitations, handling caveats, and applicable CUI designations throughout the media lifecycle.

UT Austin requires that:

  • All media, digital and non-digital, containing CUI are labeled in accordance with federal CUI guidelines, including the applicable CUI category, dissemination restrictions, and handling instructions.
  • Labels and markings are clear, durable, and remain visible during storage, transport, use, and any other handling of media on CUI systems enrolled in CRSP.
  • Media received from external sources is reviewed and marked per UT Austin standards before introduction into organizational systems or CUI system environments.
  • Personnel handling marked media are trained on interpreting and enforcing CUI marking requirements, and any media lacking proper markings are reported and appropriately managed.
  • Procedures for media marking are documented and auditable to ensure compliance with regulatory, federal, and institutional requirements.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISODevelop, review, and enforce CUI media marking policies and procedures.Annually, or upon regulatory or operational changes
ISO / PI/PPISO / ET CRSPImplement and oversee media marking procedures for all CUI-containing media on CUI systems enrolled in CRSP; Ensure media sanitization methods comply with NIST SP 800-88 Rev. 1 (e.g., cryptographic erase, degaussing, shredding, incineration); Review and mark media received from external sources before introduction into CUI systems; Maintain auditable records of media marking activities and verify compliance; Ensure personnel handling marked media are trained and understand labeling requirements.Ongoing / Continuous; Each media creation or receipt event; Upon receipt of media; Each marking event; Upon onboarding and annually thereafter
ISO / ORSCISO / ORSCAudit media marking processes, verify compliance, and recommend corrective actions.Annually or as needed based on audits or incidents
ORSC / ISOISO / ET CRSPApply, interpret, and comply with all CUI media markings; report improperly marked media.Ongoing / Continuous

03.08.05 Media Transport

Control Requirement:

  1. Protect and control system media that contain CUI during transport outside of controlled areas.
  2. Maintain accountability of system media that contain CUI during transport outside of controlled areas.
  3. Document activities associated with the transport of system media that contain CUI.

Policy Statement:

UT Austin ensures that all system media containing CUI on CUI systems enrolled in CRSP are protected, controlled, and tracked during transport outside secure or controlled areas.

UT Austin requires that:

  • All media containing CUI transported outside secure facilities or controlled areas supporting CUI systems must be physically secured using approved methods, including locked containers, tamper-evident packaging, or encrypted transport for digital media.
  • Accountability for media is maintained throughout the transport process, with responsible personnel tracking custody, handling, and delivery to authorized recipients.
  • Transport activities are documented, including date, time, origin, destination, personnel involved, and verification of receipt, creating a fully auditable record of media movement.
  • Personnel involved in transporting CUI media are trained on secure handling, transport procedures, and reporting obligations to prevent unauthorized access, loss, or compromise.
  • Procedures for transporting CUI media are reviewed and updated periodically to reflect regulatory guidance, operational requirements, or changes in threat conditions affecting CUI systems enrolled in CRSP.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISODevelop, review, and enforce the Media Transport policy and associated procedures.Annually or upon regulatory/operational change
ISO / PI/PPISO / ET CRSPImplement and oversee secure transport procedures for all CUI-containing media on CUI systems enrolled in CRSP; Approve transport methods and ensure physical and technical controls (locked containers, tamper-evident packaging, encryption) are applied; Maintain accountability logs documenting date, time, origin, destination, personnel, and verification of receipt.Ongoing / Continuous; Each transport event; Each transport event
ISO / ORSCISO / ET CRSPAudit transport procedures and records to verify adherence to UT Austin CRSP 3.0 CUI Governance Policy requirements.Annually or as required
ORSC / ISOISO / PI/PPProvide training to personnel on secure transport, accountability, and reporting requirements for CUI media.Upon role assignment and annually thereafter
PI/PPPI/PPSecurely transport media according to approved methods, maintain custody, and ensure protection of CUI during transport; Accurately document media movement, custody, and delivery verificationEach transport event; Each transport event

03.08.06 Withdrawn

Control Requirement: Addressed by 03.13.08.

03.08.07 Media Use

Control Requirement:

  1. Restrict or prohibit the use of [Assignment: organization-defined types of system media].
  2. Prohibit the use of removable system media without an identifiable owner.

Policy Statement:

UT Austin establishes controls over the use of system media containing CUI on CUI systems enrolled in CRSP to prevent unauthorized access, loss, or compromise.

UT Austin requires that:

  • The use of specific types of system media is restricted or prohibited as defined by organizational policy. This includes, but is not limited to, removable media, portable storage devices, or external drives that pose a security risk to CUI on CUI systems enrolled in CRSP.
  • Removable system media containing CUI must have a clearly identifiable owner responsible for its security, and the use of unassigned, untracked, or unmanaged media is prohibited.
  • All personnel handling CUI media receive training on authorized media types, ownership requirements, and secure handling protocols for media use.
  • Procedures are in place to track, monitor, and audit media usage, ensuring compliance with access restrictions and ownership assignments.
  • Policy and procedures are reviewed periodically and updated to reflect changes in technology, regulatory guidance, or operational requirements affecting CUI systems.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISODevelop, review, and enforce the Media Use policy and associated procedures for CUI systems enrolled in CRSP.Annually or upon regulatory/operational changes
ISO / PI/PPISO / ET CRSPDefine authorized and restricted/prohibited types of system media containing CUI in CUI systems enrolled in CRSP; Implement procedures to track ownership of removable media and ensure each item is assigned to a responsible owner.Annually or upon policy/technology changes; Ongoing / Continuous
ISO / ORSCISO / ET CRSPAudit media usage to verify compliance with approved media types, ownership assignments, and security controls in CUI systems enrolled in CRSP.Annually or as required
ORSC / ISOISO / PI/PPProvide personnel training on approved media types, ownership requirements, and secure handling procedures.Upon role assignment and annually thereafter
PI/PPPI/PPUse only approved media types and ensure assigned media is protected according to policy and the requirements of this Policy; Immediately report unassigned, lost, or unauthorized media to the appropriate security personnel.Each use event; As needed / upon discovery

03.08.08 Withdrawn

Control Requirement: Incorporated into 03.08.07.

03.08.09 System Backup – Cryptographic Protection

Control Requirement:

  1. Protect the confidentiality of backup information.
  2. Implement cryptographic mechanisms to prevent the unauthorized disclosure of CUI at backup storage locations.

Policy Statement:

UT Austin ensures that all backup copies of CUI on CUI systems enrolled in CRSP are protected against unauthorized access, disclosure, or compromise.

UT Austin requires that:

  • The confidentiality of all backup information containing CUI is maintained through appropriate security controls, including access restrictions, monitoring, and secure handling.
  • Cryptographic mechanisms approved by institutional and federal standards are applied to secure backup data at rest and during transfer to backup storage locations. This includes encryption of backup media, secure key management, and adherence to cryptographic best practices.
  • Only authorized personnel with a defined business or operational need are permitted to access backup media containing CUI.
  • Backup procedures, cryptographic protections, and key management are reviewed periodically to ensure alignment with changes in technology, regulatory guidance, or risk assessments.
  • All backup activities are documented, including encryption methods used, storage locations, responsible personnel, and verification of confidentiality protections.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency 
ISOISODevelop, review, and enforce backup protection policy, including cryptography standardsAnnually or upon regulatory/operational changes 
ISO / PI/PPISO / ET CRSPDefine and approve backup policies, including cryptographic protection requirements for CUI on CUI systems enrolled in CRSP; Ensure backup procedures include approved cryptographic mechanisms and secure key management.Annually or upon policy/technology changes; Ongoing / Continuous 
ET CRSPISO / ET CRSPEncrypt backup media, manage cryptographic keys securely, and store backups in approved locationsEach backup event 
ET CRSPISO / ET CRSPDocument backup activities, including encryption methods, storage locations, responsible personnel, and verification of confidentiality protections; Encrypt backup media, manage cryptographic keys securely, and store backups in approved locations.Each backup event; Each backup event;
ISO / ORSCISO / ET CRSPAudit backup processes, encryption implementation, access logs, and adherence to policyAnnually or as required 
ORSC / ISOISO / PI/PPTrainpersonnel on cryptographic requirements, secureUpon role assignment
  handling, and access procedures for backup media and annually thereafter
PI/PPPI/PPAccess backup media only when necessary and in accordance with defined roles and operational need As needed / per access request

NIST SP 800-171 Revision 2 to Revision 3 Change Analysis

SP 800-171 R2 IdentifierSP 800-171 R3 IdentifierRequirement StatusSummary of Changes
3.8.103.08.01No Significant ChangeNew security requirement title
3.8.203.08.02No Significant ChangeNew security requirement title
3.8.303.08.03No Significant ChangeNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for media access, but outcome and implementation unchanged Incorporates withdrawn requirement: 03.07.03
3.8.403.08.04No Significant ChangeNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for media marking
3.8.503.08.05Significant ChangeNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for media transport; adds new requirement item to document activities associated with the transport of system media that contains CUI
3.8.603.08.06Withdrawn Requirement 
3.8.703.08.07Significant Change; New ODPNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for media use Added new ODP: removeable system media that are restricted or prohibited
3.8.803.08.08Withdrawn Requirement 
3.8.903.08.09Significant ChangeNew security requirement title Aligned with SP 800-53, Rev 5 Added new foundational part of requirement to protect confidentiality of backup information (part a)

CRSP Standard 3.9: Personnel Security (PS)

NIST SP 800-171 Rev. 3, Family 3.9

Purpose of Policy

The purpose of this policy is to establish a structured and comprehensive framework for implementing personnel security practices on CUI systems enrolled in CRSP that safeguard Controlled Unclassified Information (CUI) in accordance with NIST Special Publication 800-171, Revision 3, Protecting Controlled Unclassified Information in Nonfederal Systems and Organizations, and the UT Austin CRSP 3.0 CUI Governance Policy.

This policy applies to all UT Austin personnel, contractors, researchers, affiliates, and third-party users who require access to information systems, facilities, applications, or environments enrolled in CRSP that store, process, or transmit CUI.

This policy establishes requirements for the secure management of personnel throughout their lifecycle of access to CUI systems and environments, ensuring that individuals granted access to CUI are appropriately vetted, authorized, and accountable for safeguarding sensitive information.

This policy establishes requirements for:

  • Conducting personnel security screening, vetting, and risk assessment prior to granting individuals access to CUI systems, facilities, or environments containing CUI, in alignment with NIST SP 800-171 Rev. 3 and the UT Austin CRSP 3.0 CUI Governance Policy.
  • Managing and protecting CUI access throughout the personnel lifecycle, including onboarding, role changes, transfers, research assignments, and reassignments involving CUI systems and resources.
  • Enforcing timely modification, suspension, or revocation of access credentials and privileges when personnel roles change, access is no longer required, or employment, affiliation, or research participation ends.
  • Ensuring accountability for system-related and physical property associated with CUI system operations, including hardware tokens, identification badges, cryptographic devices, removable media, keys, and other resources used to access or store CUI.
  • Conducting exit or separation procedures that reinforce ongoing security and nondisclosure obligations, including proper handling and continued protection of CUI following termination of employment, contract, or research affiliation.
  • Applying compensating controls when standard personnel security procedures cannot be implemented, ensuring continued protection of CUI and alignment with NIST SP 800-171 Rev. 3 and the UT Austin CRSP 3.0 CUI Governance Policy.

This policy provides the foundation for establishing, implementing, and maintaining a Personnel Security Program on CUI systems enrolled in CRSP that protects the confidentiality, integrity, and availability of CUI. It ensures that UT Austin meets all relevant requirements of NIST SP 800- 171r3 Control Family 3.9 (Personnel Security) and institutional requirements defined within the UT Austin CRSP 3.0 CUI Governance Policy.

Scope of Policy

This Personnel Security Policy applies to all personnel, contractors, researchers, affiliates, and third-party users who require access to information systems, services, facilities, or environments enrolled in CRSP that store, process, or transmit Controlled Unclassified Information (CUI).

This policy aligns with the requirements of NIST SP 800-171 Rev. 3, Control Family 3.9 (Personnel Security) and the UT Austin CRSP 3.0 CUI Governance Policy, which establish expectations for personnel screening, authorization of access, oversight of personnel with access to CUI systems, and the secure management of access throughout the personnel lifecycle.

The scope of this policy encompasses:

  • All UT Austin employees, faculty, staff, researchers, contractors, affiliates, student workers, and third-party personnel who are granted logical or physical access to CUI systems, applications, facilities, or data repositories containing CUI.
  • Personnel security activities including identity verification, personnel screening where applicable, access authorization, role-based assignment, security awareness and training, supervision, and ongoing monitoring of personnel with authorized access to CUI systems and CUI.
  • Processes for managing personnel lifecycle events—including onboarding, role changes, reassignments, transfers, leaves of absence, and terminations—to ensure that access to CUI systems and CUI is granted, modified, or revoked in a secure and timely manner.
  • Responsibilities for safeguarding and returning system-related and physical property associated with access to CUI systems, including identification badges, hardware tokens, cryptographic devices, removable media, mobile devices, keys, and privileged credentials during personnel transitions.
  • Enforcement of personnel security obligations, including nondisclosure agreements, security awareness training, acceptable use requirements, and disciplinary or administrative actions for noncompliance with CUI protection requirements.

Explicit Exclusions

This policy does not apply to:

  • General university enterprise systems that do not process, store, or transmit CUI on CUI systems enrolled in CRSP.
  • Institutional administrative systems (e.g., HR, finance, student information systems) unless those systems are formally designated as part of a CUI system enrolled in CRSP.
  • General-purpose IT services such as standard email, collaboration platforms, learning management systems, or campus network services that are not configured or authorized for CUI processing.
  • Public-facing university websites or research systems that do not contain CUI.
  • Personally owned devices that do not connect to or access CUI environments.

Systems or services fall under this policy only when they have been formally designated, documented, and authorized as part of the applicable CUI system boundary in accordance with institutional CUI governance procedures and the UT Austin CRSP 3.0 CUI Governance Policy.

This policy establishes requirements for personnel vetting prior to authorization of access, the protection of CUI throughout all personnel lifecycle events, and the prompt modification or revocation of access when it is no longer required. These requirements support compliance with NIST SP 800-171 Rev. 3 and the UT Austin CRSP 3.0 CUI Governance Policy for CUI systems enrolled in CRSP.

The scope of this policy includes, but is not limited to, the following personnel security requirements:

Control Requirements

Control IDRequirement
3.9.1Organizations shall ensure timely revocation or adjustment of system access, credentials, and security-related property upon termination, and review and modify access authorizations as needed for reassignments or transfers.
3.9.2Organizations shall promptly revoke system access and credentials and recover security-related property upon employee termination, and shall review and adjust access authorizations to align with operational needs when personnel are reassigned or transferred.

Departments and Responsibilities

UT Austin defines and implements departments and responsibilities for personnel security on CUI systems enrolled in CRSP to ensure accountability for the screening, authorization, training, and ongoing suitability of individuals with access to Controlled Unclassified Information (CUI).

These responsibilities support the protection of sensitive research information and help reduce the risk of insider threats, unauthorized access, or misuse of CUI systems, in accordance with NIST SP 800-171 Rev. 3 and the UT Austin CRSP 3.0 CUI Governance Policy.

UT Austin assigns the following departments and responsibilities:

Departments and Responsibilities

Department (Primary)Department (Secondary)Responsibilities
Information Security Office (ISO)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Provides executive oversight for personnel security practices supporting CUI systems enrolled in CRSP; ensures institutional personnel security practices align with NIST SP 800- 171r3 and the UT Austin CRSP 3.0 CUI Governance Policy.
Information Security Office (ISO)Information Security Office (ISO)Establishes and maintains UT Austin’s personnel security strategy for CUI systems enrolled in CRSP; ensures policies, procedures, and monitoring mechanisms are implemented to mitigate personnel-related risks; coordinates with Human Resources, IT, and compliance personnel to ensure effective personnel lifecycle management.
Information Security Office (ISO)Office of Research Support and Compliance (ORSC)Coordinates with research units, system owners, and security personnel to support personnel vetting, insider threat awareness, and compliance activities on CUI systems enrolled in CRSP; promotes adherence to federal research security requirements applicable to CUI environments; oversees implementation of personnel security controls for CUI systems, including coordination of screening, training, access management, and compliance monitoring for personnel with access to CUI.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Ensures personnel granted access to CUI systems are properly authorized and vetted in accordance with institutional policies; reviews and approves system-specific access modifications or removals; verifies personnel require access to perform authorized duties.
Information Security Office (ISO)Information Security Office (ISO)Coordinates implementation and oversight of personnel security controls within CUI systems; validates that personnel access aligns with security policies; supports monitoring of personnel access activities and ensures appropriate documentation of personnel security actions.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Oversees implementation of personnel security controls for CUI systems, including coordination of screening, training, access management, and compliance monitoring for personnel with access to CUI.
Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Provision and deprovision system accounts; disable access when personnel separate from roles requiring access to CUI systems; modify privileges during role changes or transfers; enforce access controls consistent with approved security policies and procedures.
Office of Research Support and Compliance (ORSC)Office of Research Support and Compliance (ORSC) / PI / Project Participants (PI/PP)Conducts personnel onboarding, offboarding, and employment lifecycle processes; supports personnel screening where applicable; notifies relevant stakeholders of personnel changes affecting access to CUI systems and CUI; coordinates exit procedures and ensures return of institutional property and access credentials.
PI / Project Participants (PI/PP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP) / Office of Research Support and Compliance (ORSC)Manage issuance and recovery of physical access mechanisms associated with facilities supporting CUI systems, including badges, keys, and access tokens; ensure physical access is appropriately restricted during onboarding, role changes, and terminations.
PI / Project Participants (PI/PP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP) / Office of Research Support and Compliance (ORSC) / PI / Project Participants (PI/PP)Identify personnel lifecycle events requiring access modification or revocation; validate operational need for continued access to CUI systems and CUI; ensure personnel complete required training and adhere to institutional security policies.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Ensure personnel granted access to CUI data are authorized and trained; coordinate with system owners to modify or remove access when personnel roles change; ensure CUI remains protected throughout personnel lifecycle events.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Ensure research personnel complete required training, screening, and authorization processes before accessing CUI on CUI systems enrolled in CRSP; enforce compliance with institutional and sponsor security requirements related to personnel handling of CUI.
Information Security Office (ISO)Office of Research Support and Compliance (ORSC) / PI / Project Participants (PI/PP)Conduct audits and compliance reviews of personnel security practices within CUI systems, including onboarding, offboarding, access revocation, and training compliance; provide recommendations for corrective actions and continuous improvement in alignment with NIST SP 800-171 Rev. 3 and the UT Austin CRSP 3.0 CUI Governance Policy.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Complete required personnel security and security awareness training; comply with institutional policies governing CUI access and handling on CUI systems enrolled in CRSP; report suspicious behavior, unauthorized access attempts, or security incidents.

Senior Management Commitment

This policy has been reviewed, endorsed, and formally approved by senior management. The University of Texas at Austin (UT Austin) executive leadership affirms its commitment to the effective implementation of the principles and requirements defined within the Personnel Security (PS) control family, as outlined in NIST SP 800-171 Rev. 3 and the UT Austin CRSP 3.0 CUI Governance Policy, for CUI systems enrolled in CRSP.

Senior management supports the enforcement of this policy by ensuring the development, operation, and continuous improvement of a robust personnel security program designed to safeguard Controlled Unclassified Information (CUI) and reduce the risk of insider threats on CUI systems enrolled in CRSP. This program includes:

  • Comprehensive personnel screening and vetting processes appropriate to the level of access required for CUI systems enrolled in CRSP;
  • Clearly defined and enforceable procedures for access authorization, modification, and timely revocation in accordance with NIST SP 800-171 Rev. 3 and the UT Austin CRSP 3.0 CUI Governance Policy;
  • Mandatory security awareness and role-based training for personnel with responsibilities related to the protection and handling of CUI;
  • Oversight of user provisioning, privileged access assignment, and separation of duties to mitigate risks associated with insider threats or unauthorized access;
  • Standardized onboarding, role transition, and termination procedures that ensure the protection of CUI and the secure return or revocation of institutional assets, credentials, and access mechanisms.

UT Austin leadership further ensures that sufficient administrative, technical, and procedural safeguards are implemented to prevent personnel-related activities from becoming a vector for unauthorized access, misuse of privileges, or compromise of CUI on CUI systems enrolled in CRSP.

Executive leadership is committed to ensuring that sufficient resources, including trained personnel, secure operational processes, appropriate technologies, continuous monitoring capabilities, and adequate funding, are available to support the effective implementation and oversight of personnel security controls across CUI systems enrolled in CRSP.

This commitment reflects the University’s recognition that personnel security is a foundational element of protecting CUI, reducing insider threat risks, and maintaining compliance with federal requirements and institutional governance policies. Senior leadership will continue to support governance, oversight, and continuous improvement of personnel security practices to ensure the confidentiality, integrity, and availability of CUI on CUI systems enrolled in CRSP.

Policy Statement

The University of Texas at Austin (UT Austin) develops, documents, and disseminates a comprehensive Personnel Security (PS) Policy applicable to all individuals granted authorized access to systems, facilities, or environments that process, store, or transmit Controlled Unclassified Information (CUI) on CUI systems enrolled in CRSP. This policy establishes a structured framework to ensure personnel are appropriately vetted, trained, and managed throughout the lifecycle of their access to institutional systems, data, and resources.

This policy integrates federal requirements under NIST SP 800-171 Rev. 3 and aligns with the UT Austin CRSP 3.0 CUI Governance Policy to define institutional standards for personnel security on CUI systems enrolled in CRSP.

UT Austin’s Personnel Security Policy demonstrates organizational commitment to:

  • Conducting screening and background checks for individuals prior to granting access to CUI systems, facilities, or resources, in accordance with NIST SP 800-171 Rev. 3 and institutional governance requirements;
  • Implementing access restriction protocols during personnel transfers, role changes, temporary assignments, or terminations within CUI systems and environments;
  • Ensuring timely revocation of access privileges and recovery of organizational property (e.g., identification badges, hardware tokens, keys, and devices) upon separation or role change;
  • Coordinating with Human Resources (HR), Information System Owners (ISO), and Chief Information Security Officer (CISO) for onboarding, offboarding, and reassignment activities;
  • Maintaining comprehensive personnel records documenting screening, background checks, security training completion, role assignments, and exit processing.

Key components of the policy include:

  • Role-based definitions of personnel subject to screening, access authorization, and security responsibilities;
  • Procedures for managing personnel access according to job function, business need, or clearance level, consistent with NIST SP 800-171 Rev. 3 and the requirements of this Policy;
  • Mandatory completion of security awareness and insider threat training during onboarding and at recurring intervals;
  • Supervisor and management responsibilities for notifying HR and ISO of role changes, reassignments, or terminations;
  • Collaboration among HR, hiring managers, ISO, and CISO for account deactivation, reassignment, and recovery of organizational property, ensuring CUI protection throughout the personnel lifecycle.

UT Austin designates the Controlled Research Support Program (CRSP) Director or designee, in coordination with the Information System Owner (ISO) and Chief Information Security Officer (CISO), as responsible for the development, approval, dissemination, and maintenance of the Personnel Security Policy and its supporting procedures.

The Personnel Security Policy is reviewed at least once every three (3) years, and Personnel Security Procedures are reviewed annually, as well as following:

  • Changes in applicable laws, regulations, directives, or institutional security requirements;
  • Security incidents, audit findings, or assessments related to personnel, insider threats, or access management;
  • Significant organizational or business process changes that impact personnel access or security responsibilities on CUI systems enrolled in CRSP.

Control Requirements

03.09.01 Personnel Security Screening

Control Requirement:

  1. Screen individuals prior to authorizing access to the system.
  2. Rescreen individuals in accordance with an organizational policy requiring rescreening when there is a significant incident, or change in status, related to an individual.

Policy Statement:

UT Austin conducts comprehensive personnel security screening to evaluate the trustworthiness of individuals prior to granting access to systems, facilities, or environments on CUI systems enrolled in CRSP that store, process, or transmit CUI.

Screening activities assess factors including conduct, integrity, judgment, loyalty, reliability, and stability, and are conducted in accordance with applicable federal laws, directives, institutional policies, and the UT Austin CRSP 3.0 CUI Governance Policy. Screening criteria are tailored to the level of access required for assigned positions to ensure effective risk management.

In addition to initial screening, UT Austin requires rescreening of personnel under organization-defined conditions, which may include, but are not limited to:

  • Changes in job roles or responsibilities that grant higher levels of access to CUI;
  • Reassignment, promotion, or transition to sensitive or privileged positions;
  • Periodic rescreening intervals defined by UT Austin based on risk assessment, regulatory requirements, or compliance obligations;
  • Following adverse incidents, security concerns, or other events indicating potential risk to CUI or institutional systems.

Personnel screening and rescreening activities are conducted in compliance with NIST SP 800-171 Rev. 3 Control Family 3.9 (Personnel Security) and the UT Austin CRSP 3.0 CUI Governance Policy, ensuring that all individuals with access to CUI maintain an appropriate level of trustworthiness, reliability, and accountability throughout their tenure at UT Austin.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
PI/PPPI/PPVerify suitability of personnel for system-specific access; confirm rescreening requirements are met prior to granting elevated or sensitive access.Prior to granting system access, and upon role changes requiring elevated access
ISOISOReview screening and rescreening results for individuals requiring CUI system access; approve access based on risk assessment; maintain screening records in the personnel security system or Training and Certification Tracker.Prior to granting access, and upon each rescreening event
PI/PPPI/PPCoordinate initial personnel screening and rescreening processes; collect, verify, and document background screening information; ensure compliance with UT Austin CRSP 3.0 and applicable federal requirements.Prior to onboarding, and as required for rescreening events
PI/PP / ISOISO / ORSC / ET CRSP / PI/PPIdentify personnel changes (promotions, transfers, role changes) that may trigger rescreening; report personnel events requiring rescreening; ensure staff complete required security training and assessments.Ongoing; upon role change, promotion, transfer, or reassignment
ORSCISOAudit and monitor adherence to screening and rescreening procedures; identify compliance gaps; provide guidance on corrective actions.Annually, or as part of audits and assessments

03.09.02 Personnel Termination and Transfer

Control Requirement:

  1. When individual employment is terminated:
  2. Disable system access within four (4) hours,
  3. Terminate or revoke authenticators and credentials associated with the individual, and
  4. Retrieve security-related system property.
  5. When individuals are reassigned or transferred to other positions in the organization:
  6. Review and confirm the ongoing operational need for current logical and physical access authorizations to the system and facility, and
  7. Modify access authorization to correspond with any changes in operational need.

Policy Statement:

UT Austin protects CUI on CUI systems enrolled in CRSP during personnel changes by enforcing timely revocation, modification, and validation of system access and credentials. These actions ensure the confidentiality, integrity, and availability of CUI in compliance with NIST SP 800-171 Rev. 3 Control Family 3.9 and the UT Austin CRSP 3.0 CUI Governance Policy.

Termination of Employment When an individual’s employment or affiliation with UT Austin is terminated, the following actions are taken:

  1. System Access Revocation: All logical and physical access to information systems, networks, and facilities is disabled within 4 hours upon notification or sooner if security risk dictates.
  2. Authenticator and Credential Termination: All authenticators, including hardware tokens, passwords, smart cards, and digital certificates, are revoked or terminated immediately.
  3. Retrieval of Security-Related Property: All system-related and security property—including identification badges, hardware tokens, system manuals, keys, and building passes—is collected and accounted for.

Exit interviews are conducted whenever feasible to reinforce ongoing security obligations, including nondisclosure agreements and employment-related restrictions. When exit interviews are not possible, compensating controls are applied to maintain protection of CUI.

Reassignment or Transfer of Personnel When individuals are reassigned or transferred to new roles or positions within UT Austin, the following measures are implemented:

  1. Access Review: Current logical and physical access authorizations are reviewed and validated to ensure alignment with the individual’s ongoing operational need for access to systems, data, and facilities.
  2. Access Modification: Access rights and privileges are modified as appropriate to reflect the new operational role, ensuring that personnel retain only the minimum necessary access required for their updated responsibilities.

These measures ensure that CUI remains protected throughout personnel lifecycle events, including terminations, reassignments, and transfers, in compliance with federal, state, and institutional security requirements, including TAC 202 and DIR security control guidance.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
PI/PPPI/PPReview and authorize system-specific access removal or modification; ensure access aligns with updated operational needs.At personnel termination, transfer, or reassignment; prior to granting new access.
ISOISOValidate timely revocation of system access and credentials; approve modifications of access for reassigned personnel; maintain records of access changes.Upon termination or transfer; continuous monitoring for compliance.
PI/PPPI/PPNotify IT and security teams of personnel terminations, reassignments, or transfers; coordinate exit interviews; ensure return of physical property and assets.Upon termination, reassignment, or transfer; annually review procedures for compliance.
ET CRSPISO / ET CRSPDisable system accounts, revoke authenticators (passwords, smart cards, tokens, digital certificates); modify access privileges for reassigned personnel.Immediately upon notification of termination or reassignment; as needed for role changes.
PI/PPISO / ORSC / ET CRSPCollect and account for physical security items, including badges, keys, hardware tokens, and system manuals.Upon termination or role change; continuous tracking of assigned property.
PI/PP / ISOISO / ORSC / ET CRSP / PI/PPConfirm operational need for system access during transfers; communicate changes to HRO, ISSO, and ISO; ensure personnel comply with return of credentials and property.At reassignment or transfer; ongoing oversight during personnel lifecycle.
ORSCISOReview adherence to access revocation, modification, and property retrieval procedures; provide corrective actions if gaps are identified.Annually; after security incidents or internal/external audits.

NIST SP 800-171 Revision 2 to Revision 3 Change Analysis

SP 800-171 R2 IdentifierSP 800-171 R3 IdentifierRequirement StatusSummary of Changes
3.9.103.09.01Minor Change; New ODPNew security requirement title Aligned with SP 800-53, Rev 5 to address rescreening individuals Added new ODP: conditions requiring rescreening
3.9.203.09.02Significant Change; New ODPNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for personnel termination and transfer Added new ODP: time period to disable system access

CRSP Standard 3.10: Physical Protection (PE)

NIST SP 800-171 Rev. 3, Family 3.10

Purpose of Policy

The purpose of this policy is to establish a structured and comprehensive framework for implementing physical and environmental protection measures that safeguard Controlled Unclassified Information (CUI) on CUI systems enrolled in CRSP.

The purpose of this policy is to establish a structured and comprehensive framework for implementing physical and environmental protection measures that safeguard Controlled Unclassified Information (CUI) on CUI systems enrolled in CRSP.

This policy aligns with the requirements defined in NIST SP 800-171 Rev. 3, Control Family 3.10 (Physical Protection), and the UT Austin CRSP 3.0 CUI Governance Policy, ensuring that facilities and supporting infrastructure are secured against unauthorized access, environmental hazards, and physical threats.

This policy applies to all facilities, information systems, personnel, and supporting infrastructure operating enrolled in CRSP where CUI is stored, processed, or transmitted.

This policy establishes requirements for:

  • Implementing physical access controls to prevent unauthorized entry to facilities, rooms, or areas containing CUI systems, equipment, or media that store or process CUI.
  • Protecting information systems, equipment, and media from physical tampering, theft, damage, or unauthorized removal.
  • Restricting physical access to authorized individuals based on assigned roles, operational need, and approved access privileges.
  • Monitoring and recording physical access through surveillance systems, entry logs, badge systems, or automated access control mechanisms.
  • Securing supporting infrastructure, including power supplies, HVAC systems, telecommunications infrastructure, and emergency systems, to ensure continued operation of CUI systems.
  • Implementing appropriate environmental protections to safeguard CUI systems from hazards such as fire, water damage, temperature extremes, electrical disruption, and other environmental threats.

This policy provides the foundation for developing, implementing, and maintaining a physical and environmental protection program that supports the confidentiality, integrity, and availability of CUI on CUI systems enrolled in CRSP, while ensuring compliance with NIST SP 800-171 Rev. 3 and the UT Austin CRSP 3.0 CUI Governance Policy.

Scope of Policy

This Physical Protection Policy applies to all facilities, systems, equipment, personnel, and operational processes enrolled in CRSP that support the storage, processing, or transmission of Controlled Unclassified Information (CUI).

This policy aligns with the requirements of NIST SP 800-171 Rev. 3, Control Family 3.10 (Physical Protection), and the UT Austin CRSP 3.0 CUI Governance Policy, and establishes physical and environmental security requirements for CUI systems enrolled in CRSP.

The scope of this policy encompasses:

  • UT Austin-managed and approved third-party facilities that house systems supporting CUI system operations, including data centers, server rooms, research laboratories, and designated secure workspaces where CUI systems or equipment are located.
  • Physical access control mechanisms used to restrict and monitor entry to facilities supporting CUI systems or secure areas, including badge readers, keycard systems, locks, surveillance systems, and visitor management procedures.
  • Environmental protection controls supporting facility operations, including heating, ventilation, and air conditioning (HVAC), fire detection and suppression systems, electrical power systems, and water protection mechanisms necessary to maintain operational stability of CUI systems.
  • Personnel responsible for implementing, enforcing, or monitoring physical and environmental safeguards, including facility security personnel, system administrators, researchers, and designated security staff.
  • Operational processes related to physical access authorization, visitor management, access logging, facility maintenance, environmental monitoring, and emergency response procedures supporting CUI system operations.

Explicit Exclusions

This policy does not apply to the following environments or systems unless they are formally designated as part of a CUI system enrolled in CRSP:

  • General university enterprise systems that do not store, process, or transmit CUI.
  • Institutional administrative systems (e.g., human resources, finance, or student information systems) unless those systems are formally authorized as part of the applicable CUI system boundary.
  • General-purpose IT services such as standard email, collaboration platforms, learning management systems, or campus network services that are not configured or approved for CUI processing.
  • Public-facing university websites or research systems that do not contain CUI.
  • Personally owned devices that do not connect to or access CUI systems enrolled in CRSP.

Systems, services, and facilities fall under this policy only when they have been formally designated, documented, and authorized as part of the applicable CUI system boundary in accordance with institutional CUI governance procedures and the UT Austin CRSP 3.0 CUI Governance Policy.

The scope of this policy includes, but is not limited to, the following physical and environmental protection requirements:

Control Requirements

Control IDRequirement
03.10.01a. Develop, approve, and maintain a list of individuals with authorized access to the facility where the system resides. b. Issue authorization credentials for facility access. c. Review the facility access list [Assignment: organization-defined frequency]. d. Remove individuals from the facility access list when access is no longer required.
03.10.02a. Monitor physical access to the facility where the system resides to detect and respond to physical security incidents. b. Review physical access logs [Assignment: organization-defined frequency] and upon occurrence of [Assignment: organization-defined events or potential indications of events].
03.10.03Incorporated into 03.10.07.
03.10.04Incorporated into 03.10.07.
03.10.05Incorporated into 03.10.07.
03.10.06a. Determine alternate work sites allowed for use by employees. b. Employ the following security requirements at alternate work sites: [Assignment: organization-defined security requirements].
03.10.07a. Enforce physical access authorizations at entry and exit points to the facility where the system resides by: 1. Verifying individual physical access authorizations before granting access to the facility and 2. Controlling ingress and egress with physical access control systems, devices, or guards. b. Maintain physical access audit logs for entry or exit points. c. Escort visitors, and control visitor activity. d. Secure keys, combinations, and other physical access devices. e. Control physical access to output devices to prevent unauthorized individuals from obtaining access to CUI.
03.10.08Control physical access to system distribution and transmission lines within organizational facilities.

Departments and Responsibilities

Departments and responsibilities related to physical and environmental protection on CUI systems enrolled in CRSP are established to ensure accountability for safeguarding facilities, infrastructure, and information systems that store, process, or transmit Controlled Unclassified Information (CUI).

These responsibilities support the implementation of NIST SP 800-171 Rev. 3, Control Family 3.10 (Physical Protection), and the UT Austin CRSP 3.0 CUI Governance Policy, ensuring that CUI systems and facilities are protected against unauthorized physical access, environmental hazards, and disruptions that could impact the confidentiality, integrity, or availability of CUI.

The table below outlines key departments and their associated responsibilities:

Departments and Responsibilities

Department (Primary)Department (Secondary)Responsibilities
Office of InformationInformation Security Office (ISO) /Provides executive oversight of physical protection policies affecting research environments supporting CUI systems and ensures leadership support and
Security (ISO)Enterprise Technology Controlled Research Support Program (ET CRSP)resources for secure facility operations.
Information Security Office (ISO)Information Security Office (ISO)Defines institutional physical protection strategy; ensures facility access controls and environmental protections meet the requirements of this Policy; oversees policy development and review.
Information Security Office (ISO)Office of Research Support and Compliance (ORSC)Coordinates physical protection activities within research environments; supports implementation of restricted access zones and monitoring procedures for facilities supporting CUI systems.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Ensures systems supporting CUI system operations are located in physically secure environments; approves physical access authorization lists and reviews access logs.
Information Security Office (ISO)Information Security Office (ISO)Monitors compliance with physical protection requirements; coordinates with facilities and IT personnel to ensure physical safeguards remain effective.
Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Implement and maintain physical safeguards for servers, networking equipment, and infrastructure supporting CUI systems; monitor for evidence of physical tampering or environmental issues.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Ensure research activities involving CUI occur in approved locations housing CUI systems; enforce laboratory access restrictions; report unauthorized access or security incidents.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Provide oversight of physical protection practices on CUI systems enrolled in CRSP; support awareness training and coordinate compliance activities related to facility security.
Information Security Office (ISO) / PI / Project Participants (PI/PP)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP) / PI / Project Participants (PI/PP)Coordinate investigation and response to physical security breaches or environmental incidents affecting CUI systems; ensure proper evidence handling and reporting.
Office of Research Support and Compliance (ORSC)Information Security Office (ISO)Conduct assessments of physical and environmental protection practices supporting CUI systems and verify compliance with applicable security requirements.
Information Security Office (ISO) / PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Maintain secure facility areas supporting CUI systems; implement access control mechanisms, surveillance systems, and environmental monitoring; respond to facility security incidents.
Office of Research Support and Compliance (ORSC)Office of Research Support and Compliance (ORSC) / PI / Project Participants (PI/PP)Communicate personnel changes affecting facility access and ensure access authorizations are updated or revoked accordingly.
Office of Research Support and Compliance (ORSC)Office of Research Support and Compliance (ORSC) / PI / Project Participants (PI/PP)Monitor and control entry to restricted areas housing CUI systems; verify identities, enforce visitor management, and escort procedures.
Information Security Office (ISO)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Ensure vendors and service providers supporting CUI systems comply with facility security requirements and contractual obligations.
Office of Research Support and Compliance (ORSC)Office of Research Support and Compliance (ORSC) / PI / Project Participants (PI/PP)Provide training and awareness programs covering facility access procedures, environmental safeguards, and secure handling of CUI systems.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Follow facility access procedures and entry protocols; report suspicious activity, physical security concerns, or environmental hazards affecting CUI systems.

Senior Management Commitment

This policy has been reviewed and formally approved by senior management. The University of Texas at Austin (UT Austin) executive leadership affirms its commitment to the effective implementation of the principles and requirements defined within the Physical Protection (PE) control family of NIST SP 800- 171 Revision 3 and the UT Austin CRSP 3.0 CUI Governance Policy.

Senior management supports the enforcement of this policy by ensuring the establishment, implementation, and continuous improvement of physical and environmental safeguards on CUI systems enrolled in CRSP that protect information systems, infrastructure, and facilities that store, process, or transmit Controlled Unclassified Information (CUI).

These safeguards include, but are not limited to:

  • Physical access controls that restrict entry to facilities supporting CUI systems, rooms, and areas containing CUI systems or equipment.
  • Monitoring and surveillance mechanisms, including access logging, badge systems, and security monitoring tools that track facility access.
  • Environmental protection measures, including fire detection and suppression systems, HVAC controls, water protection mechanisms, and power management systems designed to maintain safe operating conditions for CUI systems.
  • Contingency and response capabilities that address physical security incidents, environmental hazards, or facility disruptions that could impact the confidentiality, integrity, or availability of CUI.

Executive leadership is responsible for ensuring that sufficient resources are allocated to support the physical protection program, including:

  • Qualified personnel responsible for facility security, monitoring, and incident response;
  • Secure facilities and infrastructure supporting CUI system operations;
  • Access control technologies, surveillance systems, and monitoring tools used to protect physical environments;
  • Emergency response and environmental protection capabilities necessary to maintain operational resilience; and
  • Training and awareness programs to ensure personnel understand and comply with facility access and environmental protection requirements.

This commitment reflects UT Austin leadership’s recognition that physical and environmental security is a foundational component of protecting Controlled Unclassified Information (CUI) and maintaining the confidentiality, integrity, and availability of CUI systems enrolled in CRSP.

Policy Statement

The University of Texas at Austin (UT Austin) establishes, maintains, and disseminates a Physical and Environmental Protection Policy to safeguard facilities, systems, and supporting infrastructure operating on CUI systems enrolled in CRSP that store, process, or transmit Controlled Unclassified Information (CUI).

This policy aligns with NIST SP 800-171 Rev. 3, Control Family 3.10 (Physical Protection), and the UT Austin CRSP 3.0 CUI Governance Policy, and applies to all physical locations, secure areas, and information technology environments designated as part of the applicable CUI system boundary.

UT Austin ensures that physical and environmental safeguards are implemented to protect CUI systems and facilities through the following requirements:

Physical Access Controls

  • Restrict physical access to facilities supporting CUI systems and secure areas to authorized personnel only through the use of access control technologies such as badge systems, keycards, electronic locks, biometric authentication mechanisms, or staffed security checkpoints.
  • Maintain approved access authorization lists for individuals permitted entry to secure areas containing CUI systems.

Monitoring and Logging of Facility Access

  • Monitor and record physical access to facilities supporting CUI systems and restricted areas through access logs, surveillance systems, or automated entry control systems.
  • Maintain logs documenting facility entry and exit events to support security monitoring, auditing, and incident investigation.

Visitor Management and Supervision

  • Require visitor authorization and identity verification prior to granting access to restricted areas supporting CUI system operations.
  • Ensure visitors are escorted and supervised at all times when present in areas containing systems that store, process, or transmit CUI.

Physical Access Device Management

  • Secure and manage physical access devices (e.g., badges, keys, keycards, tokens) assigned to authorized personnel.
  • Update, modify, or revoke facility access privileges when personnel roles change, access is no longer required, or individuals separate from the organization.

Environmental and Infrastructure Protection

  • Maintain environmental safeguards necessary to support the reliable operation of CUI systems, including:
    • Electrical power and backup power systems
    • Heating, ventilation, and air conditioning (HVAC)
    • Fire detection and suppression systems
    • Humidity monitoring and water protection mechanisms

These controls help ensure the confidentiality, integrity, and availability of CUI systems enrolled in CRSP and their data.

Security at Alternate Work Sites

UT Austin enforces security requirements for approved alternate work sites that support activities supporting CUI systems. Personnel authorized to work from alternate locations must follow established procedures to ensure that CUI systems and devices remain physically protected from unauthorized access or environmental risks.

Control Requirements

03.10.01 Physical Access Authorization

Control Requirement :

  1. Develop, approve, and maintain a list of individuals with authorized access to the facility where the system resides.
  2. Issue authorization credentials for facility access.
  3. Review the facility access list at least every 12 months, or when there are significant incidents or significant changes to risks.
  4. Remove individuals from the facility access list when access is no longer required.

Policy Statement:

UT Austin enforces strict physical access authorizations to all facilities and areas housing CUI systems enrolled in CRSP. Access is granted only to individuals explicitly authorized through a formal approval process and based on their assigned roles and operational need.

Authorized personnel are issued credentials such as university-issued smart cards, badges, physical keys, or biometric authentication devices, and access is restricted to designated areas consistent with job responsibilities. Sensitive areas, including data centers, communication closets, and research laboratories, are secured using multi-layered access control measures.

UT Austin maintains a centralized access authorization list, which is reviewed and updated at least annually, or whenever there are significant security incidents or changes to organizational risk.

Individuals who no longer require access—due to separation, transfer, or role change—have their credentials revoked within one business day to prevent unauthorized access.

UT Austin employs monitoring, logging, and periodic auditing to ensure compliance with access authorization requirements and to detect and respond to any unauthorized attempts to access controlled areas.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISO / ET CRSPProvides oversight for enforcement of physical access policies in research environments.Annual review
ISOISOApproves and maintains access authorization policies; ensures compliance with federal and institutional requirements.Annual review or as-needed
PI/PPPI/PPEnsures access lists for systems containing CUI are accurate and updated; approves additions or removals.At least annually; immediately upon role change, transfer, or separation
ISO / ORSCISO / ET CRSPIssue and control physical access credentials; enforce entry procedures; maintain logs of access activity.Ongoing; reviewed quarterly
PI/PPPI/PPNotify ISO and Facilities Personnel of personnel changes affecting access; ensure access aligns with role assignments.Immediately upon personnel changes
PI/PPPI/PPComply with assigned access privileges; report any suspected unauthorized access.Ongoing

03.10.02 Monitoring Physical Access

Control Requirement:

  1. Monitor physical access to the facility where the system resides to detect and respond to physical security incidents.
  2. Review physical access logs at least every 45 days and upon occurrence of significant, novel incidents, or significant changes to risks.

Policy Statement:

UT Austin monitors physical access to facilities and areas housing CUI systems enrolled in CRSP to detect and respond to unauthorized access or other physical security incidents.

Physical access monitoring is implemented using a combination of video surveillance, access logs, motion detection, intrusion alarms, and security personnel. Critical infrastructure areas, including data centers, server rooms, communication closets, and research laboratories, are secured using controlled entry points and monitored continuously.

Access logs and monitoring data are reviewed at least every 45 days and immediately following significant, novel, or high-risk security events to identify and respond to unauthorized activity. Any suspicious or unauthorized access detected triggers follow-up actions, including investigation, remediation, and reporting in accordance with UT Austin incident response procedures.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency 
ISOISO / ET CRSPProvides oversight for the monitoring of physical access to facilities supporting CUI systems.Annual oversight review 
ISOISOEnsures monitoring strategies comply with federal and institutional physical security requirements; approves procedures.Annual review or as-needed 
PI/PPPI/PPEnsures access logs for systems processing CUI are collected, maintained, and reviewed.At least every 45 days; immediately after significant eventsevery 45 days;
ISOISOMonitors physical access alerts and logs; coordinates with facilities and security teams to investigate anomalies.Ongoing; review logs at least every 45 days 
ISO / ORSCISO / ET CRSPMaintain and operate access control systems, surveillance, and logging; escalate incidents to ISSO and ISO as needed.Ongoing; review logs at least every 45 days 
ISO / PI/PPORSC / ISO / ET CRSP / PI/PPReport any observed unauthorized access or physical security concerns.Ongoing 
PI/PPPI/PPInvestigates incidents detected through monitoring and ensures appropriate response and documentation.As incidents occur 

03.10.03 Withdrawn

Control Requirement: Incorporated into 03.10.07.

03.10.04 Withdrawn

Control Requirement: Incorporated into Incorporated into 03.10.07.

03.10.05 Withdrawn

Control Requirement: Incorporated into Incorporated into 03.10.07.

03.10.06 Alternate Work Site

Control Requirement:

  1. Determine alternate work sites allowed for use by employees.
  2. Employ the following security requirements at alternate work sites: adequate security, comparable to organizational security requirements at the primary work site where practical, documented in policy, and covered by training.

Policy Statement:

UT Austin establishes and enforces requirements for alternate work sites to ensure the security of CUI when accessed outside primary UT Austin facilities. Alternate work sites must provide adequate security comparable to organizational standards, where practical, and comply with institutional policies covering physical protection, information handling, and environmental safeguards.

Employees accessing CUI remotely or at alternate locations must use UT Austin-managed devices with full disk encryption, secure virtual private networks (VPNs), strong authentication mechanisms, and automatic screen lock or session timeout features. CUI must not be stored, printed, or viewed in unsecured or public areas. Personnel must receive training on security requirements for remote work, acknowledge responsibilities, and obtain pre-authorization prior to accessing CUI at alternate work sites.

Security compliance at alternate work sites is monitored, and incidents are reported and addressed according to UT Austin incident response procedures.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISO / ET CRSPProvides oversight of alternate work site security compliance for CRSP participants.Annual oversight review
ISOISOApproves alternate work site security requirements; ensures alignment with institutional and federal guidance.Annual review or as-needed
PI/PPPI/PPAuthorizes and documents approved alternate work sites; ensures systems used at alternate sites comply with security requirements.Ongoing; review annually
ISOISOMonitors adherence to security requirements at alternate work sites; coordinates training and guidance.Ongoing; review annually
ET CRSPISO / ET CRSPEnsure remote access solutions, device security, and VPNs are configured according to policy.Ongoing; review configurations at least annually
ORSCORSC/ISO/ET CRSPProvide training on security requirements for alternate work sites; maintain training records.At least annually
PI/PPPI/PPAccess CUI only at approved alternate work sites;Ongoing
follow all security requirements and report incidents.

03.10.07 Physical Access Control

Control Requirement:

  1. Enforce physical access authorizations at entry and exit points to the facility where the system resides by:
  2. Verifying individual physical access authorizations before granting access to the facility and
  3. Controlling ingress and egress with physical access control systems, devices, or guards.
  4. Maintain physical access audit logs for entry or exit points.
  5. Escort visitors, and control visitor activity.
  6. Secure keys, combinations, and other physical access devices.
  7. Control physical access to output devices to prevent unauthorized individuals from obtaining access to CUI.

Policy Statement:

UT Austin enforces strict physical access control measures to protect facilities housing CUI systems enrolled in CRSP. Access to these facilities is restricted to authorized personnel only, and all individuals must present approved credentials and be verified prior to entry.

Physical access points, including entry and exit doors, gates, and secure workspaces, are controlled through badge readers, biometric systems, staffed security posts, or other approved mechanisms. Access is logged and monitored continuously to detect and respond to unauthorized access attempts.

Visitors are escorted at all times, and visitor activity is documented and monitored to ensure compliance with facility security requirements. Keys, combinations, and other physical access devices are secured and managed to prevent misuse. Physical access to output devices containing or processing CUI is controlled to prevent unauthorized individuals from obtaining sensitive information.

Audit logs of all access events are maintained and reviewed periodically to detect anomalies, enforce accountability, and support investigations in the event of security incidents.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOProvides oversight for physical access control compliance in facilities supporting CUI systems.Annual oversight review
ISO / PI/PPISO / ET CRSPApproves physical access control strategies and ensures alignment with institutional and federal requirements.Annual review or as-needed
ORSCISOCoordinates physical access control implementation within research environments; ensures visitor escort procedures are followed.Ongoing; review annually
ORSC / ISOISO / ET CRSPAuthorizes personnel access lists; reviews and approves facility access levels; ensures access aligns with operational requirements.At least annually or upon personnel/role changes
ISOISOMonitors access logs, reviews anomalies, and coordinates with facilities/security teams to enforce physical access controls.At least annually
ET CRSPISO / ET CRSPEnsure output devices are physically secured and monitor access to critical CUI systems.Ongoing; review annually
ISO / ORSCISO / ET CRSPOperate and maintain access control systems, secure keys and devices, monitor ingress/egress points, and escort visitors.Ongoing; review annually
ISOISOSupport monitoring of physical access events for potential security incidents.Ongoing
PI/PPPI/PPUse access credentials properly, follow entry/exit procedures, and report any suspicious or unauthorized access attempts.Ongoing

03.10.08 Access Control for Transmission

Control Requirement:

Control physical access to system distribution and transmission lines within organizational facilities.

Policy Statement:

UT Austin implements physical access controls to protect system distribution and transmission lines that carry CUI within facilities supporting CUI systems. All cabling, wiring closets, network distribution panels, and other transmission infrastructure are secured against unauthorized physical access, tampering, or accidental disruption.

Access to transmission lines and network distribution points is restricted to authorized personnel only, with entry controlled through locks, badge readers, or other approved physical security mechanisms. Audit logs and monitoring systems are maintained to detect unauthorized access, cable tampering, or environmental incidents that could compromise the confidentiality, integrity, or availability of CUI on CUI systems enrolled in CRSP.

Personnel are trained to follow secure handling practices when accessing or maintaining transmission infrastructure, and any changes or interventions are documented and approved in accordance with configuration and change management policies.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOApproves security strategies for transmission line protection and ensures compliance with institutional and federal requirements.Annual review or as-needed
ORSCISOCoordinates protection of transmission infrastructure in research areas; ensures compliance with access control procedures.Ongoing; review annually
ORSC / ISOISO / ET CRSPAuthorizes personnel access to transmission lines; reviews physical protection measures and ensures security requirements are met.At least annually or upon personnel/role changes
ISOISOMonitors access to network transmission points; reviews logs for unauthorized access; coordinates remediation actions.At least annually
ET CRSPISO / ET CRSPEnsure that access to transmission lines is restricted and changes are documented; implement monitoring and detection tools.Ongoing; at least annually
ISO / ORSCISO / ET CRSPOperate and maintain physical controls on wiring closets and network distribution panels; verify access credentials; secure keys and entry devices.Ongoing; at least annually
ET CRSPISO / ET CRSPMaintain secure configurations for network distribution systems; enforce access controls on critical transmission infrastructure.Ongoing; at least annually
ISOISOMonitor physical access events to network infrastructure; analyze anomalies and support incident response.Ongoing
PI/PPPI/PPAccess transmission infrastructure only when authorized; follow approved procedures and report any security concerns.Ongoing

NIST SP 800-171 Revision 2 to Revision 3 Change Analysis

SP 800-171 R2 IdentifierSP 800-171 R3 IdentifierRequirement StatusSummary of Changes
3.10.103.10.01Significant Change; New ODPNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for implementing physical access authorizations Added new ODP: frequency to review facility access list
3.10.203.10.02Significant Change; New ODPNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for monitoring physical access Added new ODP: frequency to review physical access logs Added new ODP: events or potential indications of events to review physical access logs
3.10.303.10.03Withdrawn Requirement 
3.10.403.10.04Withdrawn Requirement 
3.10.503.10.05Withdrawn Requirement 
3.10.603.10.06Significant Change; New ODPNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for alternate work site Added new ODP: security requirements employed at alternate work sites
N/A03.10.07New Requirement; New ODPNew security requirement based on PE-03 (SP 800-53, Revision 5) Added new ODP: circumstances requiring visitor escorts and control of visitor activity Incorporates withdrawn requirements: 03.10.03, 03.10.04, 03.10.05
N/A03.10.08New RequirementNew security requirement based on PE-04 (SP 800-53, Revision 5)

CRSP Standard 3.11: Risk Assessment (RA)

NIST SP 800-171 Rev. 3, Family 3.11

Purpose of Policy

The purpose of this policy is to establish a structured, comprehensive, and repeatable approach for conducting risk assessments to identify, evaluate, and manage risks to Controlled Unclassified Information (CUI) on CUI systems enrolled in CRSP. This policy supports the requirements defined in the UT Austin CRSP 3.0 CUI Governance Policy and ensures alignment with NIST SP 800-171, Revision 3, Control Family 3.11 (Risk Assessment).

This policy applies to all information systems, organizational units, facilities, personnel, and processes enrolled in CRSP where CUI is created, stored, processed, transmitted, or otherwise handled.

This policy establishes requirements for the following risk assessment activities, consistent with institutional governance expectations:

  • Conducting regular and event-driven risk assessments: Risk assessments shall be performed periodically and whenever significant changes occur to systems, operations, or the threat environment, in order to identify threats, vulnerabilities, and potential impacts to CUI on CUI systems enrolled in CRSP.
  • Using standardized risk assessment methodologies: Evaluations shall employ structured and repeatable methodologies to determine the likelihood, impact, and overall risk associated with potential adverse events.
  • Engaging appropriate stakeholders: System owners, security personnel, administrators, researchers, and other relevant stakeholders shall participate in risk identification, evaluation, and review processes.
  • Prioritizing risks for action: Identified risks shall be ranked based on severity to inform the selection of security controls, resource allocation, mitigation strategies, and remediation timelines.
  • Documenting risk assessment results: Risk assessment outcomes, including identified risks, supporting analysis, recommended actions, and risk acceptance decisions, shall be formally documented and retained in accordance with institutional and state requirements.
  • Reviewing and updating risk assessments: Risk assessments shall be revisited periodically and updated to reflect changes in the operational environment, technology stack, organizational structure, or threat landscape.

This policy provides the foundation for implementing and maintaining a consistent, enterprise-wide Risk Assessment Program that ensures the confidentiality, integrity, and availability of CUI on CUI systems enrolled in CRSP. It also establishes governance expectations necessary to demonstrate compliance with NIST SP 800-171 Rev. 3, Control Family 3.11 (Risk Assessment), and the UT Austin CRSP 3.0 CUI Governance Policy.

Scope of Policy

This Risk Assessment Policy applies to all University of Texas at Austin (UT Austin) information systems, organizational units, facilities, personnel, third-party service providers, and operational processes that create, store, process, transmit, or otherwise handle Controlled Unclassified Information (CUI) enrolled in CRSP. The policy encompasses all environments supporting activities supporting CUI systems, whether managed directly by UT Austin or operated through approved external providers.

The scope of this policy includes:

  • Information Systems: All UT Austin-managed and third-party systems that store, process, transmit, or provide security-relevant services for CUI, including cloud environments formally authorized for CUI handling on CUI systems enrolled in CRSP.
  • Risk Assessment Activities: Threat identification, vulnerability analysis, likelihood and impact evaluation, and determination of overall organizational risk related to CUI systems.
  • Personnel Roles: Individuals involved in the planning, execution, review, approval, or oversight of risk assessments, including system owners, Information System Security Officers (ISSOs), the Chief Information Security Officer (CISO), the Information Security Office, and risk management personnel.
  • Processes and Workflows: Planning, execution, documentation, prioritization of mitigation actions, risk acceptance, reporting, and continuous monitoring of risk assessment activities.
  • Integration and Decision-Making: Incorporation of assessment outcomes into security control selection, control implementation strategies, resource allocation, and institutional risk management decisions.

Explicit Exclusions This policy does not apply to:

  • General university enterprise systems that do not process, store, or transmit CUI.
  • Institutional administrative systems (e.g., HR, finance, student information systems) unless those systems are formally designated as part of a CUI system enrolled in CRSP.
  • General-purpose IT services such as standard email, collaboration platforms, learning management systems, or campus network services that are not configured or authorized for CUI processing.
  • Public-facing university websites or research systems that do not contain CUI.
  • Personally owned devices that do not connect to or access CUI environments.

Systems or services may only fall under this policy if they have been formally designated, documented, and authorized as part of the applicable CUI system boundary in accordance with institutional CUI governance procedures.

This policy establishes a consistent framework for performing risk assessments across the UT Austin environment to ensure the confidentiality, integrity, and availability of CUI while supporting institutional compliance with NIST SP 800-171 Rev. 3, Control Family 3.11 (Risk Assessment) and the UT Austin CRSP 3.0 CUI Governance Policy.

The scope of this policy includes, but is not limited to, the following risk assessment requirements:

Control Requirements

Control IDRequirement
03.11.01Organizations shall assess the risk—including supply chain risk—of unauthorized disclosure resulting from the processing, storage, or transmission of Controlled Unclassified Information (CUI) and shall review and update risk assessments at organization-defined intervals or whenever significant changes occur to systems, processes, or the threat environment.
03.11.02Organizations shall continuously monitor and scan information systems for vulnerabilities at organization-defined intervals and whenever new vulnerabilities are identified, remediate discovered vulnerabilities within organization-defined response times, and update vulnerability scanning configurations and signatures regularly to ensure timely detection and management of emerging risks.
03.11.03Withdrawn; Incorporated into 03.11.02.
03.11.04Respond to findings from security assessments, monitoring, and audits.

Departments and Responsibilities

Departments and responsibilities related to risk assessment and governance within the University of Texas at Austin (UT Austin) on CUI systems enrolled in CRSP are established to ensure effective oversight, strategic direction, and accountability for the identification, evaluation, mitigation, and monitoring of risks to CUI. These responsibilities support informed, risk-based decision-making in alignment with federal requirements and institutional objectives.

The table below outlines key department and their associated governance responsibilities in accordance with applicable federal requirements and institutional security objectives:

Departments and Responsibilities

Department (Primary)Department (Secondary)Responsibilities
Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Provides executive oversight for enterprise-wide risk assessment programs; ensures leadership support, resource allocation, and compliance with NIST SP 800-171, DFARS, and institutional requirements.
Information Security Office (ISO)Information Security Office (ISO)Accountable for the development, execution, and oversight of the enterprise risk assessment program; approves methodologies, policies, assessment results, mitigation plans, and remediation strategies; ensures alignment with institutional and federal security requirements.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Conducts or coordinates system-level risk assessments; integrates findings into system security planning; approves and implements mitigation actions for systems under their control.
Information Security Office (ISO)Information Security Office (ISO)Supports system-level risk assessments; identifies vulnerabilities and threats; recommends mitigation strategies; documents risk posture and remediation actions.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Identifies risks to CUI under their stewardship; provides input for risk assessments; supports implementation of mitigation actions.
Information Security Office (ISO)Office of Research Support and Compliance (ORSC)Coordinates risk assessment activities within research units; ensures compliance with institutional and federal standards; supports documentation and mitigation of identified risks.
Office of Research Support and Compliance (ORSC)Office of Research Support and Compliance (ORSC) / PI / Project Participants (PI/PP)Supports risk assessments by ensuring personnel governance—such as background checks, role assignments, and training—aligns with risk management and CUI protection requirements on CUI systems enrolled in CRSP.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Ensure research activities involving CUI comply with risk management guidance; report identified risks, anomalies, or security concerns to the ISO or RSO.

Senior Management Commitment

This policy has been formally reviewed and approved by senior management. The University of Texas at Austin (UT Austin) executive leadership affirms its commitment to the consistent and effective implementation of the principles and requirements defined within the Risk Assessment (RA) control family, as outlined in NIST SP 800-171 Rev. 3, the UT Austin CRSP 3.0 CUI Governance Policy, and applicable federal regulations.

Senior management endorses the enforcement of this policy by ensuring the establishment, implementation, and continuous maintenance of a structured, organization-wide risk assessment program. This program systematically identifies, evaluates, and prioritizes risks to information systems and data containing Controlled Unclassified Information (CUI) on CUI systems enrolled in CRSP. Leadership ensures that risk assessments are performed on a scheduled and event-driven basis, findings are formally documented and addressed, and risk-based decisions are integrated into system planning, operations, and security measures.

UT Austin executive leadership is responsible for providing adequate resources, including qualified personnel, tools, technologies, training, and governance frameworks, to support effective risk assessment practices. This ensures alignment with institutional objectives, federal cybersecurity requirements, and CUI protection standards.

This commitment reflects the University’s recognition of the essential role that risk assessment plays in safeguarding CUI, informing decision-making, mitigating security threats, supporting compliance, and maintaining the confidentiality, integrity, and availability of institutional information assets.

Policy Statement

The University of Texas at Austin (UT Austin) establishes and maintains a comprehensive Risk Assessment Policy to govern the systematic identification, evaluation, and management of risks to information systems, data, and supporting infrastructure containing Controlled Unclassified Information (CUI) on CUI systems enrolled in CRSP. This policy ensures that risk assessment practices are consistently applied across all organizational levels and provides clear guidance for the protection of institutional information assets.

UT Austin shall:

  • Conduct structured risk assessments on an annual basis and following triggering events, including significant security incidents, major system or process changes, audit findings, or updates to regulatory requirements;
  • Document all findings, risk levels, and mitigation actions;
  • Integrate risk assessment outcomes into system security planning, authorization, and continuous monitoring processes;
  • Ensure all personnel performing or overseeing risk assessments are trained, authorized, and aware of their responsibilities;
  • Maintain transparency, repeatability, and compliance with institutional and federal standards.

Supporting Procedures

Procedures supporting this policy are designed to:

  • Identify and assess potential threats, vulnerabilities, and the likelihood and impact of adverse events affecting CUI on CUI systems enrolled in CRSP;
  • Document all risk assessment activities, findings, and decisions;
  • Integrate risk assessment results into mitigation plans, system authorization processes, and continuous monitoring activities.

The Chief Information Security Officer (CISO) is accountable for the development, approval, and periodic review of this policy and its associated procedures. The Information System Owner (ISO) is responsible for the dissemination and implementation of this policy across UT Austin.

Risk assessments are conducted at a minimum on an annual basis and are reviewed whenever a triggering event occurs, such as:

  • A significant security incident;
  • Major changes to systems, applications, or operational environments;
  • Findings from internal or external audits and assessments;
  • Updates or changes in applicable legal, regulatory, or compliance requirements.

This policy provides the foundation for a structured, consistent, and auditable approach to managing risks to CUI on CUI systems enrolled in CRSP, ensuring that UT Austin maintains compliance with federal and state cybersecurity requirements while safeguarding the confidentiality, integrity, and availability of its information systems.

Control Requirements

03.11.01 Risk Assessment

Control Requirement:

  1. Assess the risk (including supply chain risk) of unauthorized disclosure resulting from the processing, storage, or transmission of CUI.
  2. Update risk assessments at least every 12 months, or when there are significant incidents or significant changes to risks.

Policy Statement:

The University of Texas at Austin (UT Austin) establishes and maintains a structured Risk Assessment Policy to identify, evaluate, and manage risks associated with the processing, storage, and transmission of Controlled Unclassified Information (CUI) on CUI systems enrolled in CRSP, including risks arising from the supply chain.

UT Austin shall:

  1. Conduct Systematic Risk Assessments – Identify threats, vulnerabilities, and potential impacts to CUI within CUI systems and processes. Assessments shall include risks introduced by third-party service providers, vendors, or other supply chain dependencies affecting CUI systems enrolled in CRSP.
  2. Update Assessments – Review and update risk assessments at least annually, or whenever significant changes occur to CUI systems, processes, technologies, or the threat environment.
  3. Integrate Risk Findings – Use risk assessment results to inform the selection and implementation of security controls, resource allocation, and mitigation strategies for CUI systems and CUI.
  4. Document and Report – Maintain comprehensive documentation of risk assessment activities, results, and mitigation actions for CUI systems, ensuring accountability, traceability, and compliance with federal, state, and institutional requirements.

This policy reinforces UT Austin’s commitment to protecting CUI on CUI systems enrolled in CRSP, mitigating risks of unauthorized disclosure, and ensuring compliance with NIST SP 800-171 Rev. 3 and the UT Austin CRSP 3.0 CUI Governance Policy.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOAccountable for the enterprise-wide risk assessment program on CUI systems enrolled in CRSP; approve risk assessment methodologies, results, and mitigation plans.Annually or when triggered by significant incidents or changes
PI/PPPI/PPConduct or coordinate system-level risk assessments for CUI systems; integrate findings into system security planning; ensure mitigation actions are implemented.At least annually or upon significant system/process changes
ISOISOSupport system-level risk assessments on CUI systems enrolled in CRSP; identify vulnerabilities and threats; recommend mitigation measures.At least annually / ongoing monitoring
ET CRSPISO / ET CRSPIdentify risks specific to CUI under their stewardship; provide input to risk assessments; support implementation of mitigation measures.At least annually or as needed for significant data changes
ISOISOProvide technical input for CUI system risk assessments; implement remediation measures; support vulnerability scans and system evaluations.As needed / ongoing support
ISOORSCCoordinate risk assessment activities within research units; ensure CUI research systems comply with risk management and mitigation strategies.As needed / ongoing oversight
PI/PPPI/PPReport identified risks affecting CUI research systems or CUI; ensure research activities comply with mitigation directives.Ongoing / as events are observed
PI/PPPI/PPReport observed risks, incidents, or suspicious activity that may impact CUI; follow guidance for mitigation.Ongoing / as events are observed

03.11.02 Vulnerability Monitoring and Scanning

Control Requirement:

  1. Monitor and scan the system for vulnerabilities at least monthly, or when there are significant incidents or significant changes to risks and when new vulnerabilities affecting the system are identified.
  2. Remediate system vulnerabilities within thirty (30) days from date of discovery for high-risk vulnerabilities (including both critical and high); 90 days from date of discovery for moderate-risk vulnerabilities; and 180 days from date of discovery for low-risk vulnerabilities.
  3. Update system vulnerabilities to be scanned no more than 24 hours prior to running the scans and when new vulnerabilities are identified and reported.

Policy Statement:

UT Austin establishes and maintains a structured Vulnerability Monitoring and Risk Response Program to identify, assess, and remediate risks to CUI and associated CUI systems enrolled in CRSP. This program ensures vulnerabilities are detected, prioritized, and addressed in a timely manner, consistent with NIST SP 800- 171r3 and the UT Austin CRSP 3.0 CUI Governance Policy.

All vulnerability monitoring and scanning activities support the confidentiality, integrity, and availability of CUI while integrating with enterprise risk management, continuous monitoring, and compliance processes.

Key Requirements:

  • Perform Regular Vulnerability Scans – Conduct vulnerability scans at least monthly, after significant incidents or operational changes, and whenever new vulnerabilities are identified affecting CUI systems.
  • Maintain Up-to-Date Scan Data – Update vulnerability signatures and configurations no more than 24 hours prior to scanning and immediately upon release of new authoritative vulnerability information.
  • Remediate Vulnerabilities by Risk Level – Identified vulnerabilities are remediated according to severity:
    • High-risk (critical and high): within 30 days from discovery
    • Moderate-risk: within 90 days from discovery
    • Low-risk: within 180 days from discovery
  • Integration with Risk Management – Review scan results and remediation actions; incorporate findings into enterprise risk management processes and Plan of Action and Milestones (POA&M) for CUI systems.
  • Documentation and Oversight – Maintain records of scan results, remediation actions, and updates to support compliance, audit, and governance requirements.

This policy demonstrates UT Austin’s commitment to protecting CUI in CUI systems enrolled in CRSP, mitigating security risks, and maintaining compliance with federal, state, and institutional requirements.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOAccountable for CUI systems enrolled in CRSP Vulnerability Monitoring and Risk Response Program; approve risk response strategies, remediation prioritization, and timelines.Annually or as triggered by significant findings
PI/PPPI/PPEnsure CUI system vulnerabilities are addressed; approve and implement mitigation measures; validate effectiveness of remediation.As findings are identified / ongoing
ISOISOReview CUI system vulnerabilities, recommend remediation actions, and monitor mitigation progress; verify resolution aligns with policy.Ongoing / per findings
ET CRSPISO / ET CRSPExecute remediation measures including patching, configuration updates, and system changes on CUI systems; verify and document fixes.As required by remediation schedule
ORSCORSC / ISO / PI/PPProvide input on the impact of CUI system vulnerabilities on data confidentiality, integrity, and availability; support mitigation planning and execution.As findings are identified / ongoing
ORSCISO / PI/PPCoordinate risk response activities for CUI systems; maintain risk register; track remediation status and prioritize based on institutional risk tolerance.Ongoing / at least annual reporting
ISOORSCSupport research unit compliance on the requirements of this Policy for vulnerability remediation; coordinate risk response for research systems.As findings are identified / ongoing oversight
PI/PPPI/PPReport observed risks affecting CUI research systems or CUI; ensure remediation actions are applied within research operations.Ongoing / as events are observed
PI/PPPI/PPReport observed risks or incidents that could affect CUI in CUI systems enrolled in CRSP; participate in remediation activities as directed.Ongoing / as events occur

03.11.03 Withdrawn

Control Requirement: Incorporated into 03.11.02.

03.11.04 Risk Response

Control Requirement:

Respond to findings from security assessments, monitoring, and audits.

Policy Statement:

UT Austin establishes and maintains a structured Risk Response Program to ensure that findings from security assessments, monitoring, audits, and other risk evaluation activities are effectively addressed on CUI systems enrolled in CRSP. This program ensures that risks to CUI and associated CUI systems are identified, assessed, prioritized, and mitigated according to institutional risk tolerance, timelines, and compliance requirements.

The Risk Response Program aligns with NIST SP 800-171 Rev. 3 and the UT Austin CRSP 3.0 CUI Governance Policy, reinforcing UT Austin’s commitment to safeguarding the confidentiality, integrity, and availability of CUI in CUI systems enrolled in CRSP.

UT Austin shall:

  1. Assess Findings – Review all findings from risk assessments, vulnerability monitoring, audits, and security evaluations to determine potential impacts to CUI on CUI systems enrolled in CRSP.
  2. Prioritize Risks – Evaluate findings based on severity, likelihood, and potential operational or compliance impact to ensure that resources are applied effectively.
  3. Remediate, Mitigate, or Accept Risks – Implement documented and approved risk response actions, including remediation, mitigation, or acceptance, according to institution-defined timelines.
  4. Integrate with Governance – Incorporate risk response activities into enterprise risk management workflows, system security planning, and continuous monitoring programs for CUI systems.
  5. Document and Track Actions – Maintain comprehensive records of all findings, risk response decisions, and mitigation activities to support audit, oversight, and compliance reporting.

This policy supports UT Austin’s commitment to maintaining the security of CUI on CUI systems enrolled in CRSP, mitigating threats, and ensuring compliance with federal, state, and institutional requirements.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOApprove risk response strategies; ensure alignment with institutional, state, and federal security requirements; oversee enterprise-wide CUI risk response efforts.As findings are reported / ongoing oversight
PI/PPPI/PPOversee and implement risk response actions for CUI systems under their control; ensure findings from assessments, monitoring, and audits are addressed.As findings are reported / At least annually review
ISOISOCoordinate system-level CUI risk response; track findings; recommend remediation or mitigation actions; document and monitor responses.As findings are reported / ongoing monitoring
ET CRSPISO / ET CRSPExecute technical remediation measures (e.g., patch deployment, configuration updates, system changes) on CUI systems; validate effectiveness of implemented actions.As findings are reported / during maintenance windows
ORSCISO / PI/PPSupport prioritization of risk responses based on enterprise CUI risk assessment results; maintain the institutional risk register; integrate responses into enterprise risk management processes.As findings are reported / At least annually review
ISOORSC / ISOReport observed vulnerabilities, incidents, or suspicious activity affecting CUI systems; follow guidance for remediation and mitigation.As incidents are observed / ongoing

NIST SP 800-171 Revision 2 to Revision 3 Change Analysis

SP 800-171 R2 IdentifierSP 800-171 R3 IdentifierRequirement StatusSummary of Changes
3.11.103.11.01Significant Change; New ODPNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for risk assessment; explicitly identifies supply chain risk as part of the risk assessment Added new ODP: frequency to update risk assessments
3.11.203.11.02Significant Change; New ODPNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for vulnerability monitoring and scanning Added new ODP: frequency to monitor and scan system for vulnerabilities Added new ODP: response time to remediate vulnerabilities Added new ODP: frequency to update vulnerabilities to be scanned Incorporates withdrawn requirement: 03.11.03
3.11.303.11.03Withdrawn Requirement 
N/A03.11.04New RequirementNew security requirement based on RA-07 (SP 800-53, Revision 5)

CRSP Standard 3.12: Security Assessment (CA)

NIST SP 800-171 Rev. 3, Family 3.12

Purpose of Policy

The purpose of this policy is to establish a structured and comprehensive framework for conducting security assessments to evaluate the effectiveness of safeguards and controls implemented to protect Controlled Unclassified Information (CUI) on CUI systems enrolled in CRSP at the University of Texas at Austin (UT Austin). This policy supports the requirements defined in the UT Austin CRSP 3.0 CUI Governance Policy, aligns with the Security Assessment (3.12) control family in NIST SP 800-171, and incorporates applicable state requirements.

This policy applies to all UT Austin information systems, personnel, contractors, and service providers involved in the development, implementation, operation, maintenance, or oversight of CUI systems enrolled in CRSP.

This policy establishes requirements for:

  • Security Assessment Planning – Develop and maintain a Security Assessment Plan (SAP) defining scope, procedures, methodologies, responsible parties, and assessment frequency for all CUI systems containing CUI.
  • Periodic Control Testing – Conduct periodic assessments and control testing to verify that safeguards are functioning as intended and providing effective protection for CUI.
  • Qualified Personnel – Engage qualified personnel, including Information System Owners (ISOs), Information System Security Officers (ISSOs), assessors, and the Information Security Office, in planning, execution, and documentation of assessments.
  • Assessment Documentation – Document results including findings, deficiencies, residual risks, and recommendations for corrective actions.
  • Plans of Action and Milestones (POA&Ms) – Develop, maintain, and update POA&Ms based on assessment results, audits, reviews, and continuous monitoring activities.
  • System Security Plans (SSPs) – Maintain accurate and current SSPs reflecting system configurations, implemented safeguards, and compliance posture for all CUI systems.
  • Continuous Monitoring – Implement a system-level continuous monitoring strategy to maintain ongoing awareness of vulnerabilities, threats, and control effectiveness in CUI systems enrolled in CRSP.
  • External Interface Management – Manage and approve CUI information exchanges with external or interconnected systems through appropriate agreements (e.g., MOUs, ISAs, NDAs), ensuring documented interface characteristics, security requirements, and responsibilities.
  • Integration with Risk Management and Authorization – Use security assessment outcomes to support ongoing risk management, system authorization, and compliance efforts across CUI systems.

This policy provides the foundation for a robust, repeatable, and auditable Security Assessment Program that ensures the confidentiality, integrity, and availability of CUI in CUI systems enrolled in CRSP, while meeting federal, state, and institutional cybersecurity requirements.

Scope of Policy

This Security Assessment Policy applies to all information systems, personnel, and operational processes within the University of Texas at Austin (UT Austin) that support the protection, processing, storage, or transmission of Controlled Unclassified Information (CUI) enrolled in CRSP.

The scope includes all activities necessary to assess, validate, and maintain the effectiveness of security controls implemented to safeguard CUI in alignment with federal, state, and institutional requirements.

Scope Includes:

  • Systems: All UT Austin-managed, contractor-managed, and third-party information systems that process, store, transmit, or otherwise interact with CUI and fall within the CUI system security boundary.
  • Security Assessment Activities: Includes development of Security Assessment Plans (SAPs), execution of control assessments, evidence collection, security testing, analysis of assessment results, and validation of system security posture.
  • Personnel and Roles: All personnel involved in security assessment activities, including but not limited to System Owners, System Administrators, Assessors, Information System Security Officers (ISSOs), Risk Managers, Oversight Officials, and any third-party entities performing assessment functions.
  • Processes: Conducting initial, periodic, and event-driven assessments; authorizing systems for operation; identifying control deficiencies; documenting findings; tracking remediation activities; and retaining security assessment records.
  • Integration with Risk Management: Security assessment results shall be incorporated into risk management decisions, POA&M updates, system authorization activities, and continuous monitoring strategies to support ongoing CUI system security.
  • Governance and Standards Alignment: All activities shall align with NIST SP 800-171, Control Family 3.12 (Security Assessment), related NIST guidance, and the UT Austin CRSP 3.0 CUI Governance Policy.

Explicit Exclusions

This policy does not apply to:

  • General university enterprise systems that do not process, store, or transmit CUI.
  • Institutional administrative systems (e.g., HR, finance, student information systems) unless formally designated as part of a CUI system enrolled in CRSP.
  • General-purpose IT services such as standard email, collaboration platforms, learning management systems, or campus network services that are not configured or authorized for CUI processing.
  • Public-facing university websites or research systems that do not contain CUI.
  • Personally owned devices that do not connect to or access CUI environments.

Systems or services may only fall under this policy if they have been formally designated, documented, and authorized as part of the applicable CUI system boundary in accordance with institutional CUI governance procedures.

This policy establishes a structured, repeatable, and evidence-based approach to evaluating the effectiveness of UT Austin security controls and assessment practices for CUI systems. It ensures that security assessments are consistently conducted, documented, and used to guide risk mitigation, authorization decisions, and continuous monitoring activities, reinforcing UT Austin’s commitment to safeguarding CUI in CUI systems enrolled in CRSP.

The scope of this policy includes, but is not limited to, the following security assessment requirements:

Control Requirements

Control IDRequirement
03.12.01Assess the security requirements for the system and its environment of operation [Assignment: organization-defined frequency] to determine if the requirements have been satisfied.
03.12.02a. Develop a plan of action and milestones for the system: 1. To document the planned remediation actions to correct weaknesses or deficiencies noted during security assessments and 2. To reduce or eliminate known system vulnerabilities. b. Update the existing plan of action and milestones based on the findings from: 1. Security assessments, 2. Audits or reviews, and 3. Continuous monitoring activities.
03.12.03Develop and implement a system-level continuous monitoring strategy that includes ongoing monitoring and security assessments.
03.12.04Incorporated into 03.15.02.
03.12.05a. Approve and manage the exchange of CUI between the system and other systems using [Selection (one or more): interconnection security agreements; information exchange security agreements; memoranda of understanding or agreement; service-level agreements; user agreements; non-disclosure agreements; other types of agreements]. b. Document interface characteristics, security requirements, and responsibilities for each system as part of the exchange agreements. c. Review and update the exchange agreements [Assignment: organization-defined frequency].

Departments and Responsibilities

Departments and responsibilities related to security assessment on CUI systems enrolled in CRSP are established to ensure systematic evaluation of security controls and the effectiveness of safeguards protecting systems that store, process, or transmit Controlled Unclassified Information (CUI). This includes planning, conducting, documenting, and maintaining assessments to support risk-informed decision-making, compliance with federal cybersecurity requirements, and continuous monitoring activities.

The table below outlines key departments and associated responsibilities:

Departments and Responsibilities

Department (Primary)Department (Secondary)Responsibilities
Information Security Office (ISO)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Provides executive oversight for CUI security assessment activities across the university; ensures leadership engagement, resourcing, and alignment with NIST SP 800-171, DFARS 252.204-7012, and institutional policies for CUI systems.
Information Security Office (ISO)Information Security Office (ISO)Oversees the Security Assessment Program, POA&M process, Continuous Monitoring Strategy (CMS), and CUI exchange governance; ensures alignment with institutional policy, NIST SP 800-171, UT Austin CRSP 3.0 CUI Governance Policy, and federal regulations; reports findings to executive leadership.
Information Security Office (ISO)Office of Research Support and Compliance (ORSC)Coordinates assessment activities for research environments supporting CUI systems; supports integration of assessment outcomes into research security and compliance frameworks; ensures CUI systems are included in enterprise assessments.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Prepares systems for assessment; provides required documentation; validates system-specific security controls; ensures POA&M entries are accurate, actionable, and prioritized; ensures systems are incorporated into CMS; complies with CUI exchange agreements; supports remediation actions.
Information Security Office (ISO)Information Security Office (ISO)Leads or coordinates security assessments; prepares plans; conducts control testing; documents results; tracks remediation; maintains monitoring dashboards and records; maintains CUI exchange records; coordinates enforcement of security requirements.
Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Provides technical support during assessments; implements technical controls; assists with remediation; executes monitoring tasks; analyzes alerts; responds to anomalies; monitors CUI exchange interfaces; reports deviations or incidents.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Coordinates and tracks security assessments; reviews assessment and POA&M results; ensures corrective actions are tracked, implemented, and compliant with federal and institutional requirements; reviews CMS and CUI exchange activities for governance and compliance.
Information Security Office (ISO)Information Security Office (ISO)Conducts independent evaluations of implemented controls; validates assessment artifacts and compliance with policies; verifies POA&M remediation actions; reviews CMS documentation and outcomes.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Ensures appropriate safeguards for CUI; collaborates with system owners and assessors during evaluations; implements guidance from POA&M and CMS activities; supports risk mitigation specific to CUI systems.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Participate in assessments as needed; report weaknesses, risks, or anomalies; execute assigned remediation tasks; follow established procedures for CUI exchange; report suspected breaches or non-compliance on CUI systems enrolled in CRSP.

Senior Management Commitment

This policy has been reviewed and formally approved by senior leadership. University of Texas at Austin (UT Austin) executive leadership affirms its commitment to the successful implementation of the principles and requirements defined within the Security Assessment (CA) control family, as outlined in NIST SP 800-171 Rev. 3, the UT Austin CRSP 3.0 CUI Governance Policy, and applicable federal and institutional regulations, with specific focus on CUI systems enrolled in CRSP.

Senior management supports the enforcement of this policy by ensuring the establishment, implementation, and maintenance of a comprehensive Security Assessment Program that:

  • Regularly evaluates control effectiveness – Systematically assesses the effectiveness of security controls protecting information systems and data containing CUI, including CUI systems enrolled in CRSP.
  • Ensures structured and repeatable assessments – Security assessments are planned, executed, documented, and reported in accordance with institutional and federal requirements, with results integrated into continuous monitoring and risk management processes.
  • Drives continuous improvement and risk-informed decisions – Assessment findings are used to prioritize remediation of identified deficiencies, inform resource allocation, and guide system security and compliance strategies.

Leadership is responsible for providing adequate resources, including:

  • Qualified personnel with expertise in security assessment and risks specific to CUI systems;
  • Assessment tools, methodologies, and frameworks necessary to conduct effective evaluations;
  • Training programs to maintain competency and awareness of evolving threats;
  • Governance structures to ensure consistent oversight, reporting, and accountability across all CUI systems and CUI-related operations.

This commitment underscores the University’s recognition of the critical role that security assessments play in validating control effectiveness, mitigating security risks, ensuring regulatory compliance, and maintaining the confidentiality, integrity, and availability of CUI across CUI systems enrolled in CRSP.

Policy Statement

The University of Texas at Austin (UT Austin) develops, maintains, and disseminates a comprehensive Assessment, Authorization, and Continuous Monitoring (CA) Policy to ensure all information systems that process, store, or transmit Controlled Unclassified Information (CUI)—including CUI systems enrolled in CRSP—are subject to continuous evaluation, authorization, and monitoring practices in accordance with NIST SP 800-171, NIST SP 800-137, the UT Austin CRSP 3.0 CUI Governance Policy, and other applicable federal and institutional requirements.

The policy establishes:

  • Scope and Purpose of CA Processes – Defines boundaries, objectives, and applicability of assessment, authorization, and continuous monitoring activities for UT Austin systems handling CUI, with emphasis on CUI systems.
  • Roles and Responsibilities – Assigns accountability for control implementation, security assessments, risk analysis, system authorization, and ongoing monitoring, ensuring alignment with federal, state, and institutional requirements.
  • Management Commitment – Supports maintaining system security authorizations, implementing risk-informed mitigation strategies, and ensuring that CA activities are consistently applied across the enterprise and CUI systems enrolled in CRSP.
  • Coordination Across Units – Ensures collaboration among IT system owners, Information System Security Officers (ISSOs), compliance personnel, and relevant CRSP stakeholders to validate and sustain system security posture.

Supporting Procedures

UT Austin establishes procedures to operationalize this policy, including:

  • Security Control Assessments – Conduct assessments at defined intervals or upon significant system changes; use independent assessors where appropriate to validate control effectiveness.
  • System Documentation Maintenance – Maintain up-to-date System Security Plans (SSPs), Risk Assessments, and Plan of Action and Milestones (POA&M) to reflect current control status, risk posture, and mitigation progress.
  • Authorization to Operate (ATO) – Establish formal authorizations for systems handling CUI, including CUI systems, and perform annual reviews to ensure continued compliance and operational approval.
  • Continuous Monitoring Strategy (CMS) – Implement organization-wide monitoring to track system changes, vulnerabilities, and risk status in near real-time, ensuring timely response to potential threats or control deficiencies.

The Chief Information Security Officer (CISO) is accountable for the development, approval, and periodic review of this policy and associated procedures. The Information System Owner (ISO) is responsible for its dissemination, implementation, and integration within system operations.

The CA Policy is reviewed at least once every three (3) years, and associated CA Procedures are reviewed annually, as well as following:

  • Significant system changes;
  • Security incidents or audit findings;
  • Updates to applicable federal laws, regulations, or compliance frameworks;
  • Introduction of new technology, service providers, or operational changes affecting CUI systems.

This policy provides the foundation for a structured, repeatable, and auditable approach to assessment, authorization, and continuous monitoring of UT Austin systems handling CUI, ensuring the confidentiality, integrity, and availability of information while maintaining compliance with institutional and federal requirements.

Control Requirements

03.12.01 Security Assessment

Control Requirement:

Assess the security requirements for the system and its environment of operation at least every 12 months, or when there are significant incidents or significant changes to risks to determine if the requirements have been satisfied.

Policy Statement:

The University of Texas at Austin (UT Austin) ensures that all information systems processing, storing, or transmitting Controlled Unclassified Information (CUI), including CUI systems enrolled in CRSP, undergo security assessments at least every 12 months, or whenever significant incidents, system changes, or risk-altering events occur. These assessments verify that security requirements are effectively implemented, operating as intended, and aligned with federal, state, and institutional compliance obligations.

UT Austin maintains a structured Security Assessment Program to evaluate the adequacy and effectiveness of technical, administrative, and physical safeguards, and to identify deficiencies or vulnerabilities that could impact the confidentiality, integrity, or availability of CUI.

Key Requirements

  • Assessment Scope: All system components, configurations, and operational environments supporting CUI are included in security assessments. This includes on-premises and cloud-based infrastructure, applications, databases, and supporting services, as well as CUI research systems.
  • Assessment Frequency: Security assessments are conducted at least annually, upon significant incidents, or when changes to systems, processes, or the threat environment occur. Frequency may be adjusted based on organizational risk tolerance, system criticality, or regulatory mandates.
  • Assessment Methodology: Assessments follow defined procedures, including control testing, evidence collection, and compliance verification, in alignment with NIST SP 800-171, the UT Austin CRSP 3.0 CUI Governance Policy, and other applicable federal and institutional standards.
  • Documentation and Reporting: Results—including findings, deficiencies, and associated risks—are documented and used to update the System Security Plan (SSP) and Plan of Action and Milestones (POA&M) to maintain a current, accurate security posture.
  • Continuous Improvement: Assessment outcomes inform risk mitigation strategies, procedural updates, and continuous monitoring activities to maintain and enhance the security posture of all CUI systems.

This policy ensures a repeatable, evidence-based approach to assessing system security and supports compliance with NIST SP 800-171, UT Austin CRSP 3.0 CUI Governance Policy, and other applicable federal and institutional requirements.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOOversee the Security Assessment Program; ensure alignment with institutional policy, NIST SP 800-171 and UT Austin CRSP 3.0 CUI Governance PolicyAnnually and upon significant system or policy changes
PI/PPPI/PPPrepare systems for assessment, provide documentation, support assessors, and validate system-specific security controlsAt least every 12 months, or following significant incidents or system changes
ISOISOCoordinate assessments, maintain schedules and records, track remediation actions, ensure findings are addressedContinuous coordination; document after each assessment
ORSCISOConduct objective evaluation of system controls, review evidence, and verify compliancePer assessment schedule, at least annually or upon significant changes
ET CRSPISO / ET CRSPSupport assessment activities by providing access to systems, logs, configurations; assist in implementing recommendationsDuring assessments and as needed for remediation
PI/PPPI/PPReview assessment results; ensure corrective actions are tracked in POA&Ms; confirm compliance with federal and institutional requirementsFollowing each assessment and as part of continuous monitoring
PI/PPPI/PPProvide required information and access for assessments; implement system-specific security guidance as directedDuring scheduled assessments and as requested by assessors

03.12.02 Plan of Action and Milestones (POA&M)

Control Requirement:

  1. Develop a plan of action and milestones for the system:
  2. To document the planned remediation actions to correct weaknesses or deficiencies noted during security assessments and
  3. To reduce or eliminate known system vulnerabilities.
  4. Update the existing plan of action and milestones based on the findings from:
  5. Security assessments,
  6. Audits or reviews, and
  7. Continuous monitoring activities.

Policy Statement:

UT Austin develops, maintains, and enforces a structured Plan of Action and Milestones (POA&M) process for all CUI systems enrolled in CRSP.

The POA&M provides a documented roadmap for remediating security weaknesses and reducing or eliminating system vulnerabilities identified through security assessments, audits, or continuous monitoring activities.

Key Requirements

  • Development:
    • Document all planned remediation actions to correct deficiencies identified during security assessments.
    • Track actions taken to reduce or eliminate known system vulnerabilities.
  • Updating:
    • Review and update the POA&M following findings from security assessments, audits, or continuous monitoring activities.
    • Ensure updates reflect current risk posture, system changes, and regulatory requirements.
  • Documentation and Reporting:
    • Maintain POA&M items with assigned responsibility, milestones, and expected completion dates.
    • Use POA&M results to inform risk management decisions and support compliance with NIST SP 800-171, UT Austin CRSP 3.0 CUI Governance Policy, and other applicable federal and institutional requirements.

This policy ensures a repeatable, accountable, and evidence-based approach to identifying, tracking, and remediating security weaknesses across all CUI systems.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOOversee the POA&M process; ensure alignment with institutional policy, Federal and State regulatory requirementsAnnually and upon significant system or policy changes
PI/PPPI/PPEnsure POA&M entries for systems under their control are accurate, actionable, prioritized, and resourced; coordinate remediation activitiesContinuous; review and update after each assessment, audit, or monitoring event
ISOISOMaintain and monitor the POA&M; track progress of remediation efforts; verify closure of completed actions; update POA&M recordsContinuous; update after each assessment, audit, or monitoring event
ISOISO / ET CRSPValidate that POA&M items are appropriately addressed; confirm corrective actions are implemented and deficiencies remediatedFollowing each security assessment, audit, or review
ET CRSPISO / ET CRSPImplement corrective actions as documented in POA&M; support verification of remediation; provide evidence of mitigation activitiesAs required by POA&M remediation schedule
PI/PPPI/PPReview POA&M items to ensure compliance with federal, state, and institutional requirements; support prioritization and risk management decisionsAfter each update to POA&M and periodically during governance reviews
PI/PPPI/PPExecute assigned remediation tasks as documented in the POA&M; report status to system owners or ISSOAs assigned and according to POA&M milestones

03.12.03 Continuous Monitoring

Control Requirement:

Develop and implement a system-level continuous monitoring strategy that includes ongoing monitoring and security assessments.

Policy Statement:

UT Austin develops, implements, and maintains a comprehensive Continuous Monitoring Strategy (CMS) for all CUI systems enrolled in CRSP.

The CMS ensures ongoing evaluation of security controls, timely identification of vulnerabilities, threats, and changes in risk posture, and supports the continuous protection of CUI in accordance with NIST SP 800-171, UT Austin CRSP 3.0 CUI Governance Policy, and applicable federal and institutional requirements.

Key Requirements

Strategy Development:

  • Establish a system-level continuous monitoring program defining scope, processes, tools, and personnel responsibilities.
  • Integrate monitoring with security assessments to evaluate control effectiveness, detect security events, and identify emerging risks.

Implementation:

  • Continuously monitor system components, configurations, and operational environments supporting CUI, including on-premises and cloud infrastructure.
  • Employ automated tools, alerts, and dashboards to detect anomalies, vulnerabilities, or unauthorized activity in near real-time.
  • Coordinate monitoring activities with security assessments, audits, and incident response procedures to maintain a cohesive security posture.

Documentation and Reporting:

  • Document monitoring procedures, findings, and results to support risk management and continuous improvement.
  • Integrate monitoring outcomes with System Security Plans (SSPs), Plan of Action and Milestones (POA&M), and ongoing security assessments.

This policy ensures that UT Austin maintains a proactive, risk-based approach to continuously assess and improve the security posture of all systems handling CUI, supporting compliance with NIST SP 800-171, UT Austin CRSP 3.0 CUI Governance Policy, and federal cybersecurity requirements.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOOversee the CMS; ensure alignment with institutional security goals; report findings to executive leadershipOngoing; summary reports quarterly or as defined by leadership
PI/PPPI/PPManage monitoring tools and dashboards; track findings; coordinate remediation; maintain documentation of monitoring activitiesDaily to weekly depending on system criticality; review and update monthly
ISOISOEnsure their systems are incorporated into the CMS; provide required system access and data; support remediation actionsContinuous; review after significant system changes or assessment results
ET CRSPISO / ET CRSPExecute technical monitoring tasks; analyze alerts; respond to anomalies; escalate incidents per proceduresContinuous; alerts reviewed in real-time or per SLA
PI/PPORSC / PI/PPEnsure CMS activities meet regulatory and institutional requirements; review monitoring reports for compliance and risk mitigationMonthly review or after major incidents, audits, or assessment updates
ORSCORSCValidate that continuous monitoring controls are effective; review CMS documentation and outcomesFollowing periodic security assessments or audits
PI/PPPI/PPReport anomalies or suspicious activity detected in day-to-day operationsAs incidents are observed

03.12.04 Withdrawn

Control Requirement: Incorporated into 03.15.02.

03.12.05 Information Exchange

Control Requirement:

  1. Approve and manage the exchange of CUI between the system and other systems using requirements as described in the contract: [interconnection security agreements; information exchange security agreements; memoranda of understanding or agreement; service-level agreements; user agreements; non-disclosure agreements; other types of agreements].
  2. Document interface characteristics, security requirements, and responsibilities for each system as part of the exchange agreements.
  3. Review and update the exchange agreements at least every 12 months.

Policy Statement:

UT Austin establishes and maintains formal procedures to govern the exchange of CUI between UT Austin systems and external or internal systems, including those operating as part of or interfacing with CUI systems enrolled in CRSP.

All information exchanges involving CUI must be formally approved, documented, and monitored to ensure that CUI is protected in accordance with NIST SP 800-171, the UT Austin CRSP 3.0 CUI Governance Policy, and other applicable federal, state, and institutional requirements.

Key Requirements

Approval and Management

All exchanges of CUI must be approved prior to implementation using formal agreements such as:

  • Interconnection Security Agreements (ISAs)
  • Information Exchange Security Agreements (IESA)
  • Memoranda of Understanding or Agreement (MOU/MOA)
  • Service-Level Agreements (SLAs)
  • User Agreements
  • Non-Disclosure Agreements (NDA)
  • Other organization-defined agreements as appropriate.

Agreements must clearly define the type, scope, and purpose of the information exchange, as well as security requirements and responsibilities for each participating system or organization.

Documentation

  • Interface characteristics, system interconnections, data flows, and security requirements must be documented for every exchange involving CUI.
  • Documentation must include roles, responsibilities, encryption or protection requirements, data handling expectations, and incident reporting procedures.
  • All documentation must be maintained in a version-controlled repository and made available for audits, security assessments, and incident investigations.

Review and Updates

Exchange agreements must be reviewed and updated at least annually, or more frequently when significant changes occur including:

  • System architecture or configuration changes
  • Changes in data sensitivity or classification
  • Regulatory or contractual requirement updates
  • Organizational risk posture changes

Updated agreements must be reapproved by authorized officials and communicated to all affected stakeholders.

Continuous Oversight and Improvement

  • Monitoring of CUI exchanges and periodic agreement reviews are integrated into risk management processes, security assessments, continuous monitoring activities, and Plan of Action and Milestones (POA&M) tracking to ensure continued protection of CUI.

This policy ensures that UT Austin consistently enforces secure, documented, and compliant exchanges of CUI, protecting the confidentiality, integrity, and availability of information while maintaining adherence to federal, state, and institutional governance requirements.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOApprove CUI exchange agreements; ensure compliance with institutional policies, federal regulations, TAC, and DIR standardsUpon agreement creation and during annual review or significant system/policy changes
PI/PPPI/PPEnsure systems under their control comply with approved exchange agreements; provide documentation; implement required security controlsPrior to initiating exchanges and continuously during operations
ISOISOMaintain records of approved exchanges; coordinate reviews and updates; verify enforcement of security requirementsAt least annually or following significant system or regulatory changes
ET CRSPISO / ET CRSPImplement and maintain technical configurations supporting secure CUI exchanges; monitor interfaces and system connections; report deviations or incidentsContinuous monitoring; incidents reported immediately
PI/PPORSC / PI/PPReview exchange agreements for regulatory compliance; oversee governance and ensure procedures are followedAt least annually or whenever agreements are created or updated
PI/PPPI/PPFollow established procedures for handling and transmitting CUI; report suspected breaches, policy violations, or non-complianceContinuous during operations and upon receiving new or updated agreements

NIST SP 800-171 Revision 2 to Revision 3 Change Analysis

SP 800-171 R2 IdentifierSP 800-171 R3 IdentifierRequirement StatusSummary of Changes
3.12.103.12.01No Significant Change; New ODPNew security requirement title Aligned with SP 800-53, Rev 5 Added new ODP: frequency to determine if requirements have been satisfied
3.12.203.12.02Significant ChangeNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for developing and maintaining a plan of action and milestones
3.12.303.12.03Minor ChangeNew security requirement title Aligned with SP 800-53, Rev 5; rephrased to provide more comprehensive detail on and foundational tasks for continuous monitoring; outcome unchanged
3.11.403.12.04Withdrawn Requirement 
 03.12.05New Requirement; New ODPNew security requirement based on CA-02(01) (SP 800-53, Revision 5) Added new ODP: selection of one or more (interconnection security agreements, information exchange agreements, memoranda of understanding or agreement, service-level agreements, user agreements, non-disclosure agreements, or other types of agreements) Added new ODP: frequency to review and update agreements

CRSP Standard 3.13: System and Communications Protection (SC)

NIST SP 800-171 Rev. 3, Family 3.13

Purpose of Policy

The purpose of this policy is to establish a structured and comprehensive framework for implementing System and Communications Protection (SC) controls to safeguard Controlled Unclassified Information (CUI) on CUI systems enrolled in CRSP and associated information systems. This policy aligns with NIST Special Publication (SP) 800-171, Control Family 3.13 (System and Communications Protection) and applicable federal cybersecurity standards, and supports the requirements defined in the UT Austin CRSP 3.0 CUI Governance Policy.

This policy applies to all UT Austin information systems, personnel, contractors, and service providers involved in the development, implementation, operation, or maintenance of systems and communications networks that store, process, or transmit CUI operating within or connected to CUI systems enrolled in CRSP.

Specifically, this policy establishes requirements for:

  • Implementing boundary protections and secure system architectures to control, monitor, and protect information flows between systems and networks supporting CUI;
  • Securing communications through encryption, segmentation, and trusted channels to ensure the confidentiality and integrity of CUI during transmission and when traversing system boundaries;
  • Applying access controls and interface protections to prevent unauthorized access, disclosure, modification, or leakage of CUI through system interfaces and communication pathways;
  • Monitoring, managing, and auditing system communications to detect, respond to, and mitigate potential security incidents affecting CUI systems enrolled in CRSP;
  • Establishing and maintaining System Security Plans (SSPs), configuration baselines, and continuous monitoring procedures that accurately reflect the operational status and protection mechanisms of systems handling CUI;
  • Coordinating roles and responsibilities among system owners, Information System Security Officers (ISSOs), IT administrators, and other stakeholders to ensure consistent implementation and enforcement of system and communications protections;
  • Supporting compliance with federal cybersecurity requirements and institutional CUI governance policies through ongoing evaluation, testing, and enhancement of system and communications safeguards in accordance with NIST SP 800-171 and the UT Austin CRSP 3.0 CUI Governance Policy.

This policy establishes the foundation for a comprehensive System and Communications Protection Program, ensuring the confidentiality, integrity, and availability of CUI while maintaining compliance with federal cybersecurity requirements, institutional policies, and recognized security best practices.

Scope of Policy

This System and Communications Protection Policy applies to all information systems, personnel, technologies, and operational processes within the University of Texas at Austin (UT Austin) that support the protection of Controlled Unclassified Information (CUI) on CUI systems enrolled in CRSP.

This policy governs the implementation, management, monitoring, and continuous improvement of system and communications safeguards designed to protect CUI in accordance with NIST SP 800-171, Control Family 3.13 (System and Communications Protection) and the UT Austin CRSP 3.0 CUI Governance Policy.

Scope Includes

The scope of this policy encompasses the following areas:

Information Systems and Infrastructure

  • All UT Austin-managed, contractor-managed, and third-party systems and communication infrastructures that store, process, transmit, or otherwise support the protection of CUI on CUI systems enrolled in CRSP.
  • Systems supporting network infrastructure, boundary protection devices, communications services, applications, and cloud-based platforms used on CUI systems enrolled in CRSP.

Security Controls Implementation

  • Deployment and management of boundary protections, network segmentation, encryption mechanisms, and secure communication channels designed to safeguard the confidentiality, integrity, and availability of CUI.
  • Implementation of protections that prevent unauthorized disclosure, interception, modification, or disruption of communications involving CUI.

Roles and Responsibilities

  • All personnel responsible for implementing or supporting system and communications protection controls, including:
    • Information System Owners (ISOs)
    • Information System Security Officers (ISSOs)
    • Network Administrators
    • IT Administrators and Security Personnel
    • Risk Management and Compliance Staff
    • Other designated stakeholders supporting CUI systems.

Processes and Procedures

  • Activities related to the configuration, monitoring, maintenance, and assessment of system boundaries and communication paths that support CUI systems enrolled in CRSP.
  • Detection, reporting, response, and mitigation of communications security incidents or vulnerabilities affecting CUI systems.

Integration with Governance and Risk Management

  • Integration of System and Communications Protection controls into enterprise risk management, vulnerability management, incident response, system authorization, and continuous monitoring programs.
  • Alignment of protection mechanisms with institutional risk tolerance, federal cybersecurity standards, and regulatory obligations.

Documentation and Compliance

  • Maintenance of System Security Plans (SSPs), configuration baselines, network architecture documentation, audit records, and other security artifacts demonstrating the implementation and effectiveness of SC controls.
  • Documentation supporting compliance with NIST SP 800-171, the UT Austin CRSP 3.0 CUI Governance Policy, and applicable federal and institutional cybersecurity requirements.

Explicit Exclusions

This policy does not apply to:

  • General university enterprise systems that do not process, store, or transmit CUI.
  • Institutional administrative systems (e.g., HR, finance, student information systems) unless those systems are formally designated as part of a CUI system enrolled in CRSP.
  • General-purpose IT services such as standard email, collaboration platforms, learning management systems, or campus network services that are not configured or authorized for CUI processing.
  • Public-facing university websites or research systems that do not contain CUI.
  • Personally owned devices that do not connect to or access CUI environments.

Systems or services fall under the scope of this policy only when they have been formally designated, documented, and authorized as part of the applicable CUI system boundary in accordance with institutional CUI governance procedures.

This policy establishes requirements to ensure that UT Austin maintains effective, consistent, and repeatable safeguards for protecting CUI at system boundaries and during transmission, thereby supporting evidence-based risk mitigation, regulatory compliance, and institutional CUI governance in alignment with NIST SP 800-171 and the UT Austin CRSP 3.0 CUI Governance Policy.

The scope of this policy includes, but is not limited to, the following system and communications protection requirements:

Control Requirements

Control IDRequirement
03.13.01a. Monitor and control communications at external managed interfaces to the system and key internal managed interfaces within the system. b. Implement subnetworks for publicly accessible system components that are physically or logically separated from internal networks. c. Connect to external systems only through managed interfaces that consist of boundary protection devices arranged in accordance with an organizational security architecture.
03.13.02Withdrawn; Recategorized as NCO (Not directly related to protecting the confidentiality of CUI).
03.13.03Withdrawn; Addressed by 03.01.01, 03.01.02, 03.01.03, 03.01.04, 03.01.05, 03.01.06, and 03.01.07.
03.13.04Prevent unauthorized and unintended information transfer via shared system resources.
03.13.05Withdrawn; Incorporated into 03.13.01.
03.13.06Deny network communications traffic by default, and allow network communications traffic by exception.
03.13.07Withdrawn; Addressed by 03.01.12, 03.04.02 and 03.04.06.
03.13.08Implement cryptographic mechanisms to prevent the unauthorized disclosure of CUI during transmission and while in storage.
03.13.09Terminate the network connection associated with a communications session at the end of the session or after 15 minutes of inactivity.
03.13.10Establish and manage cryptographic keys in the system in accordance with the following key management requirements: [Assignment: organization-defined requirements for key generation, distribution, storage, access, and destruction].
03.13.11Implement the following types of cryptography to protect the confidentiality of CUI: [Assignment: organization-defined types of cryptography].
03.13.12a. Prohibit the remote activation of collaborative computing devices and applications with the following exceptions: [Assignment: organization-defined exceptions where remote activation is to be allowed]. b. Provide an explicit indication of use to users physically present at the devices.
03.13.13a. Define acceptable mobile code and mobile code technologies. b. Authorize, monitor, and control the use of mobile code.
03.13.14Withdrawn; Technology-specific.
03.13.15Protect the authenticity of communications sessions.
03.13.16Withdrawn; Incorporated into 03.13.08.
Implement the following types of cryptography to protect the confidentiality of CUI: [Assignment:
organization-defined types of cryptography].

Departments and Responsibilities

Departments and responsibilities related to System and Communications Protection on CUI systems enrolled in CRSP are established to ensure the appropriate design, implementation, monitoring, and continuous operation of technical safeguards that protect Controlled Unclassified Information (CUI) during storage, processing, and transmission.

These responsibilities support the protection of system boundaries, communication channels, and network infrastructures, including the implementation of encryption mechanisms, secure network architectures, communication monitoring capabilities, and protections against unauthorized information flows.

The responsibilities defined below support compliance with NIST SP 800-171 Control Family 3.13 (System and Communications Protection) and the UT Austin CRSP 3.0 CUI Governance Policy, ensuring that communications involving CUI are protected from unauthorized disclosure, modification, interception, or disruption.

Departments and Responsibilities

Department (Primary)Department (Secondary)Responsibilities
Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Provides executive oversight for the implementation and enforcement of system and communications protection safeguards supporting CUI systems enrolled in CRSP; ensures alignment with NIST SP 800-171, DFARS 252.204- 7012, and institutional cybersecurity policies; supports resource allocation and organizational compliance efforts.
Information Security Office (ISO)Information Security Office (ISO)Provides institutional leadership for system and communications protection strategy; establishes network security architecture standards, encryption requirements, and boundary protection controls for CUI systems enrolled in CRSP.
Information Security Office (ISO)Office of Research Support and Compliance (ORSC)Provides governance oversight and compliance monitoring for system and communications protection activities affecting CUI systems; supports security assessments, risk management activities, and policy enforcement related to communications protections.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Coordinates implementation of communications protection safeguards for systems handling CUI; ensures encryption requirements, transmission protections, and boundary control mechanisms are integrated into compliance monitoring and risk management activities; reports on the communication security posture of CUI systems.
Information Security Office (ISO)Information Security Office (ISO)Ensures systems under their authority implement appropriate system and communications protections, including secure architecture design, network segmentation, encryption standards, and secure transmission mechanisms; approves changes that may impact communications security.
Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Oversees implementation and monitoring of system and communications protection controls (e.g., TLS encryption, VPN connections, secure file transfers); evaluates communication-related risks and vulnerabilities; ensures system compliance with institutional SC policies.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Designs and implements secure network architectures, boundary protection mechanisms, firewalls, intrusion detection/prevention systems, and data loss prevention capabilities supporting CUI systems; provides technical expertise to maintain secure communication channels.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Monitors network traffic, boundary protection devices, and communication monitoring tools to identify suspicious or unauthorized activity affecting systems handling CUI; supports incident response and investigation of communications-related security events.
Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Implements encryption protocols, firewall configurations, port and protocol restrictions, and secure communication mechanisms; monitors systems and network interfaces for unauthorized communications; applies patches and configuration updates supporting secure communications.
Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Supports configuration and maintenance of secure system services, communication interfaces, and access controls; assists in monitoring systems for unauthorized or anomalous communications.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Ensures appropriate data classification and protection requirements are enforced for CUI during storage, transmission, and access; collaborates with system owners to ensure safeguards prevent unauthorized disclosure of CUI during communications.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Implements data protection mechanisms under the direction of the Data Owner; ensures secure handling, storage, and transmission of CUI consistent with institutional policies and system protection requirements.

Senior Management Commitment

This policy has been reviewed and formally approved by senior leadership. The University of Texas at Austin (UT Austin) executive leadership affirms its commitment to the successful implementation of the principles and requirements defined within the System and Communications Protection (SC) control family, as outlined in NIST Special Publication (SP) 800-171, Control Family 3.13, applicable federal cybersecurity regulations, and the UT Austin CRSP 3.0 CUI Governance Policy.

Senior management supports the enforcement of this policy by ensuring the establishment, implementation, and ongoing maintenance of a comprehensive system and communications protection strategy for CUI systems enrolled in CRSP.

This strategy includes the application of technical, administrative, and procedural safeguards designed to:

  • Maintain secure system boundaries and network segmentation within CUI systems enrolled in CRSP;
  • Protect the confidentiality, integrity, and availability of CUI during storage, processing, and transmission;
  • Control and monitor authorized and unauthorized access to systems, networks, and communication pathways;
  • Detect and prevent data exfiltration, unauthorized information flows, or compromise of CUI through secure communications protections.

UT Austin leadership is responsible for ensuring the availability of adequate resources, including:

  • Qualified information security and technical personnel;
  • Secure network architecture and boundary protection mechanisms;
  • Approved cryptographic solutions and secure communication technologies;
  • Monitoring, logging, and communication security monitoring capabilities;
  • Governance structures that support policy enforcement, risk management, and continuous monitoring activities.

This commitment reflects UT Austin’s recognition of the critical role that system and communications protections play in safeguarding CUI, mitigating cybersecurity risks, supporting compliance with federal contractual and regulatory obligations, and preserving the confidentiality, integrity, and availability of information CUI systems enrolled in CRSP.

Policy Statement

The University of Texas at Austin (UT Austin) develops, documents, and disseminates a comprehensive System and Communications Protection (SC) Policy to ensure the confidentiality, integrity, and availability of information transmitted, processed, or stored within UT Austin systems. This policy is aligned with NIST SP 800-171, Control Family 3.13, NIST SP 800-53, and the UT Austin CRSP 3.0 CUI Governance Policy, and specifically addresses protections on CUI systems enrolled in CRSP.

The SC Policy establishes clear roles and responsibilities, senior management commitment, and coordination mechanisms across institutional units to enforce and maintain system and communications protections. Key elements of the policy include:

  • Technical Safeguards – Implementation of boundary protections, secure network segmentation, cryptographic controls, secure name resolution, and data-in-transit protections to safeguard CUI on CUI systems enrolled in CRSP.
  • Supporting Procedures – Deployment and maintenance of procedures for encryption, traffic monitoring, network filtering, and system communications logging; ensuring all controls are reviewed, validated, and updated throughout the system lifecycle.
  • Accountability and Oversight – Designation of the Chief Information Security Officer (CISO) as accountable for development, review, and enforcement of this policy; and the Information System Owner (ISO) as responsible for dissemination, operational implementation, and adherence within CUI systems.
  • Policy and Procedure Review – The SC Policy is reviewed at least once every three (3) years, or sooner following significant regulatory changes, system or technology updates, audit findings, or emerging threat conditions. Supporting procedures are reviewed annually to ensure ongoing compliance with federal and state requirements, institutional mandates, and industry best practices.

This policy ensures that all UT Austin systems handling Controlled Unclassified Information (CUI) on CUI systems enrolled in CRSP:

  • Enforce secure communication protocols and cryptographic safeguards;
  • Protect against unauthorized access, data leakage, or compromise;
  • Maintain continuous availability and mitigate potential service disruptions;
  • Support evidence-based risk management, compliance, and institutional CUI governance.

Control Requirements

03.13.01 Boundary Protection

Control Requirement:

  1. Monitor and control communications at external managed interfaces to the system and key internal managed interfaces within the system.
  2. Implement subnetworks for publicly accessible system components that are physically or logically separated from internal networks.
  3. Connect to external systems only through managed interfaces that consist of boundary protection devices arranged in accordance with an organizational security architecture.

Policy Statement:

UT Austin employs a multi-layered Boundary Protection Framework to monitor, control, and secure communications at system boundaries, ensuring the confidentiality, integrity, and availability of CUI on CUI systems enrolled in CRSP.

Key components include:

  • Enterprise Firewalls: Configured with default-deny policies, permitting only explicitly authorized ports, protocols, and IP addresses; applied at external and internal network boundaries.
  • Intrusion Detection and Prevention Systems (IDS/IPS): Deployed to detect, alert, and respond to anomalous or unauthorized network activity.
  • Internal Segmentation: VLANs and internal segmentation firewalls isolate sensitive environments, including research networks and CUI systems, from general university networks.
  • Centralized Logging and Alerting: Firewall and IDS/IPS events are aggregated into security monitoring tools for continuous review, analysis, and incident response.
  • Configuration Management and Review: Boundary protection rules, device configurations, and access policies are regularly reviewed and updated to reflect operational changes, emerging threats, or compliance requirements.

This framework ensures all communications into, out of, and within UT Austin systems are controlled, monitored, and safeguarded against unauthorized access or exfiltration of CUI. The policy aligns with NIST SP 800-171, Control Family 3.13, the UT Austin CRSP 3.0 CUI Governance Policy, and federal cybersecurity standards.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISODevelop, review, and enforce boundary protection policies; approve configuration standardsAnnually or upon regulatory/operational change
PI/PPPI/PPImplement and maintain boundary protections for assigned CUI systems; ensure proper firewall and IDS/IPS configurationsOngoing / Continuous
ISOISOMonitor boundary devices, review alerts, report anomalies, and verify compliance with policyOngoing / Continuous
ET CRSPISO / ET CRSPConfigure, deploy, and maintain firewalls, IDS/IPS, and network devices according to approved standardsOngoing / Continuous
ISOISO / ET CRSPReview logs, alerts, and incident reports from network monitoring tools; escalate issues as neededOngoing / Continuous
ISOISO / ET CRSPAggregate, analyze, and monitor security events; coordinate incident response with ISSO and ISOOngoing / Continuous
ORSCORSC / ISOAudit boundary protection controls, configurations, and monitoring effectiveness; recommend corrective actionsAnnually or as required
ORSCORSC / ISOProvide training on boundary protection policies, device handling, and monitoring procedures to relevant personnelUpon role assignment and annually thereafter

03.13.02 Withdrawn

Control Requirement: Recategorized as NCO (Not directly related to protecting the

confidentiality of CUI).

03.13.03 Withdrawn

Control Requirement: Addressed by 03.01.01, 03.01.02, 03.01.03, 03.01.04, 03.01.05,

03.01.06, and 03.01.07.

03.13.04 Information in Shared System Resources

Control Requirement:

Prevent unauthorized and unintended information transfer via shared system resources.

Policy Statement:

UT Austin implements controls to prevent unauthorized or unintended disclosure of CUI through shared system resources on CUI systems enrolled in CRSP. Shared resources include network drives, file shares, databases, printers, virtualized environments, and other multi-user systems.

UT Austin requires that:

  • Access Control: Only authorized personnel may access shared resources containing CUI. Access is granted based on role, operational need, and the principle of least privilege.
  • Segregation of CUI: CUI must be separated from non-sensitive or public information using directories, permissions, and other system-level controls to prevent accidental or unauthorized exposure.
  • Configuration and Permissions Management: System configurations, file permissions, and access rights are reviewed and updated regularly to ensure compliance with security policies.
  • Monitoring and Auditing: Shared resources are continuously monitored and periodically audited to detect potential unauthorized transfers or leakage of CUI.
  • Personnel Training: Users with access to shared resources containing CUI receive training on secure access practices, acceptable use, and procedures for reporting suspected unauthorized access or information transfer.
  • Policy Documentation and Review: Procedures for managing shared resources are documented, maintained, and reviewed periodically to ensure compliance with UT Austin CRSP 3.0 CUI Governance Policy, federal requirements, and institutional security standards.

This policy ensures that shared system resources are controlled, monitored, and managed to reduce the risk of unauthorized disclosure, accidental leakage, or compromise of CUI on CUI systems enrolled in CRSP.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
PI/PPPI/PPImplement access controls, separation, and permissions for shared resources containing CUIOngoing / Continuous
ISOISOMonitor shared resources, detect potential unauthorized access or data leakage, and report findingsOngoing / Continuous
ET CRSPISO / ET CRSPEnforce system-level permissions, resource segmentation, and virtualization isolation; maintain configuration baselinesOngoing / Continuous
ISOORSC / ISOAudit shared resource configurations and access controls; recommend corrective actionsAnnually or as required
PI/PPPI/PPAccess shared resources only according to approved permissions; report suspected unauthorized activityAs needed / Continuous

03.13.05 Withdrawn

Control Requirement: Incorporated into 03.13.01.

03.13.06 Network Communications – Deny by Default – Allow by Exception

Control Requirement:

Deny network communications traffic by default, and allow network communications traffic by exception.

Policy Statement:

UT Austin enforces a “deny by default, allow by exception” approach to network communications on CUI systems enrolled in CRSP to protect CUI.

All network traffic is denied unless explicitly authorized based on documented business needs, risk assessments, and compliance with institutional and federal cybersecurity standards. Exceptions must be formally requested, reviewed, approved, documented, and periodically reevaluated to ensure ongoing compliance with operational and security requirements.

This policy ensures that network communications are proactively controlled, minimizing risks of unauthorized access, data exfiltration, or compromise of CUI, and enforces strict governance over all communications within CUI systems.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOApprove all network communication exceptions; review exception requests for operational necessity and risk; ensure alignment with institutional and federal cybersecurity standardsAs needed / Annual review of exception list
PI/PPPI/PPRequest and justify exceptions; validate necessity for system operations; coordinate implementation with IT/Network AdministratorsAs needed / upon system changes or new exceptions
ISOISOMonitor network traffic for unauthorized or anomalous communications; review logs and alerts from exception rules; report findings to CISO and ISOOngoing / Daily or per security monitoring schedule
ET CRSPISO / ET CRSPConfigure firewalls, routers, and other network devices to enforce deny-by-default rules; implement approved exceptions; maintain logs and monitor exception trafficOngoing / Continuous
ORSCORSC / ISOAudit exception approvals, configuration enforcement, and monitoring processes; verify compliance with UT Austin CRSP 3.0 CUI Governance Policy and federal standardsAnnually or as needed based on audit schedule
PI/PPPI/PPEnsure any requested network communications requiring exception are submitted through proper channels; follow institutional guidance regarding authorized communicationsAs needed / Per operational activity
ET CRSPORSC / ISO / ET CRSPReview and approve changes to network communication rules affecting exceptions; ensure risk assessment and impact analysis are documentedEach change event

03.13.07 Withdrawn

Control Requirement: Addressed by 03.01.12, 03.04.02 and 03.04.06.

03.13.08 Transmission Confidentiality

Control Requirement:

Implement cryptographic mechanisms to prevent unauthorized disclosure of CUI during transmission unless otherwise protected by alternative physical safeguards.

Policy Statement:

UT Austin enforces the use of FIPS-validated cryptographic mechanisms to ensure the confidentiality of CUI during transmission and storage.

All CUI transmitted outside physically protected boundaries or across shared, untrusted, or public networks must be protected using approved cryptographic protocols in accordance with federal and institutional requirements.

For CUI stored on information systems, removable media, portable devices, or backup repositories:

  • Encryption using FIPS-validated modules is required to prevent unauthorized access or disclosure.
  • Where Protected Distribution Systems (PDS) or other dedicated physical protections are deployed, compensating controls and justifications must be documented in the System Security Plan (SSP).

UT Austin enforces key management controls—covering generation, distribution, rotation, storage, revocation, and destruction—through the institutional its Key Management Standard, ensuring the confidentiality, integrity, and authorized use of CUI both in transit and at rest.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOORSC / ISO / ET CRSPDevelop, review, and enforce cryptographic policy for transmission and storage of CUIAnnually or as required
PI/PPPI/PPImplement and maintain encryption mechanisms for all systems handling CUIOngoing / Continuous
ISOISOMonitor cryptographic controls; verify proper key usage; report anomaliesOngoing / Continuous
ET CRSPISO / ET CRSPEncrypt data in transit and at rest; manage cryptographic keys per policy; apply updates to cryptographic modulesOngoing / Continuous
PI/PPPI/PPUse encrypted channels for transmitting or storing CUI; adhere to handling guidelinesAs needed / Continuous
ORSCORSC / ISOAudit encryption practices, key management processes, and system adherence to policyAnnually or as required
ORSCORSC / ISO / PI/PPProvide role-specific training on encryption usage, handling procedures, and key managementUpon role assignment and annually thereafter

03.13.09 Session Termination

Control Requirement:

Terminate the network connection associated with a communications session at the end of the session or after 15 minutes of inactivity.

Policy Statement:

UT Austin enforces automated session termination for all CUI systems enrolled in CRSP to ensure communications sessions are promptly disconnected either at session end or after no more than 15 minutes of inactivity.

All network devices, VPN concentrators, application gateways, and supporting security services on CUI systems enrolled in CRSP are configured to apply idle-timeout and hard session-termination controls in alignment with NIST SP 800-171 and the UT Austin CRSP 3.0 CUI Governance Policy.

Upon session termination or timeout:

  • Session tokens, TCP/IP ports, and related cryptographic materials are invalidated or released to prevent unauthorized reuse of dormant or abandoned sessions.
  • These controls are incorporated into CUI system configuration baselines and validated through continuous monitoring and security assessment activities.

This ensures that network communications on CUI systems enrolled in CRSP involving CUI are protected from unauthorized access due to inactive or abandoned sessions.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOApprove policies and procedures for identifier assignment, reuse prevention, and individual categorization.Annual / As-needed
PI/PPPI/PPEnsure that identifiers for systems under their control are assigned according to policy and that reuse prevention measures are enforced.Continuous / As systems are deployed or updated
ISOISOReview identifier assignment and reuse processes; ensure auditability and traceability of identifiers for accountability.Continuous / Periodic audits
ET CRSPISO / ET CRSPImplement and maintain systems that assign, track, and prevent reuse of identifiers; ensure proper segregation of privileged and non-privileged accounts.Continuous / As accounts or devices are provisioned
ET CRSPISO / ET CRSPProvide input on identifier assignments for users or devices accessing specific datasets; ensure classification aligns with data stewardship roles.As-needed
PI/PPPI/PPAuthorize identifiers for personnel; classify users by role, status, and organizational affiliation.At onboarding / Role change
ORSCORSC / ISOUse assigned identifiers only for their intended purpose; report any discrepancies or unauthorized use.Continuous

03.13.10 Cryptographic Key Establishment and Management

Control Requirement:

Establish and manage cryptographic keys in the system in accordance with organization-defined requirements for key generation, distribution, storage, access, and destruction.

Policy Statement:

UT Austin establishes and manages cryptographic keys for all CUI systems enrolled in CRSP in accordance with institutional and federal guidance. All cryptographic key activities—generation, distribution, storage, access, rotation, and destruction—are designed to maintain the confidentiality, integrity, and availability of CUI.

Key management procedures are:

  • Documented, auditable, and regularly reviewed to ensure compliance with institutional policies and federal regulations.
  • Integrated into CUI system security plans (SSPs), monitoring, and incident response workflows to maintain continuous protection of CUI.
  • Accessible only to authorized personnel with defined operational or business need; all access is recorded and auditable.

UT Austin requires that:

  • Cryptographic keys are handled using FIPS 140-3 validated modules or other federally approved standards.
  • Key lifecycle management covers generation, distribution, activation, use, rotation, archival, and destruction.
  • Keys are rotated or retired based on expiration schedules or upon compromise, consistent with institutional key management procedures.
  • Procedures are reviewed and updated regularly to address emerging threats, regulatory changes, and organizational requirements.
  • All personnel handling cryptographic keys on CUI systems enrolled in CRSP are trained, authorized, and follow secure handling procedures.

This ensures that all CUI within CUI systems is protected during storage, transmission, and processing using approved cryptographic mechanisms.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISODevelop, review, and enforce cryptographic key management policies for CUI systemsAnnually or upon regulatory/operational change
PI/PPPI/PPImplement cryptographic key generation, distribution, storage, and destruction procedures for CUI systemsOngoing / Continuous
ISOISOMonitor CUI key management activities; verify compliance and report anomaliesOngoing / Continuous
ET CRSPISO / ET CRSPManage cryptographic keys for CUI systems securely; rotate and retire keys as requiredOngoing / Continuous
PI/PPPI/PPAccess and use cryptographic keys only as authorized within CUI systems; follow secure handling proceduresAs needed / Continuous
ORSCORSC / ISOAudit CUI key management processes and adherence to policy; recommend corrective actionsAnnually or as required
ORSCORSC / ISO / PI/PPProvide training on cryptographic key handling, storage, and destruction for CRSP participantsUpon role assignment and annually thereafter

03.13.11 FIPS - Validated Encryption

Control Requirement:

Implement the following types of cryptography to protect the confidentiality of Controlled Unclassified Information (CUI): FIPS-validated cryptography.

Policy Statement:

UT Austin enforces the use of FIPS-validated cryptographic mechanisms to protect the confidentiality of CUI at rest and in transit within all systems and communications in CUI systems enrolled in CRSP.

All cryptographic implementations—including encryption algorithms, protocols, and key lengths— comply with FIPS standards and institutional guidance. Protections are applied to:

  • CUI stored on CUI systems, backup repositories, or portable media.
  • CUI transmitted across internal or external networks supporting CUI systems.
  • Cryptographic key and certificate operations per UT Austin Key Management Standards.

These measures ensure confidentiality, integrity, and secure handling of cryptographic materials in CUI systems enrolled in CRSP and across all applicable CUI systems.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISODevelop, review, and enforce cryptographic protection policies and procedures in alignment with FIPS standards for CUI systemsAnnually or upon regulatory/operational changes
PI/PPPI/PPEnsure CUI systems implement FIPS-validated cryptography for data at rest and in transit; validate adherence to institutional key management practicesOngoing / Continuous
ET CRSPISO / ET CRSPConfigure, deploy, and maintain cryptographic mechanisms on CUI systems, including encryption protocols, secure key storage, and certificate managementOngoing / Continuous
ISOISO / ET CRSPImplement cryptography for CUI system network communications and system storage; monitor cryptographic compliance and perform vulnerability checksOngoing / Continuous
PI/PPPI/PPEnsure CUI under their control is encrypted per FIPS standards; coordinate with ISO and IT teams for cryptographic requirementsOngoing / Continuous
PI/PPPI/PPUse CUI systems in accordance with cryptographic requirements; do not circumvent encryption or handle keys in an unauthorized mannerEach use event
ORSCORSC / ISO / PI/PPProvide training on cryptographic policies, FIPS standards, and secure handling of CUI for CRSP participantsUpon onboarding and annually thereafter
ISOISO / ET CRSPMonitor CUI systems for encryption failures, unauthorized access attempts, or cryptography-related incidentsOngoing / Continuous
ORSCORSC / ISOReview CUI cryptographic implementation and usage; verify compliance with policies, FIPS standards, and CRSP CUI GovernanceAnnually or as required

03.13.12 Collaborative Device Controls

Control Requirement:

Prohibit remote activation of collaborative computing devices and provide indication of devices in use to users present at the device.

Policy Statement:

UT Austin restricts the remote activation of collaborative computing devices and applications on CUI systems enrolled in CRSP to prevent unauthorized access, inadvertent data exposure, and compromise of CUI.

Remote activation of such devices is allowed only under strictly defined and justified exceptions, documented in the System Security Plan (SSP), when operationally critical and no alternative exists.

UT Austin enforces that:

  • Remote activation of collaborative computing devices in CUI systems enrolled in CRSP are prohibited unless approved exceptions exist.
  • Remote “auto-answer” or “auto-activate” features on cameras, microphones, and smart whiteboards connected to CUI systems are disabled by default.
  • Physical indicators (LED lights) or on-screen notices provide explicit notification of device use to all users physically present.
  • Device group policies enforce local-user approval prior to activation, and all activity is logged for audit and review.

This ensures devices supporting CUI systems cannot be accessed or activated without user consent, preserving confidentiality and integrity of CUI.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISODevelop, review, and enforce policies governing remote activation of collaborative devices; approve exceptions specific to CUI systems in SSPAnnually or upon regulatory/operational changes
PI/PPPI/PPEnsure collaborative computing devices supporting CUI systems implement controls to prohibit unauthorized remote activation; document exceptions in SSPOngoing / Continuous
ET CRSPISO / ET CRSPConfigure devices supporting CUI systems and applications to enforce remote activation restrictions; implement indicators of device useOngoing / Continuous
PI/PPPI/PPApprove operationally critical exceptions for collaborative devices supporting CUI systems involving CUI; verify proper usage indicators are in placeAs needed / per exception request
PI/PPPI/PPEnsure collaborative devices supporting CUI systems are used only in accordance with policy; respect device usage indicationsEach use event
ISOISO / ET CRSPMonitor activity on collaborative devices supporting CUI systems for unauthorized remote activation; report anomaliesOngoing / Continuous
ORSCORSC / ISO / PI/PPProvide training to all CRSP participants on policies specific to CUI systems, approved exceptions, and secure usage practices for collaborative computing devicesUpon onboarding and annually thereafter
ORSCORSC / ISOReview CUI systems enrolled in CRSP collaborative device configurations,Annually or as required
exception justifications, and usage indicators for compliance

03.13.13 Mobile Code Management

Control Requirement:

Control and monitor the use of mobile code.

Policy Statement:

UT Austin enforces controls over the use of mobile code within all systems and communications in CUI systems enrolled in CRSP to ensure the confidentiality, integrity, and availability of Controlled Unclassified Information (CUI).

All mobile code execution in CUI systems enrolled in CRSP must comply with institutional and federal requirements, including:

  • Only approved types of mobile code may be executed.
  • Mobile code must be authorized, monitored, and executed in secure environments (e.g., sandboxing, secure browsers, endpoint protection).
  • Execution and monitoring of mobile code must prevent unauthorized access, code injection, or unintended data disclosure.
  • Logs of mobile code execution must be maintained and reviewed to detect anomalies or policy violations.

This ensures that mobile code does not introduce vulnerabilities or compromise CUI in CUI systems enrolled in CRSP.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISODevelop, review, and enforce mobile code policies and associated procedures specific to CUI systems enrolled in CRSPAnnually or upon regulatory/operational changes
PI/PPPI/PPDefine approved mobile code types and technologies for CUI systems; implement controls for authorization, monitoring, and executionAnnually or upon introduction of new mobile code technology
ET CRSPISO / ET CRSPConfigure secure environments for mobile code execution (e.g., secure browser settings, whitelisting, endpoint protection); monitor and log CUI systems enrolled in CRSP mobile code activityOngoing / Continuous
ET CRSPISO / ET CRSP / PI/PPEnsure mobile code used in CUI systems enrolled in CRSP applications complies with approved standards; submit server-side mobile code for review and authorizationEach development/release cycle
ISOISO / ET CRSPReview logs and monitor mobile code activity in CUI systems enrolled in CRSP for anomalies; report potential security incidentsOngoing / Continuous
PI/PPPI/PPExecute only approved mobile code in CUI systems; report any unauthorized or suspicious codeEach use event
ORSCORSC / ISO / PI/PPTrain CRSP participants, who will use mobile code, on approved mobile code usage, security requirements, and reporting proceduresUpon role assignment and annually thereafter
ISOISO / ET CRSPAudit CUI systems enrolled in CRSP mobile code usage, authorization, and monitoring controls; recommend corrective actionsAnnually or as needed

03.13.14 Withdrawn

Control Requirement: Technology-specific.

03.13.15 Session Authenticity Protection

Control Requirement:

Protect the authenticity of communications sessions.

Policy Statement:

UT Austin enforces session authenticity controls within all CUI systems and communications to ensure the confidentiality, integrity, and availability of CUI.

Session authenticity protections ensure that all communications sessions in CUI systems enrolled in CRSP are verified, authorized, and resistant to impersonation, hijacking, or tampering. Controls include:

  • Mutual authentication mechanisms such as mutual TLS, digital certificates, or signed tokens for all CUI systems in CUI systems enrolled in CRSP.
  • Monitoring and validation of session tokens and credentials to prevent unauthorized session use.
  • Logging and review of session activity to detect anomalies, failed authentication attempts, or suspicious session behavior.
  • Integration with incident response procedures to respond to suspected session compromise.

These measures ensure that communications sessions in CUI systems enrolled in CRSP maintain authenticity, prevent unauthorized access, and protect CUI from interception or tampering.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISODevelop, review, and enforce policies governing remote activation of collaborative devices; approve exceptions specific to CUI systems in SSPAnnually or upon regulatory/operational changes
PI/PPPI/PPEnsure collaborative computing devices supporting CUI systems implement controls to prohibit unauthorized remote activation; document exceptions in SSPOngoing / Continuous
ET CRSPISO / ET CRSPConfigure devices supporting CUI systems and applications to enforce remote activation restrictions; implement indicators of device useOngoing / Continuous
PI/PPPI/PPApprove operationally critical exceptions for collaborative devices supporting CUI systems involving CUI; verify proper usage indicators are in placeAs needed / per exception request
PI/PPPI/PPEnsure collaborative devices supporting CUI systems are used only in accordance with policy; respect device usage indicationsEach use event
ISOISO / ET CRSPMonitor activity on collaborative devices supporting CUI systems for unauthorized remote activation; report anomaliesOngoing / Continuous
ORSCORSC / ISO / PI/PPProvide training to all CRSP participants on policies specific to CUI systems, approved exceptions, and secure usage practices for collaborative computing devicesUpon onboarding and annually thereafter

03.13.16 Withdrawn

Control Requirement: Incorporated into 03.13.08.

NIST SP 800-171 Revision 2 to Revision 3 Change Analysis

SP 800-171 R2 IdentifierSP 800-171 R3 IdentifierRequirement StatusSummary of Changes
3.13.103.13.01Significant ChangeNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for boundary protection
3.13.203.13.02Withdrawn Requirement 
3.13.303.13.03Withdrawn Requirement 
3.13.403.13.04No Significant ChangeNew security requirement title
3.13.503.13.05Withdrawn Requirement 
3.13.603.13.06No Significant ChangeNew security requirement title
3.13.703.13.07Withdrawn Requirement 
3.13.803.13.08No Significant ChangeNew security requirement title Incorporate withdrawn requirement: 3.13.16
3.13.903.13.09Minor Change; New ODPNew security requirement title Added new ODP: time period of inactivity to terminate the network connection
3.13.1003.13.10Minor Change; New ODPNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for cryptographic key establishment and management Added new ODP: requirements for key generation, distribution, storage, access, and destruction
3.13.1103.13.11Significant Change; New ODPNew security requirement title Aligned with SP 800-53, Rev 5 Added new ODP: types of cryptography used to protect confidentiality of CUI
3.13.1203.13.12Minor Change; New ODPNew security requirement title Aligned with SP 800-53, Rev 5 Added new ODP: exceptions where remote activation is allowed
3.13.1303.13.13Minor ChangeNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for use of mobile code
3.13.1403.13.14Withdrawn Requirement 
3.13.1503.13.15No Significant ChangeNew security requirement title
3.13.1603.13.16Withdrawn Requirement 

CRSP Standard 3.14: System and Information Integrity (SI)

NIST SP 800-171 Rev. 3, Family 3.14

Purpose of Policy

The purpose of this policy is to establish a structured, comprehensive, and risk-based approach for implementing System and Information Integrity (SI) practices that protect the confidentiality, integrity, and availability of Controlled Unclassified Information (CUI) on CUI systems enrolled in CRSP.

This policy aligns with NIST Special Publication 800-171, Protecting Controlled Unclassified Information in Nonfederal Systems and Organizations—specifically the System and Information Integrity (3.14) control family, and supports the requirements defined in the UT Austin CRSP 3.0 CUI Governance Policy, as well as applicable state regulations.

This policy applies to all information systems, system components, services, administrators, and personnel operating within or supporting CUI systems enrolled in CRSP that store, process, transmit, or otherwise support CUI.

This policy establishes requirements for the following integrity and monitoring practices within the CUI system environment:

Flaw Remediation

  • Identifying, reporting, prioritizing, and correcting information system flaws affecting CUI systems in a timely manner.
  • Applying security-relevant software and firmware updates within organization-defined timeframes following vendor release.
  • Ensuring remediation activities follow UT Austin configuration management policies and procedures governing CUI systems.

Malicious Code Protection

  • Implementing malware protection mechanisms (e.g., antivirus, anti-malware, endpoint detection and response) at CUI system entry and exit points to detect, prevent, and eradicate malicious code.
  • Updating malicious code protection mechanisms as new signatures, rules, or releases become available.
  • Configuring malicious code protection to:
    • Conduct recurring scans at organization-defined frequencies;
    • Perform real-time scanning of files originating from external sources;
    • Block, quarantine, or otherwise mitigate malicious code upon detection.

Security Alerts, Advisories, and Directives

  • Receiving system security alerts, advisories, and directives from trusted external sources on an ongoing basis.
  • Evaluating and acting on alerts applicable to CUI systems to address vulnerabilities and emerging threats.
  • Generating and disseminating internal security alerts, advisories, and directives to system owners, administrators, and personnel responsible for CUI systems to ensure timely awareness and response.

System Monitoring

  • Monitoring CUI systems and supporting infrastructure for attacks, indicators of potential attacks, and evidence of unauthorized access or activity.
  • Detecting unauthorized connections, unauthorized use, and anomalous inbound or outbound network traffic affecting CUI systems.
  • Conducting continuous analysis of system logs and monitoring data to identify suspicious behavior, indicators of compromise, or potential security incidents.

Information Management and Retention

  • Managing, retaining, and protecting CUI processed on CUI systems enrolled in CRSP in accordance with all applicable laws, Executive Orders, directives, regulations, policies, standards, and operational requirements.
  • Ensuring CUI handling, retention, and disposition conform to approved CUI marking, safeguarding, and destruction requirements.

This policy establishes the foundation for a robust System and Information Integrity (SI) program on CUI systems enrolled in CRSP, ensuring that system flaws, malicious code threats, security alerts, unauthorized activity, and risks to CUI integrity are effectively identified, mitigated, monitored, and reported in accordance with federal, state, and institutional cybersecurity requirements.

Scope of Policy

This System and Information Integrity (SI) Policy applies to all University of Texas at Austin (UT Austin) information systems, personnel, services, and operational processes operating within or supporting CUI systems enrolled in CRSP that store, process, transmit, manage, or otherwise support Controlled Unclassified Information (CUI).

The policy establishes requirements for implementing, monitoring, and continuously improving safeguards that preserve system integrity, detect unauthorized or anomalous activity, and support timely remediation of security risks affecting CUI systems and CUI.

This policy encompasses the following activities within the CUI system environment:

  • Flaw remediation, patch application, and configuration management compliance for CUI systems and supporting infrastructure.
  • Deployment, configuration, and monitoring of malicious code protection mechanisms designed to detect, prevent, and remediate malware affecting CUI systems.
  • System-level monitoring and integrity validation to detect attacks, unauthorized use, anomalous traffic, and indicators of compromise on CUI systems enrolled in CRSP.
  • Receipt, evaluation, dissemination, and response to system security alerts, advisories, and directives relevant to vulnerabilities or threats affecting CUI systems.
  • Management and retention of CUI and CUI-derived outputs processed on CUI systems enrolled in CRSP in accordance with applicable laws, regulations, policies, and operational requirements.

These safeguards ensure the confidentiality, integrity, and availability of CUI and support compliance with NIST SP 800-171 Control Family 3.14 (System and Information Integrity), the UT Austin CRSP 3.0 CUI Governance Policy, and other applicable federal and institutional requirements.

Explicit Exclusions

This policy does not apply to:

  • General university enterprise systems that do not process, store, or transmit CUI.
  • Institutional administrative systems (e.g., HR, finance, student information systems) unless those systems are formally designated as part of a CUI system enrolled in CRSP.
  • General-purpose IT services such as standard email, collaboration platforms, learning management systems, or campus network services that are not configured or authorized for CUI processing.
  • Public-facing university websites or research systems that do not contain CUI.
  • Personally owned devices that do not connect to or access CUI environments.

Systems or services fall under this policy only if they have been formally designated, documented, and authorized as part of the applicable CUI system boundary in accordance with institutional CUI governance and authorization procedures.

The scope of this policy includes, but is not limited to, the following system and information integrity requirements:

Control Requirements

Control IDRequirement
03.14.01a. Identify, report, and correct system flaws. b. Install security-relevant software and firmware updates within [Assignment: organization-defined time period] of the release of the updates.
03.14.02a. Implement malicious code protection mechanisms at system entry and exit points to detect and eradicate malicious code. b. Update malicious code protection mechanisms as new releases are available in accordance with configuration management policies and procedures. c. Configure malicious code protection mechanisms to: 1. Perform scans of the system [Assignment: organization-defined frequency] and real-time scans of files from external sources at endpoints or system entry and exit points as the files are downloaded, opened, or executed; and 2. Block malicious code, quarantine malicious code, or take other mitigation actions in response to malicious code detection."
03.14.03a. Receive system security alerts, advisories, and directives from external organizations on an ongoing basis. b. Generate and disseminate internal system security alerts, advisories, and directives, as necessary.
03.14.04Withdrawn; Incorporated into 03.14.02.
03.14.05Withdrawn; Addressed by 03.14.02.
03.14.06a. Monitor the system to detect: 1. Attacks and indicators of potential attacks and 2. Unauthorized connections. b. Identify unauthorized use of the system. c. Monitor inbound and outbound communications traffic to detect unusual or unauthorized activities or conditions.
03.14.07Withdrawn; Incorporated into 03.14.06.
03.14.08Manage and retain CUI within the system and CUI output from the system in accordance with applicable laws, Executive Orders, directives, regulations, policies, standards, guidelines, and operational requirements.

Departments and Responsibilities

Departments responsible for System and Information Integrity (SI) on CUI systems enrolled in CRSP are defined to ensure the timely detection, reporting, mitigation, and prevention of system flaws, malicious code, unauthorized changes, and other integrity risks affecting systems that process, store, or transmit Controlled Unclassified Information (CUI).

These departments and roles support the implementation, monitoring, and continuous improvement of system integrity safeguards in alignment with NIST SP 800-171 Control Family 3.14, the UT Austin CRSP 3.0 CUI Governance Policy, and applicable federal and institutional requirements.

Departments and Responsibilities

Department (Primary)Department (Secondary)Responsibilities
Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Provides executive oversight for research-related CUI systems enrolled in CRSP; ensures adequate resources, leadership support, and institutional compliance with NIST SP 800-171, DFARS 252.204-7012, and related cybersecurity requirements affecting CUI systems.
Information Security Office (ISO)Information Security Office (ISO)Defines and oversees the institutional System and Information Integrity strategy for CUI systems; ensures implementation of malicious code protection, flaw remediation, system monitoring, and security alert management; reports threats, vulnerabilities, and program effectiveness to executive leadership; oversees compliance with CUI protection and retention requirements.
Information Security Office (ISO)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO)Coordinates SI requirements across CUI systems; tracks security alerts, flaw remediation activities, monitoring results, and CUI retention requirements; integrates findings into POA&M tracking, continuous monitoring activities, and compliance reporting.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Ensures CUI systems under their responsibility implement SI controls including flaw detection, patch management, malware protection, monitoring, and unauthorized activity detection; enforces CUI retention and protection requirements; supports remediation and verification of integrity safeguards.
Information Security Office (ISO)Information Security Office (ISO)Implements and maintains SI protections within CUI systems; validates flaw remediation activities; coordinates monitoring and response with SOC personnel and system owners; tracks remediation status and verifies compliance with integrity and retention requirements.
Information Security Office (ISO)Information Security Office (ISO)Monitors CUI systems and networks for attacks, anomalies, malicious code, and indicators of compromise; triages alerts and security advisories; escalates SI issues for response; supports continuous monitoring activities affecting CUI systems.
Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Applies patches and updates to CUI systems; deploys, configures, and maintains malicious code protection mechanisms; operates monitoring tools; implements technical mitigations; manages CUI retention, backups, and secure destruction procedures in accordance with policy.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Ensures CUI stored within CUI systems is protected against unauthorized modification, corruption, or loss; validates integrity protection mechanisms; enforces proper storage, access control, retention, and secure disposition of CUI.
Information Security Office (ISO)Office of Research Support and Compliance (ORSC)Supports implementation of SI controls within research systems operating in CUI systems enrolled in CRSP; ensures malicious code protection, flaw remediation, security alerts, and monitoring practices align with federal research security and institutional requirements.
Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Follow institutional security policies, safe computing practices, and CUI retention procedures; report suspicious activity, system anomalies, software flaws, or potential integrity violations; avoid installing or using unapproved software on CUI systems.

Senior Management Commitment

Senior leadership at the University of Texas at Austin (UT Austin) formally approves this System and Information Integrity (SI) Policy and reaffirms its commitment to upholding the principles, safeguards, and requirements defined within NIST SP 800-171 Control Family 3.14, the UT Austin CRSP 3.0 CUI Governance Policy, and all applicable federal and state cybersecurity regulations governing the protection of Controlled Unclassified Information (CUI).

Senior management ensures that a comprehensive System and Information Integrity program is established, implemented, and continuously improved for CUI systems enrolled in CRSP to safeguard CUI from unauthorized modification, tampering, corruption, or malicious activity.

This commitment includes supporting the timely identification and remediation of system flaws, deployment and maintenance of malicious code protection mechanisms, implementation of active system monitoring capabilities, and the establishment of procedures for analyzing security alerts, advisories, and indicators of compromise affecting CUI systems.

Leadership is responsible for providing adequate resources—including qualified personnel, secure technologies, automated detection and alerting tools, patch and vulnerability management capabilities, monitoring platforms, and appropriate training—to maintain effective system integrity protections throughout the CUI system lifecycle. This support extends to ensuring coordination across risk management, continuous monitoring, incident response, vulnerability management, and configuration management functions.

UT Austin executive leadership recognizes the critical role that system and information integrity protections on CUI systems enrolled in CRSP play in reducing cybersecurity risk, enabling rapid threat detection and response, protecting the confidentiality, integrity, and availability of CUI, and maintaining compliance with institutional policies, federal regulatory obligations, and contractual requirements.

This policy and its associated controls are enforced with the full support of senior management to ensure a resilient, secure, and trustworthy CUI systems enrolled in CRSP for CUI processing, storage, and transmission.

Policy Statement

The University of Texas at Austin (UT Austin) develops, documents, and maintains a System and Information Integrity (SI) Policy to ensure the confidentiality, integrity, and availability of information CUI systems enrolled in CRSP that store, process, or transmit Controlled Unclassified Information (CUI).

The SI Policy:

  • Establishes organizational expectations for protecting system integrity within CUI systems, monitoring for unauthorized changes, and ensuring the timely identification, reporting, and mitigation of security vulnerabilities affecting CUI systems;
  • Provides a structured framework for flaw remediation, malicious code protection, system monitoring, and validation of system inputs and outputs to preserve the integrity of systems handling CUI;
  • Supports compliance with NIST SP 800-171 Control Family 3.14, the UT Austin CRSP 3.0 CUI Governance Policy, and other applicable federal, state, and institutional cybersecurity requirements governing CUI systems.

Associated procedures ensure the following controls are implemented for CUI systems enrolled in CRSP:

  • Continuous monitoring for malicious code, unauthorized modifications, anomalous system activity, and indicators of compromise;
  • Prompt identification and remediation of system flaws through vulnerability scanning, patch management, and configuration management processes;
  • Validation and verification of system inputs and outputs to detect, correct, or escalate anomalies that could impact system integrity or the protection of CUI;
  • Logging, documentation, and escalation of system integrity violations or suspicious activity to designated security personnel;
  • Integration with incident handling and response procedures to ensure rapid containment, investigation, and mitigation of integrity breaches affecting CUI systems.

UT Austin designates the Chief Information Security Officer (CISO) as accountable for the development, oversight, and periodic review of this policy and its associated procedures. The Information System Owner (ISO) is responsible for dissemination, implementation, and operational enforcement of these requirements for systems under their authority on CUI systems enrolled in CRSP.

The System and Information Integrity Policy is reviewed at least once every three (3) years, and associated SI Procedures are reviewed annually, as well as following significant events including:

  • Discovery of a system compromise, malware infection, or integrity violation affecting CUI systems;
  • Audit findings, security assessments, or risk analysis results identifying deficiencies in system integrity protections;
  • Changes to system architecture, applications, software platforms, or monitoring capabilities affecting CUI systems;
  • Updates to federal or state regulations, cybersecurity guidance, or institutional baseline security requirements.

This policy ensures that UT Austin maintains consistent, risk-based practices for protecting the integrity of CUI systems and the CUI they process, supporting continuous monitoring, rapid threat detection, effective remediation, and sustained compliance with federal cybersecurity requirements.

Control Requirements

03.14.01 Flaw Remediation

Control Requirement:

  1. Identify, report, and correct system flaws.
  2. Install security-relevant software and firmware updates within thirty (30) days for high-risk flaws (including both critical and high), 90 days for moderate-risk flaws, and 180 days for low-risk flaws of the release of the updates.

Policy Statement:

UT Austin ensures that all information systems processing, storing, or transmitting Controlled Unclassified Information (CUI) undergo structured flaw remediation processes to maintain system integrity, prevent exploitation of vulnerabilities, and reduce security risks.

Key requirements include:

  • Identification: ISOs, ISSOs, and IT personnel proactively identify system flaws, vulnerabilities, and misconfigurations through routine scanning, monitoring, and assessment activities.
  • Reporting: Identified flaws are documented, reported promptly to the ISSO and relevant stakeholders, and prioritized based on risk impact to CUI confidentiality, integrity, and availability.
  • Correction and Remediation:
    • Security-relevant software, firmware, and configuration updates are applied according to risk-based timelines:
    • High-risk flaws (critical and high): within 30 days of release
    • Moderate-risk flaws: within 90 days of release
    • Low-risk flaws: within 180 days of release
    • Remediation actions are tracked through the Plan of Action and Milestones (POA&M) or similar tracking mechanisms to ensure timely closure.
  • Documentation and Reporting: All flaw remediation activities, including identified vulnerabilities, applied updates, and verification results, are documented and integrated into the system security documentation to support compliance and audit readiness.
  • Continuous Improvement: Lessons learned from flaw identification and remediation activities are incorporated into system security procedures, vulnerability management processes, and risk assessments to prevent recurrence.

This policy ensures a proactive, repeatable, and risk-based approach to identifying, reporting, and remediating system flaws, supporting compliance with NIST SP 800-171, the UT Austin CRSP 3.0 CUI Governance Policy, and other applicable federal requirements.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOIdentify system flaws and vulnerabilities; ensure remediation actions are planned and executed; provide access for assessments and verificationContinuous; review after each system change or security assessment
PI/PPPI/PPReceive and document reported flaws; prioritize remediation based on risk; track remediation progress in POA&M; validate corrective actionsContinuous; update records after each flaw is reported and remediated
ISOISOApply security-relevant software, firmware, and configuration updates according to risk-based timelines (High: 30 days, Moderate: 90 days, Low: 180 days); verify successful installationAs updates are released; ongoing monitoring for compliance
ET CRSPISO / ET CRSPReview remediation activities to ensure compliance with federal and institutional requirements; integrate findings into risk management and reportingAfter each remediation cycle and periodically during governance reviews
ISOISO / ET CRSPReport observed flaws, misconfigurations, or anomalous system behavior to ISSO or IT personnelOngoing; immediately upon detection

03.14.02 Malicious Code Protection

Control Requirement:

  1. Implement malicious code protection mechanisms at system entry and exit points to detect and eradicate malicious code.
  2. Update malicious code protection mechanisms as new releases are available in accordance with configuration management policies and procedures.
  3. Configure malicious code protection mechanisms to:
  4. Perform scans of the system at least weekly and real-time scans of files from external sources at endpoints or system entry and exit points as the files are downloaded, opened, or executed; and
  5. Block malicious code, quarantine malicious code, or take other mitigation actions in response to malicious code detection.

Policy Statement:

UT Austin establishes a structured Malicious Code Protection Program to ensure that all information systems processing, storing, or transmitting Controlled Unclassified Information (CUI) are safeguarded from viruses, malware, ransomware, and other malicious software that could compromise system integrity, availability, or confidentiality.

Key requirements include:

  • Implementation:
    • Deploy and maintain malicious code protection mechanisms at all system entry and exit points, including endpoints, servers, network gateways, and cloud services supporting CUI.
    • Ensure protection mechanisms detect, block, and eradicate malicious code in real time and during scheduled scans.
  • Updates:
    • Regularly update malicious code definitions, signatures, and protection software in accordance with configuration management policies to address newly identified threats.
    • Apply updates promptly to ensure continued effectiveness of malware defenses.
  • Configuration and Scanning:
    • Conduct system-wide scans at least weekly.
    • Perform real-time scanning of files from external sources at endpoints or system entry/exit points as files are downloaded, opened, or executed.
    • Configure systems to automatically block, quarantine, or otherwise mitigate detected malicious code.
  • Documentation and Reporting:
    • Document all malware detection events, remediation actions, and software updates.
    • Integrate findings into System Security Plans (SSPs), Plan of Action and Milestones (POA&M), and continuous monitoring records to support risk management and compliance.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency 
ISOISOApprove enterprise malicious code protection policy; ensure alignment with NIST SP 800-171 and institutional security standardsAnnual / As-needed 
PI/PPPI/PPEnsure assigned systems incorporate malicious code protections; verify compliance with scanning and update requirementsContinuous; review weekly or after significant system changes 
ISOISOMonitor and validate operational effectiveness of malicious code protections; coordinate incident reporting and responseContinuous; review alerts daily and update logs as events occur 
ET CRSPISO / ET CRSPDeploy, configure, and update anti-malware software; perform system scans; monitor alerts; respond to threats; validate remediation actionsWeekly system-wide scans; real-time monitoring; updates as releasedsystem-wide scans; real-time
PI/PPPI/PPEnsure data under their stewardship is protected from malicious code risks; support verification of malware protection complianceAs-needed; during data access or system updates 
ORSCORSC / ISOSupport SI control implementation for research systems handling CUI; ensure malware protections meet federal and institutional standardsContinuous / Periodic review 
PI/PPPI/PPFollow institutional guidance for safe computing; avoid unapproved software; report suspicious activity or malware detection immediatelyOngoing; report immediately upon observation 
ORSCORSC / ISOOversee implementation of malicious code protection program across CUI systems; track compliance and effectivenessPeriodic / As-needed 
ORSCORSC / ISOEnsure malware detection and remediation activities do not inadvertently expose PII or sensitive informationAnnual / As-needed

03.14.03 Security Alerts, Advisories, and Directives

Control Requirement:

  1. Receive system security alerts, advisories, and directives from external organizations on an ongoing basis.
  2. Generate and disseminate internal system security alerts, advisories, and directives, as necessary.

Policy Statement :

UT Austin establishes a structured program for the ongoing receipt, review, and dissemination of system security alerts, advisories, and directives to ensure that all information systems processing, storing, or transmitting Controlled Unclassified Information (CUI) remain protected against emerging threats and vulnerabilities.

Key requirements include:

  • Receipt of External Alerts:
    • Continuously monitor trusted external sources, including federal agencies (e.g., CISA, NIST, US-CERT), software and hardware vendors, and industry threat intelligence feeds for security alerts, advisories, and directives relevant to UT Austin systems.
    • Assess the relevance and potential impact of received advisories on UT Austin information systems and CUI.
  • Internal Dissemination:
    • Generate and distribute internal security alerts, advisories, and directives to appropriate stakeholders, including system owners, IT administrators, ISSOs, and other personnel responsible for system and information integrity.
    • Provide guidance for implementing mitigation measures, patches, or procedural changes in response to identified risks.
  • Roles and Responsibilities:
  • Documentation and Reporting:
    • Maintain records of received alerts, advisories, directives, and corresponding actions taken to mitigate associated risks.
    • Integrate findings into the System Security Plan (SSP), Plan of Action and Milestones (POA&M), and continuous monitoring program to support ongoing risk management and compliance.

This policy ensures that UT Austin maintains a proactive, informed, and responsive approach to emerging security threats, supporting the protection of CUI in compliance with NIST SP 800-171, the UT Austin CRSP 3.0 CUI Governance Policy, and applicable federal cybersecurity standards.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOOversee the security alert program; ensure alerts are received from trusted external sources; direct critical security information to leadership and responsible personnelOngoing; summary reports annually or as defined by leadership
ISOISOReview, validate, and coordinate dissemination of alerts and advisories to System Owners and IT personnel; track responses to directivesContinuous; update records after each received alert or advisory
PI/PPPI/PPAssess impact of received alerts on assigned systems; implement recommended mitigation or remediation actions; document responsesAs alerts are received or as required by system risk assessment
ET CRSPISO / ET CRSPApply patches, configuration changes, or other technical mitigations in response to alerts and advisoriesAs alerts are received or as directed by ISSO
ORSCORSC / ISOMonitor compliance with alert responses; report adherence to institutional and federal requirements; track completion of mitigation actionsAfter each alert or advisory; periodic review during governance activities

03.14.04 Withdrawn

Control Requirement: Incorporated into 03.14.02.

03.14.05 Withdrawn

Control Requirement: Addressed by 03.14.02.

3.14.06 System Monitoring

Control Requirement:

a) Monitor the system to detect:

  1. Attacks and indicators of potential attacks, and
  2. Unauthorized connections.

b) Identify unauthorized use of the system.

c) Monitor inbound and outbound communications traffic to detect unusual or unauthorized activities or conditions.

Policy Statement:

UT Austin implements a robust system monitoring program to detect, identify, and respond to potential threats, unauthorized access, and anomalous activity across all information systems that process, store, or transmit Controlled Unclassified Information (CUI). This program ensures that attacks, misuse, and deviations from expected system behavior are identified promptly to protect system integrity, confidentiality, and availability.

Key requirements include:

  • Monitoring Scope:
    • Continuously monitor system activity, network traffic, and communications at endpoints, servers, and network interfaces to identify potential attacks, unauthorized access, or suspicious behavior.
    • Monitor both internal and external connections to ensure only authorized users and systems interact with UT Austin CUI systems.
  • Detection of Unauthorized Use:
    • Identify and investigate instances of unauthorized access or use of system resources.
    • Detect anomalies in user activity patterns, system configurations, and communications that could indicate compromise or policy violations.
  • Traffic Analysis:
    • Monitor inbound and outbound communications to detect unusual patterns, excessive access attempts, or data exfiltration activities.
    • Employ automated tools, alerts, and dashboards to facilitate real-time or near-real-time detection of anomalous activity.
  • Documentation and Reporting:
    • Maintain logs, alert records, and monitoring outputs to support incident response, risk management, and compliance reporting.
    • Integrate monitoring results into System Security Plans (SSPs), Plan of Action and Milestones (POA&M), and continuous monitoring frameworks to maintain an up-to-date security posture.

This policy ensures that UT Austin maintains continuous awareness of system activity, proactively detects potential security threats, and enforces timely response actions to protect CUI in accordance with NIST SP 800-171, the UT Austin CRSP 3.0 CUI Governance Policy, and applicable federal cybersecurity standards.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOOversee the system monitoring program; ensure alignment with institutional policy; report monitoring results and threats to executive leadershipOngoing; summary reports quarterly or as defined by leadership
ISOISOManage monitoring activities; review alerts and logs; coordinate investigations of suspicious activity; document responsesDaily to weekly depending on system criticality; review monthly
PI/PPPI/PPEnsure assigned systems are incorporated into monitoring programs; provide access to system logs and metrics; support mitigation actionsContinuous; review after significant system changes or assessments
ET CRSPISO / ET CRSPOperate monitoring tools; review alerts; investigate anomalies; escalate incidents; implement technical mitigationsContinuous; alerts reviewed in real-time or per Service-Level Agreement
ORSCORSC / ISOEnsure monitoring practices meet federal, state, and institutional requirements; review monitoring reports for compliance and risk mitigationMonthly review or after major incidents, audits, or assessment updates
PI/PPPI/PPReport observed suspicious or anomalous system behavior to ISSO or designated authoritiesAs incidents are observed

03.14.07 Withdrawn

Control Requirement: Incorporated into 03.14.06.

03.14.08 Information Management and Retention

Control Requirement:

Manage and retain CUI within the system and CUI output from the system in accordance with applicable laws, Executive Orders, directives, regulations, policies, standards, guidelines, and operational requirements.

Policy Statement:

UT Austin establishes and enforces information management and retention practices to ensure that all Controlled Unclassified Information (CUI) is securely maintained, appropriately retained, and properly disposed of in accordance with applicable federal and state laws, Executive Orders, regulations, institutional policies, and operational requirements. These practices ensure the confidentiality, integrity, and availability of CUI throughout its lifecycle.

Key requirements include:

  • CUI Storage and Management:
    • All CUI, whether stored in on-premises systems, cloud environments, or portable media, must be protected with controls that enforce access restrictions, encryption, and data integrity checks.
    • Ensure that system-generated CUI output (reports, exports, or other artifacts) is managed according to the same retention and protection standards as the originating data.
  • Retention Requirements:
    • CUI must be retained for the period required by applicable federal and state regulations, institutional policies, or operational directives.
    • Retention periods must be documented and enforced for each data type and system.
  • Access and Use Controls:
    • Only authorized personnel may access, modify, or disseminate CUI, in alignment with the principle of least privilege and role-based access controls.
    • All actions related to CUI management, including storage, retrieval, and transfer, must be auditable and logged for compliance and accountability.
  • Disposition and Destruction:
    • Upon reaching the end of the retention period, CUI must be securely destroyed or declassified using approved methods that prevent recovery or unauthorized disclosure.
    • Destruction procedures must comply with federal, state, and institutional guidance.
  • Documentation and Compliance:
    • Retention schedules, management procedures, and audit logs must be maintained and readily available for review by internal and external auditors.
    • Regular reviews must be conducted to ensure retention schedules align with updated regulations, policies, and operational requirements.

This policy ensures that UT Austin systematically manages the lifecycle of CUI, preserving compliance, operational effectiveness, and the confidentiality, integrity, and availability of sensitive information in accordance with NIST SP 800-171, the UT Austin CRSP 3.0 CUI Governance Policy, and all applicable legal and regulatory mandates.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task Required Frequency
ISOISOOversee institutional CUI management and retention practices; ensure compliance with federal, state, and Annually, and upon significant regulatory
  practices  
  institutional requirements or policy changes
PI/PPPI/PPImplement and enforce retention policies for systems under their control; ensure secure storage and handling of CUI and system outputs Continuous; review after each system change or assessment
ISOISOMonitor and validate compliance with CUI retention policies; maintain records of retention and disposal activities Continuous; document after each retention review or audit
PI/PPPI/PPEnsure secure storage, access control, and proper disposition of CUI; verify data integrity throughout retention lifecycle Continuous; perform verification at least annually or as assigned
ET CRSPISO / ET CRSPConfigure systems to enforce retention schedules, backup, archival, and secure destruction of CUI; support system-level retention processes As needed; review system configurations quarterly or after updates
PI/PPPI/PPFollowretention, handling, and secure disposal proceduresOngoing; at the time
  for CUI; report discrepancies or potential violations of use and disposal of CUI

NIST SP 800-171 Revision 2 to Revision 3 Change Analysis

SP 800-171 R2 IdentifierSP 800-171 R3 IdentifierRequirement StatusSummary of Changes
3.14.103.14.01Significant Change; New ODPNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for flaw remediation Added new ODP: time period to install security-relevant software and firmware updates
3.14.203.14.02Significant Change; New ODPNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for malicious code protection Incorporates withdrawn requirements: 03.14.04, 03.14.05 Added new ODP: frequency to perform system scans Updated discussion to provide additional guidance on malicious code protection mechanisms
3.14.303.14.03Significant ChangeNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for security alerts, advisories, and directives
3.14.403.14.04Withdrawn Requirement 
3.14.503.14.05Withdrawn Requirement 
3.14.603.14.06Minor ChangeNew security requirement title Aligned with SP 800-53, Rev 5 to provide more comprehensive detail on and foundational tasks for system monitoring Incorporates withdrawn requirement: 03.14.07
3.14.703.14.07Withdrawn Requirement 
N/A03.14.08New RequirementNew security requirement based on SI-08 (SP 800-53, Revision 5).

CRSP Standard 3.15: Planning (PL)

NIST SP 800-171 Rev. 3, Family 3.15

Purpose of Policy

The purpose of this policy is to establish a structured, comprehensive, and repeatable approach for planning, documenting, and maintaining security requirements for systems that create, store, process, transmit, or otherwise handle Controlled Unclassified Information (CUI) on CUI systems enrolled in CRSP. This policy supports the requirements defined in the UT Austin CRSP 3.0 CUI Governance Policy and ensures alignment with NIST SP 800-171, Control Family 3.15 (Planning).

This policy applies to all CUI systems, organizational units, facilities, personnel, and processes where CUI is created, stored, processed, transmitted, or otherwise handled.

This policy establishes requirements for the following planning activities, consistent with institutional governance expectations:

  • Developing, documenting, and disseminating policies and procedures All security and privacy policies and procedures required to protect CUI within CUI systems must be developed, documented, and distributed to relevant organizational personnel or roles. Policies and procedures must be reviewed and updated at an organization-defined frequency to remain current, effective, and aligned with federal and institutional requirements.
  • Creating and maintaining System Security Plans (SSPs) SSPs for CUI systems must define system components, identify information types, describe system threats and operational environments, provide security requirements and safeguards, and assign system roles and responsibilities. SSPs must be reviewed and updated regularly and protected from unauthorized disclosure.
  • Establishing and enforcing Rules of Behavior (RoB) RoB must clearly define responsibilities and expected behavior for system usage and the protection of CUI. Individuals requiring access to CUI systems or CUI must be provided with RoB and must acknowledge in writing that they have read, understood, and agreed to abide by the rules before access is granted. RoB must be reviewed and updated at an organization-defined frequency.
  • Ensuring accountability and alignment Planning activities must provide transparency into system requirements, safeguards, and responsibilities, supporting accountability for all personnel with access to CUI. Planning documentation must align with institutional governance expectations and federal requirements to ensure compliance and audit readiness.

This policy provides the foundation for implementing and maintaining a consistent, enterprise-wide Planning Program that ensures the confidentiality, integrity, and availability of CUI on CUI systems enrolled in CRSP. It also establishes governance expectations necessary to demonstrate compliance with NIST SP 800-171 Rev. 3, Control Family 3.15 (Planning), and the UT Austin CRSP 3.0 CUI Governance Policy.

Scope of Policy

This Planning Policy applies to all CUI systems, organizational units, facilities, personnel, third-party service providers, and operational processes that create, store, process, transmit, or otherwise handle

Controlled Unclassified Information (CUI). The scope includes all environments that support CUI-related activities, whether managed directly by UT Austin or operated through approved external providers.

This policy encompasses the following:

  • UT Austin-managed and third-party CUI systems that store, process, transmit, or provide security-relevant services for CUI, including cloud environments authorized for CUI handling.
  • Development and maintenance of security and privacy documentation, including policies, procedures, System Security Plans (SSPs), and Rules of Behavior (RoB), to satisfy the protection requirements for CUI.
  • Personnel roles involved in planning and documentation activities, including System Owners, Information System Security Officers (ISSOs), the Chief Information Security Officer (CISO), Information Security Office staff, and other personnel responsible for developing, reviewing, or approving policies, procedures, and SSPs.
  • Processes and workflows supporting planning activities, including the creation, dissemination, review, and periodic updating of policies, procedures, SSPs, and RoB for CUI systems.
  • Integration of planning documentation into security operations, ensuring that system components, operational environments, security requirements, safeguards, and personnel responsibilities are clearly defined and communicated to support the protection of CUI.

Explicit Exclusions This policy does not apply to:

  • General university enterprise systems that do not process, store, or transmit CUI.
  • Institutional administrative systems (e.g., HR, finance, student information systems) unless those systems are formally designated as part of a CUI system enrolled in CRSP.
  • General-purpose IT services such as standard email, collaboration platforms, learning management systems, or campus network services that are not configured or authorized for CUI processing.
  • Public-facing university websites or research systems that do not contain CUI.
  • Personally owned devices that do not connect to or access CUI environments.

Systems or services may only fall under this policy if they have been formally designated, documented, and authorized as part of the applicable CUI system boundary in accordance with institutional CUI governance procedures.

This policy establishes requirements to ensure consistent, systematic planning and documentation of security requirements across CUI systems enrolled in CRSP. It supports informed organizational decision-making, promotes alignment with enterprise governance processes, and ensures compliance with NIST SP 800- 171, Control Family 3.15 (Planning), and the UT Austin CRSP 3.0 CUI Governance Policy.

The scope of this policy includes, but is not limited to, the following CUI systems enrolled in CRSP Planning requirements:

Control Requirements

Control IDRequirement
03.15.01a. Develop, document, and disseminate to organizational personnel or roles the policies and procedures needed to satisfy the security requirements for the protection of CUI. b. Review and update policies and procedures [Assignment: organization-defined frequency].
03.15.02a. Develop a system security plan that: 1. Defines the constituent system components; 2. Identifies the information types processed, stored, and transmitted by the system; 3. Describes specific threats to the system that are of concern to the organization; 4. Describes the operational environment for the system and any dependencies on or connections to other systems or system components; 5. Provides an overview of the security requirements for the system; 6. Describes the safeguards in place or planned for meeting the security requirements; 7. Identifies individuals that fulfill system roles and responsibilities; and 8. Includes other relevant information necessary for the protection of CUI. b. Review and update the system security plan [Assignment: organization-defined frequency]. c. Protect the system security plan from unauthorized disclosure.
03.15.03a. Establish rules that describe the responsibilities and expected behavior for system usage and protecting CUI. b. Provide rules to individuals who require access to the system. c. Receive a documented acknowledgement from individuals indicating that they have read, understand, and agree to abide by the rules of behavior before authorizing access to CUI and the system. d. Review and update the rules of behavior [Assignment: organization-defined frequency].

Departments and Responsibilities

Departments and responsibilities related to Planning governance on CUI systems enrolled in CRSP are established to ensure effective oversight, strategic direction, and accountability for the planning, documentation, and implementation of policies, procedures, System Security Plans (SSPs), and Rules of Behavior (RoB). Governance activities include establishing authority, defining accountability structures, approving planning documentation, overseeing compliance, and ensuring that planning processes align with federal requirements and institutional objectives.

The table below outlines key roles and their associated responsibilities in accordance with applicable federal requirements, NIST SP 800-171 Control Family 3.15 (Planning), and institutional security objectives:

Departments and Responsibilities

Department (Primary)Department (Secondary)Responsibilities
Office of Research Support and Compliance (ORSC)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Provides executive oversight for enterprise-wide planning, policy, and security initiatives on CUI systems enrolled in CRSP; ensures adequate resources, leadership support, and alignment with NIST SP 800-171, DFARS 252.204-7012, and UT Austin CRSP 3.0 CUI Governance Policy.
Information Security Office (ISO)Information Security Office (ISO)Accountable for enterprise-wide planning strategy, policy approval, and security documentation; ensures SSPs, RoB, and policies comply with federal, state, and institutional requirements; monitors updates, periodic reviews, and revisions.
Information Security Office (ISO)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO)Provides risk-informed input into planning activities and SSP development; tracks compliance with planning policies; ensures planning decisions incorporate organizational risk considerations.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Develops and maintains system-level SSPs; identifies system components, dependencies, threats, and operational environments; ensures policies and RoB are implemented, acknowledged, and enforced for CUI systems.
Information Security Office (ISO)Information Security Office (ISO)Coordinates SSP development; validates that security requirements and planning objectives are met; ensures personnel understand and comply with RoB; supports periodic updates and documentation.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Provides input regarding CUI types, system dependencies, and protection requirements; reviews SSPs; ensures CUI handling aligns with data protection policies.
Office of Research Support and Compliance (ORSC)Office of Research Support and Compliance (ORSC) / PI / Project Participants (PI/PP)Oversees dissemination of policies, procedures, and RoB; ensures personnel receive, acknowledge, and comply with planning documentation; tracks periodic reviews and updates.
Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Provides technical input for SSPs; ensures system configurations align with planning requirements; supports updates to SSPs and operational documentation.
Office of Research Support and Compliance (ORSC)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO)Ensures planning documents reflect applicable privacy regulations and controls; reviews SSPs and RoB to include privacy considerations.
Information Security Office (ISO)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO)Supports personnel governance in alignment with planning policies; ensures user acknowledgment of RoB; coordinates training on CUI system security policies and procedures.
Office of Research Support and Compliance (ORSC)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO)Ensures planning requirements are implemented within research units; coordinates compliance with Principal Investigators (PIs) and research staff; supports documentation for SSPs and RoB.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Ensures compliance with planning policies for research activities involving CUI; enforces RoB; reports non-compliance or risks to RSO or ISO.
Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Provides input on system components, interdependencies, and operational environments; supports accurate SSP documentation and risk-informed planning.
Enterprise Technology Controlled Research Support Program (ET CRSP)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Ensures SSPs, policies, and procedures reflect system changes; validates that planning documentation aligns with configuration management processes.
Information Security Office (ISO)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO)Reviews policies, procedures, and SSPs for regulatory and contractual compliance; advises on legal implications of planning decisions.
Information Security Office (ISO)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO)Validates that planning documentation, RoB, and SSPs are implemented as required; supports internal review and audit processes.

Senior Management Commitment

This Planning (PL) Policy has been formally reviewed and approved by senior management. The University of Texas at Austin (UT Austin) executive leadership affirms its commitment to the consistent, structured, and effective implementation of the principles and requirements defined within the Planning (PL) control family, as outlined in NIST SP 800-171 Rev. 3, the UT Austin CRSP 3.0 CUI Governance Policy, and applicable federal regulations.

Senior management endorses enforcement of this policy by ensuring the establishment, implementation, and continuous maintenance of a comprehensive, organization-wide planning program. This program governs the development, review, dissemination, and periodic updating of:

  • Security and privacy policies
  • System Security Plans (SSPs)
  • Rules of Behavior (RoB)

for all systems and processes that create, store, process, transmit, or otherwise handle CUI. Leadership ensures that planning activities:

  • Incorporate risk-informed decision-making
  • Clearly define system roles, responsibilities, and accountabilities
  • Document operational environments, dependencies, and system boundaries
  • Describe applicable safeguards to protect CUI

UT Austin executive leadership is responsible for providing adequate resources, including:

  • Qualified personnel and subject matter experts
  • Tools and technologies for documentation, monitoring, and governance
  • Training and awareness programs for staff handling CUI
  • Governance frameworks to support policy, SSP, and RoB maintenance

Leadership also ensures that planning documentation is protected from unauthorized disclosure and is reviewed and updated at defined intervals or in response to significant system, operational, or regulatory changes.

This commitment reflects the University’s recognition of the critical role of structured planning in:

  • Safeguarding CUI
  • Supporting informed, risk-based decision-making
  • Enabling regulatory and contractual compliance
  • Mitigating security risks
  • Maintaining the confidentiality, integrity, and availability of institutional information assets

Policy Statement

The University of Texas at Austin (UT Austin) establishes and maintains a comprehensive Planning Policy to govern the development, documentation, dissemination, and periodic review of security and privacy policies, System Security Plans (SSPs), and Rules of Behavior (RoB) for all systems and processes that create, store, process, transmit, or otherwise handle CUI.

This policy ensures that planning practices are consistently applied across all organizational levels and provides clear guidance for the protection of institutional information assets. Key elements of the policy include:

  • Purpose and Scope: Defines the objectives, boundaries, and applicability of planning activities across CUI systems enrolled in CRSP, including the development of policies, procedures, SSPs, and RoB in alignment with FedRAMP Moderate requirements.
  • Roles and Responsibilities: Establishes accountability for planning activities, including the responsibilities of System Owners, Information System Security Officers (ISSOs), policy owners, and executive leadership.
  • Management Commitment: Affirms leadership’s support for establishing and maintaining effective planning processes, ensuring adequate resources, oversight, and compliance with federal and institutional requirements.
  • Departmental Coordination: Promotes collaboration among legal, audit, compliance, information security, and operational units to support comprehensive planning and alignment with organizational objectives.
  • Regulatory and Standards Alignment: Ensures planning practices comply with NIST SP 800-171 Rev. 3, NIST SP 800-18, FIPS 199, UT System policies, FedRAMP Moderate, and applicable state regulations.

Accompanying procedures are developed to:

  • Establish and maintain current security and privacy policies that define organizational requirements for protecting CUI.
  • Create and periodically update SSPs describing system components, information types, threats, operational environments, security requirements, and assigned responsibilities.
  • Develop, communicate, and obtain acknowledgment of RoB from all personnel with access to CUI.
  • Review and update planning documentation on a defined schedule or in response to significant system, operational, or regulatory changes.
  • Protect planning documentation from unauthorized disclosure while ensuring accessibility to authorized personnel.

UT Austin designates the Chief Information Security Officer (CISO) as accountable for the development, maintenance, and periodic review of this Policy and its associated procedures, and the Information System Owner (ISO) as responsible for dissemination and implementation.

Planning activities are conducted at a minimum on an annual basis and are reviewed whenever a triggering event occurs, such as:

  • Significant security incidents affecting systems or data on CUI systems enrolled in CRSP
  • Major changes to systems, applications, or operational environments
  • Findings from internal or external audits and assessments
  • Updates or changes in applicable legal, regulatory, or compliance requirements

This policy provides the foundation for a structured, consistent, and auditable approach to planning on CUI systems enrolled in CRSP, ensuring that the confidentiality, integrity, and availability of CUI are maintained while demonstrating compliance with federal, state, and institutional cybersecurity requirements.

Control Requirements

03.15.01 Policy and Procedures

Control Requirement:

  1. Develop, document, and disseminate to organizational personnel or roles the policies and procedures needed to satisfy the security requirements for the protection of CUI.
  2. Review and update policies and procedures at least every 12 months, or when there are significant incidents or significant changes to risks.

Policy Statement:

UT Austin establishes and maintains a comprehensive set of security and privacy policies and procedures to ensure the protection of CUI on CUI systems enrolled in CRSP and across all organizational systems, personnel, and processes. These policies and procedures define the requirements, responsibilities, and operational practices necessary to safeguard CUI in accordance with federal regulations, NIST SP 800-171 Rev. 3, FedRAMP Moderate, and institutional standards.

Key elements of this policy include:

  • Development and Documentation: UT Austin shall develop and document policies and procedures that address all security requirements necessary to protect CUI. Documentation shall clearly define roles, responsibilities, processes, and controls required to meet federal, state, and institutional compliance obligations on CUI systems enrolled in CRSP.
  • Dissemination: Policies and procedures shall be formally communicated to all personnel or organizational roles responsible for CUI. Dissemination ensures that individuals are aware of applicable requirements, understand expected behaviors, and have access to guidance necessary to implement security controls effectively.
  • Review and Updates: Policies and procedures shall be reviewed and updated at least annually, or whenever significant changes occur to systems, operations, or regulatory requirements. Updates shall ensure continued alignment with NIST SP 800-171 Rev. 3, FedRAMP Moderate, UT Austin CRSP 3.0 CUI Governance Policy, and institutional governance standards.
  • Governance and Accountability: The Chief Information Security Officer (CISO) is accountable for the development, approval, and periodic review of policies and procedures. Information System Owners (ISOs), Information System Security Officers (ISSOs), and designated policy owners are responsible for implementing, maintaining, and enforcing these policies within their respective systems and organizational areas.

This policy establishes a structured, repeatable, and auditable approach for managing security and privacy requirements across CUI systems. It ensures that all personnel and organizational units operate in a consistent manner to protect the confidentiality, integrity, and availability of CUI, while supporting compliance with federal, state, and institutional security standards.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOApprove development and periodic review of all security and privacy policies and procedures; ensure alignment with NIST SP 800-171 Rev. 3, FedRAMP Moderate, and institutional standards.Annually or upon significant regulatory/operational changes
ISOISODevelop, document, and update policies and procedures; ensure alignment with compliance requirements and institutional governance.Upon creation, major changes, or defined review schedule
PI/PPPI/PPImplement and enforce policies and procedures within their CUI systems; ensure system-specific processes comply with organizational standards.Ongoing; review whenever system changes occur
ISOISOSupport development and dissemination of policies; verify enforcement and adherence within CUI systems; provide input for updates.Ongoing; review whenever system changes occur
PI/PPPI/PPRead, understand, and follow applicable policies and procedures; acknowledge receipt if required.Upon onboarding and whenever policies are updated
ORSCORSC / IOISEnsure personnel receive policy awareness training and acknowledge applicable policies; track compliance.During onboarding and annual refresher or updates
ET CRSPISO / ET CRSPProvide technical input for procedural implementation; ensure system configurations and operations align with policies.As needed during updates or system changes

03.15.02 System Security Plan

Control Requirement:

  1. Develop a system security plan that:
  2. Defines the constituent system components;
  3. Identifies the information types processed, stored, and transmitted by the system;
  4. Describes specific threats to the system that are of concern to the organization;
  5. Describes the operational environment for the system and any dependencies on or connections to other systems or system components;
  6. Provides an overview of the security requirements for the system;
  7. Describes the safeguards in place or planned for meeting the security requirements;
  8. Identifies individuals that fulfill system roles and responsibilities; and
  9. Includes other relevant information necessary for the protection of CUI.
  10. Review and update the system security plan at least every 12 months, or when there are significant incidents or significant changes to risks.
  11. Protect the system security plan from unauthorized disclosure.

Policy Statement:

UT Austin establishes and maintains a System Security Plan (SSP) for all information CUI systems enrolled in CRSP that process, store, or transmit CUI. The SSP provides a comprehensive overview of the system’s security posture, operational environment, and implemented controls to protect CUI, in alignment with federal and state requirements, NIST SP 800- 171, FedRAMP Moderate, and the UT Austin CRSP 3.0 CUI Governance Policy.

Key elements of this policy include:

  • Development and Documentation: UT Austin shall develop a detailed SSP for each system that includes:
  1. Definition of constituent system components.
  2. Identification of information types processed, stored, and transmitted.
  3. Description of threats to the system relevant to the organization.
  4. Overview of the operational environment and dependencies on other systems or components.
  5. Summary of applicable security requirements.
  6. Description of safeguards in place or planned to meet security requirements.
  7. Identification of individuals fulfilling system roles and responsibilities.
  8. Any other relevant information necessary for the protection of CUI.
  • Review and Updates: The SSP shall be reviewed and updated at least annually or whenever significant changes occur to the system, environment, or regulatory requirements. Updates ensure the SSP remains accurate, current, and reflective of implemented security controls.
  • Protection of the SSP: The SSP shall be protected from unauthorized disclosure. Access is limited to personnel with a legitimate need-to-know, consistent with the system’s security classification and organizational access controls.
  • Governance and Accountability: The Chief Information Security Officer (CISO) is accountable for the overall development, approval, and periodic review of SSPs. System Owners (ISOs) and Information System Security Officers (ISSOs) are responsible for maintaining the SSP, ensuring accuracy, and enforcing access controls to protect the plan from unauthorized disclosure.

This policy establishes a structured, repeatable, and auditable approach to documenting system security and operational details. It ensures all systems processing CUI are comprehensively planned, monitored, and secured, supporting the confidentiality, integrity, and availability of CUI within the UT Austin environment.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOApprove SSP development, ensure alignment with NIST SP 800-171, FedRAMP Moderate, and UT Austin CRSP 3.0 CUI Governance Policy; review periodic updates.Annually or when significant changes occur
PI/PPPI/PPDevelop and maintain the SSP for their system; ensure system components, information types, threats, operational environment, security requirements, safeguards, and roles are accurately documented.Upon system implementation, major system changes, or annually
ISOISOAssist in developing the SSP; verify accuracy of security controls and safeguards; enforce protection measures for the SSP.Ongoing; review updates whenever system or environment changes occur
PI/PPPI/PPAccess the SSP only per assigned roles; comply with confidentiality and access controls.As needed, authorized basis only
ORSCORSC / ISOEnsure personnel assigned to system roles understand responsibilities and access limitations documented in the SSP.Upon onboarding and role changes
ET CRSPISO / ET CRSPProvide technical input for system architecture, dependencies, and security control implementation.As needed during SSP development or updates

03.15.03 Rules of Behavior

Control Requirement:

  1. Establish rules that describe the responsibilities and expected behavior for system usage and protecting CUI.
  2. Provide rules to individuals who require access to the system.
  3. Receive a documented acknowledgement from individuals indicating that they have read, understand, and agree to abide by the rules of behavior before authorizing access to CUI and the system.
  4. Review and update the rules of behavior at least every 12 months, or when there are significant incidents or significant changes to risks

Policy Statement:

UT Austin establishes and enforces Rules of Behavior (RoB) for all personnel accessing CUI systems enrolled in CRSP. The RoB defines the responsibilities, expected conduct, and security obligations required to protect CUI and ensure compliance with federal, state, and institutional requirements, including NIST SP 800- 171r3.

Key elements of this policy include:

  • Establishment of Rules: UT Austin shall define clear, enforceable rules describing acceptable and expected behaviors for system use, CUI handling, and protection. Rules shall address security, privacy, and compliance obligations applicable to all users of CUI systems.
  • Communication and Acknowledgment: RoB shall be communicated to all personnel and other individuals requiring access to CUI systems containing CUI. Individuals must provide documented acknowledgment indicating they have read, understand, and agree to abide by the RoB before being granted access.
  • Review and Updates: RoB shall be reviewed and updated at least annually or whenever operational, regulatory, or security changes necessitate revisions. Updates ensure rules remain current, enforceable, and aligned with institutional and federal security requirements.
  • Governance and Accountability: The Chief Information Security Officer (CISO) is accountable for the development, dissemination, and periodic review of RoB. System Owners (ISOs) and Information System Security Officers (ISSOs) are responsible for ensuring that users acknowledge the rules, that compliance is monitored, and that violations are addressed according to institutional policies.

This policy establishes a structured and auditable approach to ensuring that all users understand and accept their security responsibilities. It supports the protection of CUI, promotes consistent compliance, and strengthens the overall security posture of CUI systems enrolled in CRSP.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISODevelop and maintain the RoB policy; approve updates and revisions.Annually or as required due to operational, regulatory, or security changes
PI/PPPI/PPEnsure all system users acknowledge and comply with the RoB before access is granted.Prior to system access and when rules are updated
ISOISOMonitor user compliance with RoB; report violations and recommend corrective actions.Ongoing / Continuous
ORSCORSC / ISODistribute RoB documentation to new hires and personnel with system access; track acknowledgment forms.Upon onboarding and when rules are updated
PI/PPPI/PPRead, understand, and formally acknowledge the RoB.Prior to access and upon updates to RoB

NIST SP 800-171 Revision 2 to Revision 3 Change Analysis

SP 800-171 R2 IdentifierSP 800-171 R3 IdentifierRequirement StatusSummary of Changes
N/A03.15.01New ODP; New RequirementNew security requirement based on all-1 controls (SP 800-53, Rev 5) that were formerly tailored as "NFO" Added new ODP: frequency to review and update policies and procedures
3.12.403.15.02Minor Change; New ODPRevised security requirement based on PL-02 (SP 800-53, Revision 5) to provide more comprehensive detail on and foundational tasks for system security plan Added new ODP: frequency to review and update system security plan Incorporates withdrawn requirement: 03.12.04
N/A03.15.03New RequirementNew security requirement based on PL-4 (SP 800-53, Rev 5); formerly tailored as "NFO" Added new ODP: frequency to review and update rules of behavior

CRSP Standard 3.16: System and Services Acquisition (SA)

NIST SP 800-171 Rev. 3, Family 3.16

Purpose of Policy

The University of Texas at Austin (UT Austin) establishes this policy to provide a structured, consistent, and security-focused framework for the acquisition, development, and integration of information systems, system components, and services that process, store, or transmit Controlled Unclassified Information (CUI) on CUI systems enrolled in CRSP.

This policy ensures that all procurement and system development activities comply with the security and privacy requirements defined in NIST SP 800-171, including the System and Services Acquisition (SA) control family, and aligns with the UT Austin CRSP 3.0 CUI Governance Policy.

UT Austin shall:

  • Integrate Security and Privacy Requirements: Include applicable security and privacy controls in acquisition documentation, contracts, service agreements, and system design specifications throughout the system lifecycle.
  • Ensure Compliance Support: Verify that acquired systems, software, and services support compliance with organizational security controls, CUI protection, and institutional risk management objectives.
  • Evaluate Supply Chain Risks: Assess, monitor, and document supply chain risks for system components, vendors, and service providers, including provenance, integrity, and trustworthiness.
  • Apply Testing and Verification: Conduct testing, validation, and verification of third-party systems, software, and code prior to deployment or integration.
  • Establish Vendor Agreements: Formalize agreements with vendors and service providers to define security responsibilities, incident reporting expectations, and ongoing risk management obligations.
  • Align with Institutional Objectives: Ensure acquisitions are consistent with enterprise architecture, lifecycle support requirements, and institutional mission, business, and security objectives.

This policy provides the foundation for acquisition processes that integrate security and privacy considerations from planning through system decommissioning, supporting compliance with NIST SP 800-171, DFARS 252.204-7012, and the UT Austin CRSP 3.0 CUI Governance Policy.

Scope of Policy

This System and Services Acquisition (SA) Policy applies to all University of Texas at Austin (UT Austin) information systems, services, components, acquisition activities, personnel, and related processes involved in the procurement, development, integration, deployment, or management of CUI systems enrolled in CRSP.

The scope includes:

  • Systems and Services: On-premises and cloud-based systems, software, and IT services that support CUI systems or CUI-related operations.
  • Third-Party Components and Services: System components, hardware, software, and external services acquired through contracts, grants, licensing agreements, cooperative agreements, or other procurement mechanisms that support CUI systems.
  • Personnel and Organizational Units: Organizational units, project teams, administrators, vendors, contractors, researchers, and other personnel responsible for acquisition, development, integration, deployment, or oversight of CUI systems that handle CUI.
  • Acquisition and Procurement Processes: Activities associated with acquisition planning, supplier and vendor evaluation, documentation of security requirements, development of contract and service agreement language, system testing, acceptance processes, and supply chain risk management assessments.

Explicit Exclusions

This policy does not apply to:

  • General university enterprise systems that do not process, store, or transmit CUI.
  • Institutional administrative systems (e.g., Human Resources, finance, student information systems) unless those systems are formally designated as part of a CUI system enrolled in CRSP.
  • General-purpose IT services such as standard email platforms, collaboration tools, learning management systems, or campus network services that are not configured or authorized for CUI processing.
  • Public-facing university websites or research systems that do not contain CUI.
  • Personally owned devices that do not connect to or access CUI environments.

Systems or services fall under this policy only when they have been formally designated, documented, and authorized as part of the applicable CUI system boundary in accordance with the UT Austin CRSP 3.0 CUI Governance Policy

This policy ensures that security and privacy controls are incorporated throughout the system and services acquisition lifecycle, supporting CUI systems enrolled in CRSP objectives for protecting the confidentiality, integrity, and availability of CUI.

The scope of this policy includes, but is not limited to, the following system and services acquisition requirements:

Control Requirements

Control IDRequirement
03.16.01The organization shall apply formally defined systems security engineering principles to the development, modification, or integration of systems and system components, including documentation that provides user and administrator guidance, mandated configuration settings for functions, ports, protocols, and services, and acceptance criteria consistent with organizational acquisition, development, or procurement standards to ensure systems meet risk response and operational objectives.
03.16.02The organization shall ensure that system components are replaced when vendor, developer, or manufacturer support is no longer available and, for components that cannot be immediately replaced, implement risk mitigation strategies or alternative support options to maintain the confidentiality, integrity, and availability of the system.
03.16.03The organization shall ensure that all external system service providers used for the processing, storage, or transmission of Controlled Unclassified Information (CUI) comply with organization-
defined security requirements, including FedRAMP Moderate (or higher) authorization for cloud service providers or equivalent government-established security requirements, and NIST SP 800- 171 R2 for all other providers; define and document user roles and responsibilities, including shared responsibilities with external providers; and implement ongoing processes and methods to monitor and validate compliance with these security requirements.

Departments and Responsibilities

Departments and responsibilities related to System and Services Acquisition (SA) within the University of Texas at Austin (UT Austin) Controlled Unclassified Information (CUI) environment are established to ensure accountability for the secure procurement, development, integration, deployment, and lifecycle management of systems, components, and services that support CUI systems enrolled in CRSP.

These departments and role assignments support the enforcement of CUI systems enrolled in CRSP SA policies and procedures and secure system and software development processes in alignment with NIST SP 800-171, DFARS 252.204-7012, and the UT Austin CRSP 3.0 CUI Governance Policy.

The table below outlines key roles and their associated responsibilities for acquisition activities supporting CUI systems that process, store, or transmit CUI.

Departments and Responsibilities

Department (Primary)Department (Secondary)Responsibilities
Information Security Office (ISO)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO)Provides executive oversight for acquisition activities supporting CUI systems; ensures prioritization, adequate resources, and alignment with institutional objectives and federal security requirements.
Information Security Office (ISO)Information Security Office (ISO)Oversees security requirements for acquisition activities; ensures alignment with enterprise risk management, supply chain security, and secure development practices; reviews and approves security requirements included in procurement documentation.
Information Security Office (ISO)Information Security Office (ISO)Implements institutional security requirements within acquisition processes supporting CUI systems enrolled in CRSP; ensures supply chain risk management practices are applied; coordinates with procurement and legal teams to incorporate safeguarding and incident reporting clauses.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Identifies system-specific security and operational requirements; approves acquisition decisions; ensures acquired systems, services, or components meet compliance, lifecycle support, and security requirements for CUI systems.
Information Security Office (ISO)Information Security Office (ISO)Reviews and validates security requirements in acquisition documentation; ensures security controls and technical benchmarks are addressed; evaluates vendor risk and participates in technical security assessments.
Information Security Office (ISO)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO)Incorporates security requirements, supplier evaluation criteria, and documentation into procurement processes; collaborates with the CISO and legal counsel to ensure DFARS, CUI safeguarding, and contractual security clauses are included.
Information Security Office (ISO)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO)Reviews and approves contract language to ensure vendor obligations for security controls, incident reporting, and CUI protection are properly documented and enforceable.
Information Security Office (ISO)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO)Monitors vendor compliance with contractual security requirements; coordinates vendor assessments for high-risk suppliers or services supporting CUI systems.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Ensure acquisition activities comply with UT Austin security requirements; document security requirements, testing results, and acceptance criteria; follow secure system development lifecycle (SDLC) practices.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Implement secure development practices including secure coding standards, DISA STIG alignment where applicable, and code validation procedures to ensure software components meet security and integrity requirements.
Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Support technical evaluation of acquired systems and components; validate compliance with security configuration requirements; assist with system integration, testing, and acceptance activities.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Define protection requirements for CUI handled by CUI systems; ensure acquired systems or services meet confidentiality, integrity, and availability requirements.
Information Security Office (ISO)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO)Conduct supplier risk assessments; evaluate component provenance, integrity, and trustworthiness; recommend mitigation strategies for supply chain risks.
Information Security Office (ISO)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO)Ensures vendor contracts include incident reporting obligations; integrates acquisition-related risks into incident response planning and coordination activities.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Follow approved acquisition and procurement processes; report unauthorized procurement, installation, or use of unapproved systems or services within the CUI system environment.

Senior Management Commitment

The University of Texas at Austin (UT Austin) executive leadership affirms its commitment to the effective implementation of the principles and requirements outlined in the System and Services Acquisition (SA) control family as defined by NIST SP 800-53, NIST SP 800-171, and applicable federal regulations including DFARS 252.204-7012. This commitment also supports the requirements established in the UT Austin CRSP 3.0 CUI Governance Policy and applies to CUI systems enrolled in CRSP that process, store, or transmit Controlled Unclassified Information (CUI).

Senior management supports the enforcement of this policy by ensuring the establishment, implementation, and continuous improvement of secure acquisition and supply chain management practices that protect CUI systems and CUI throughout the system lifecycle.

UT Austin leadership ensures that:

  • Secure Acquisition Governance:
  • Acquisition and procurement activities supporting CUI systems follow established security, privacy, and risk management standards, are appropriately authorized, and are documented in accordance with institutional and federal requirements.
  • Resource Allocation:
  • Adequate resources—including qualified personnel, procurement oversight, supply chain risk management capabilities, and technical security tools—are provided to support secure acquisition and system integration practices.
  • Supply Chain Risk Management:
  • Risks associated with vendors, suppliers, and third-party services are identified, evaluated, and mitigated, and service providers comply with contractual security obligations, incident reporting requirements, and CUI safeguarding requirements.
  • Organizational Awareness and Accountability:
  • Awareness of secure acquisition practices is promoted across organizational units, procurement personnel, project teams, and system owners, ensuring accountability for the secure procurement, development, and integration of CUI systems.

This commitment reflects UT Austin leadership’s recognition of the critical role that secure system and services acquisition plays in protecting the confidentiality, integrity, and availability of CUI on CUI systems enrolled in CRSP. It also reinforces institutional responsibility for maintaining compliance with the UT Austin CRSP 3.0 CUI Governance Policy, federal regulatory requirements, and contractual obligations governing the protection of CUI.

Policy Statement

The University of Texas at Austin (UT Austin) establishes and enforces a formal System and Services Acquisition (SA) Policy to govern the acquisition, development, integration, and lifecycle management of information systems, system components, and services that store, process, or transmit Controlled Unclassified Information (CUI) on CUI systems enrolled in CRSP.

This policy ensures that cybersecurity, privacy, and supply chain risk management considerations are integrated into CUI systems enrolled in CRSP acquisition activities from the earliest stages of procurement and system development through system operation and eventual decommissioning.

Key elements of this policy include:

  • Policy Documentation and Dissemination: The SA Policy is formally documented and disseminated to all relevant personnel involved in acquisition, procurement, development, integration, and management of CUI systems that support CUI.
  • Applicability to CUI systems enrolled in CRSP Systems and Services: The policy applies to all on-premises and cloud-based systems, software, hardware components, and IT services acquired, developed, or integrated by UT Austin that support CUI systems or otherwise handle CUI.
  • Alignment with Regulatory and Institutional Requirements: Acquisition practices incorporate applicable federal, state, and institutional requirements, including NIST SP 800-171, NIST SP 800-53 SA controls, FIPS standards, DFARS 252.204-7012, and the UT Austin CRSP 3.0 CUI Governance Policy.
  • Defined Governance Structure: The policy establishes purpose, scope, roles and responsibilities, senior management commitment, and compliance expectations necessary to support secure acquisition and supply chain risk management practices.
  • Security Validation Prior to Use: Controls are established to ensure that acquired systems, services, and components meet organizational security and compliance requirements prior to integration or operational use within CUI systems. These activities include risk assessments, vendor due diligence, technical evaluation, and supply chain risk management reviews.

Supporting System and Services Acquisition Procedures

UT Austin maintains supporting procedures that:

  • Integrate security and privacy requirements into acquisition planning, contracts, service agreements, and third-party engagements.
  • Apply secure development practices, supplier assessments, systems security engineering principles, and defined acceptance criteria during system development and acquisition.
  • Ensure that only authorized, approved, and security-vetted technologies, software, and services are introduced into CUI systems that process, store, or transmit CUI.
  • Define roles and responsibilities for Information System Owners (ISOs), the Chief Information Security Officer (CISO), Procurement Officers, project managers, developers, and other accountable personnel involved in acquisition planning, risk assessment, and approval processes.

UT Austin designates the Chief Information Security Officer (CISO) as accountable for the development, oversight, and periodic review of this policy and its associated procedures, and the Information System Owner (ISO) as responsible for policy dissemination and implementation within CUI systems enrolled in CRSP.

Policy Review and Maintenance

The System and Services Acquisition Policy is reviewed and updated at least once every three (3) years, or more frequently in response to:

  • Significant changes in technology, suppliers, acquisition methods, or institutional priorities;
  • Findings from internal audits, risk assessments, security incidents, or external assessments;
  • Updates to regulatory, contractual, or federal compliance requirements affecting CUI protection.

Supporting SA procedures are reviewed annually to ensure they accurately reflect current acquisition workflows, institutional priorities, evolving threat conditions, and security expectations for CUI systems.

Control Requirements

03.16.01 System and Services Acquisition Policy and Procedures

Control Requirement:

Apply the following systems security engineering principles to the development or modification of the system and system components: At a minimum, documentation that provides user and administrator guidance for the implementation and operation of controls. The level of detail required in such documentation should be based on the degree to which organizations depend on the capabilities, functions, or mechanisms to meet risk response expectations. Requirements can include mandated configuration settings that specify allowed functions, ports, protocols, and services. Acceptance criteria for systems, system components, and system services are defined in the same manner as the criteria for any organizational acquisition or procurement.

Policy Statement:

UT Austin enforces the application of formally defined systems security engineering principles throughout the lifecycle of all information systems, system components, and system services that process, store, or transmit CUI on CUI systems enrolled in CRSP.

These principles ensure that security and privacy requirements are incorporated from initial development through deployment, modification, integration, and operational use, and that all systems meet the UT Austin CRSP 3.0 CUI Governance Policy risk management, operational, and compliance objectives.

UT Austin Security Engineering Principles Include:

  • Documented Guidance: Provide clear, actionable instructions for users of CUI systems and administrators describing the implementation, operation, and maintenance of security controls.
  • Configuration Requirements: Define CUI system settings specifying allowed functions, ports, protocols, and services to enforce secure system operation.
  • Acceptance Criteria: Establish consistent CUI systems enrolled in CRSP standards for approving systems, components, and services, aligned with institutional acquisition, procurement, and risk management policies.
  • Integration of Risk Response: Design systems to maintain confidentiality, integrity, and availability of CUI, consistent with UT Austin risk tolerance and operational expectations.
  • Secure Development Practices: Apply secure coding standards, code reviews, testing, and validation procedures during CUI system development, modifications, or integrations.

All CUI systems and system components must comply with UT Austin-defined security engineering principles as a condition of system acceptance and operational approval.

Documentation demonstrating compliance—including user and administrator guidance, configuration baselines, and acceptance testing results—must be maintained according to institutional record retention policies.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOAccountable for overall application of security engineering principles; approve system acceptance based on compliance with documented security requirements.Annually or as triggered by major system changes, acquisitions, or policy updates
PI/PPPI/PPEnsure all system development, acquisition, or modifications comply with UT Austin-defined security engineering principles; approve system/component acceptance.During system design, acquisition review, modification requests, and prior to system/component acceptance
ISOISOValidate implementation of security principles during system design, deployment, and operation; review configuration baselines; provide guidance on secure system operation.Throughout system lifecycle; at design review, pre-deployment, and annual audits or during major system updates
PI/PPPI/PPApply security engineering principles during system design, development, integration, and deployment; maintain documentation supporting system security and acceptance criteria.Continuously during system development, modification, or integration activities; documentation updated at major milestones or releases
PI/PPPI/PPImplement secure development practices; apply STIGs, secure coding standards, testing, and validation procedures; ensure software components meet security and integrity requirements.Continuously during system development, modification, or integration activities; documentation updated at major milestones or releases
ET CRSPISO / ET CRSPSupport technical evaluation of acquired or modified systems; validate that systems meet security configuration requirements; assist with integration, testing, and acceptance processes.As required during system deployment, integration, or maintenance activities
PI/PPORSC / ISODefine data protection requirements for CUI; ensure that systems or services acquired for storing or processing CUI meet organizational confidentiality, integrity, and availability standards.During system design review, acquisition evaluation, and prior to system/component acceptance

03.16.02 Unsupported System Components

Control Requirement:

  1. Replace system components when support for the components is no longer available from the developer, vendor, or manufacturer.
  2. Provide options for risk mitigation or alternative sources for continued support for unsupported components that cannot be replaced.

Policy Statement:

UT Austin enforces the management of unsupported system components on CUI systems enrolled in CRSP to maintain the confidentiality, integrity, and availability of CUI. This policy ensures that unsupported components within CUI systems are identified, mitigated, or replaced in a timely and auditable manner.

Key Policy Requirements:

  1. Replacement of Unsupported Components:
    • System components on CUI systems enrolled in CRSP that are no longer supported by the original developer, vendor, or manufacturer must be identified and replaced with supported alternatives as soon as practicable.
    • Replacement decisions must ensure continued compliance with NIST SP 800-171, including controls for system and communications protection, configuration management, and risk mitigation, as well as the UT Austin CRSP 3.0 CUI Governance Policy.
  2. Risk Mitigation for Non-Replacable Components:
    • For unsupported components within CUI systems that cannot be immediately replaced, UT Austin must implement compensating controls or mitigation strategies to protect CUI.
    • Mitigation strategies may include:
    • Isolating unsupported components from networks and critical systems.
    • Implementing additional monitoring, logging, or intrusion detection controls.
    • Applying virtual patching or configuration hardening to reduce vulnerabilities.
    • Identifying alternative sources of support, including extended vendor support contracts or community-supported updates.
  3. Documentation and Approval:
    • All unsupported components on CUI systems enrolled in CRSP, associated risks, and applied mitigation strategies must be documented, reviewed, and approved by the Information System Owner (ISO) and Information System Security Officer (ISSO).
  4. Inventory Management and Monitoring:
    • UT Austin maintains a comprehensive inventory of all CUI systems and components, including support status, and periodically reviews this inventory to ensure unsupported components are promptly identified and addressed.
    • Noncompliance or delays in managing unsupported components on CUI systems enrolled in CRSP are escalated to the CISO and ISO for corrective action

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOProvide executive oversight for unsupported component management on CUI systems enrolled in CRSP; approve escalation actions; ensure institutional compliance and alignment with risk management objectives.Annually; during major system changes; upon escalation of unresolved unsupported components
PI/PPPI/PPIdentify unsupported system components within CUI systems; review and approve replacement or risk mitigation strategies; ensure documentation aligns with UT Austin policies and compliance requirements (NIST SP 800-171 Rev. 3, CRSP 3.0 CUI Governance Policy).Annual reviews of inventory; prior to system/component acceptance; upon identification of unsupported components
ISOISOValidate proposed mitigation strategies for unsupported components within CUI systems; ensure controls adequately protect CUI; confirm compliance with institutional security requirements.Upon identification of unsupported components; during review of mitigation strategies; annually for inventory validation
ET CRSPISO / ET CRSPImplement approved mitigation controls (e.g., isolation, monitoring, virtual patching, hardening) for CUI systems; monitor unsupported components for vulnerabilities; support replacement planning and execution.Continuous monitoring; during mitigation implementation; upon replacement or upgrade of system components
ISOORSC / ISOAssist in sourcing supported alternatives or extended support options; review vendor contracts for lifecycle support commitments; coordinate with ISO/ISSO on acquisition decisions for CUI systems.During procurement planning, vendor selection, and contract renewal; as needed when unsupported components are identified

03.16.03 External System Services

Control Requirement:

  1. Require the providers of external system services used for the processing, storage, or transmission of CUI to comply with the following security requirements: For cloud service providers: (i) FedRAMP Authorized at the FedRAMP Moderate (or higher) baseline in accordance with the FedRAMP Marketplace; or (ii) meets security requirements established by the government equivalent to the FedRAMP Moderate (or higher) baseline. All other external service providers must meet NIST SP 800-171 R2.
  2. Define and document user roles and responsibilities with regard to external system services, including shared responsibilities with external service providers.
  3. Implement processes, methods, and techniques to monitor security requirement compliance by external service providers on an ongoing basis.

Policy Statement:

UT Austin enforces a risk-based approach for the use of external system services that process, store, or transmit CUI on CUI systems enrolled in CRSP. This policy ensures that all external service engagements:

  • Incorporate defined security requirements,
  • Assign clear roles and responsibilities, and
  • Include continuous monitoring to maintain compliance and mitigate risk.

Requirements for External Service Providers:

External service providers (e.g., cloud, SaaS, IaaS, infrastructure vendors) supporting CUI must:

  • Comply with UT Austin security and privacy requirements, including:
  • Implement baseline security controls as defined by CUI systems enrolled in CRSP and in accordance with UT Austin CRSP 3.0 CUI Governance Policy:
    • Access control and identity management,
    • Audit logging and reporting,
    • Data encryption at rest and in transit,
    • Incident response support and notification,
    • Physical security safeguards for CUI storage or processing.
  • Execute binding agreements (contracts, SLAs) that explicitly define security requirements, shared responsibilities, and CUI protection obligations.

Ongoing Compliance Monitoring:

UT Austin employs multiple methods to ensure external providers remain compliant:

  • Security questionnaires and third-party risk assessments during acquisition and contract renewal.
  • Review of FedRAMP authorizations, SOC 2 reports, ISO 27001 certifications, or equivalent attestations.
  • Continuous monitoring of service performance, audit reports, incident notifications, and vulnerability disclosures.
  • Annual re-validation of provider compliance and contractual CUI protection requirements.
  • Documentation of non-compliance and enforcement of corrective actions where required.

This policy ensures a chain of trust with external system service providers, enabling:

  • Control inheritance,
  • Risk visibility, and
  • Accountability

while maintaining the confidentiality, integrity, and availability of CUI in CUI systems in compliance with institutional, state, and federal requirements.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOReview escalated non-compliance or high-risk findings; approve risk acceptance or corrective action plans; ensure institutional risk posture is maintained.As needed; upon significant compliance issues or escalations; annually during enterprise risk review
PI/PPPI/PPDocument and oversee all external service engagements supporting CUI systems; ensure contracts and SLAs align with UT Austin security and CUI requirements; approve external service use.Prior to acquisition, deployment, or integration of external services; upon contract renewal; when system changes impact CUI
ISOORSC / ISOEnsure contracts, SLAs, and agreements with external service providers include required security controls, CUI protection obligations, and shared responsibilities; support enforcement of contractual obligations.During contract negotiation, acquisition, and renewal processes
ISOISOValidate security controls in external service engagements; ensure proper role definitions and responsibilities; provide guidance for ongoing compliance monitoring.During acquisition planning; continuous monitoring; annually or upon major policy updates
ET CRSPISO / ET CRSPEnsure operational usage of external services aligns with UT Austin enterprise architecture and approved security posture; implement and monitor controls defined in agreements.Continuous; during system integration, deployment, and operation; upon configuration changes
ISOORSC / ISOConduct security questionnaires, third-party risk assessments, and due diligence (FedRAMP, SOC 2, ISO 27001, etc.); monitor ongoing provider compliance; enforce corrective actions if non-compliance is identified.During acquisition and contract renewal; ongoing monitoring; annually for compliance re-validation
PI/PPPI/PPFollow approved external service usage guidance; report any observed security incidents or compliance issues affecting CUI.Ongoing / as events occur

NIST SP 800-171 Revision 2 to Revision 3 Change Analysis

SP 800-171 R2 IdentifierSP 800-171 R3 IdentifierRequirement StatusSummary of Changes
N/A03.16.01New Requirement; New ODPNew security requirement based on SA-08 (SP 800-53, Revision 5) Added new ODP: system security engineering principles to apply
N/A03.16.02New Requirement; New ODPNew security requirement based on SA-22 (SP 800-53, Rev 5); newly added to (SP 800-53B) moderate baseline
N/A03.16.03New Requirement; New ODPNew security requirement based on SA-09 (SP 800-53, Rev 5); formerly tailored as “NFO" Added new ODP: security requirements for external system services to comply with

CRSP Standard 3.17: Supply Chain Risk Management (SR)

NIST SP 800-171 Rev. 3, Family 3.17

Purpose of Policy

The University of Texas at Austin (UT Austin) establishes this policy to provide a structured, security-focused framework for managing supply chain risks associated with the research, development, acquisition, delivery, integration, operation, maintenance, and disposal of information systems, system components, and services that process, store, or transmit Controlled Unclassified Information (CUI) on CUI systems enrolled in CRSP.

UT Austin ensures that supply chain risks are identified, evaluated, mitigated, monitored, and documented throughout all phases of the system lifecycle. This approach supports compliance with applicable federal, state, and institutional standards, including:

  • NIST SP 800-171, including all relevant Supply Chain Risk Management (SR) controls;
  • UT Austin CRSP 3.0 CUI Governance Policy;
  • DFARS 252.204-7012 requirements;
  • Other federal or institutional standards applicable to supply chain security for CUI systems.

This policy applies to all procurement activities, supplier engagements, third-party service arrangements, and lifecycle management processes for systems or services that support CUI system environments.

Key Supply Chain Risk Management (SCRM) Requirements Include:

  • Supply Chain Risk Management Plan: Develop, review, update, and protect a formal SCRM plan documenting risk assessment, mitigation, and monitoring strategies.
  • Acquisition and Contracting Controls: Integrate supply chain risk considerations into acquisition strategies, contracts, and service agreements to enforce vendor and provider compliance with security requirements.
  • Supply Chain Security Requirements: Define, communicate, and enforce security and operational requirements for all vendors and external service providers supporting CUI systems.
  • Risk Assessment and Remediation: Identify, assess, and remediate weaknesses, vulnerabilities, or gaps in supply chain elements, processes, or vendor practices.
  • Continuous Monitoring: Monitor supply chain risks on an ongoing basis, including vendor reliability, component integrity, and potential foreign ownership, control, or influence (FOCI) risks.
  • Documentation Protection: Ensure all SCRM documentation is protected from unauthorized disclosure, while remaining accessible to authorized personnel for risk management and compliance purposes.

This policy establishes a comprehensive, auditable framework for addressing supply chain risks in CUI systems enrolled in CRSP, ensuring the confidentiality, integrity, and availability of CUI throughout the system and services lifecycle.

Scope of Policy

This Supply Chain Risk Management (SCRM) Policy applies to all information systems, system components, services, personnel, and related processes within the University of Texas at Austin (UT Austin) that are involved in the procurement, development, integration, operation, or lifecycle management of CUI systems enrolled in CRSP. This policy aligns with and supports the requirements defined in the UT Austin CRSP 3.0 CUI Governance Policy.

The scope of this policy includes, but is not limited to:

  • Systems and Services: All on-premises and cloud-based systems, software applications, and IT services that are procured, developed, implemented, or managed in support of CUI operations, with particular attention to supply chain risk considerations.
  • Acquired Components and Third-Party Services: System components and external services obtained through contracts, grants, cooperative agreements, licensing arrangements, or other formal procurement mechanisms that may introduce supply chain risks impacting the confidentiality, integrity, or availability of CUI.
  • Personnel and Organizational Units: All organizational units, project teams, administrators, vendors, contractors, and personnel responsible for identifying, assessing, mitigating, and monitoring supply chain risks for systems and services supporting CUI.
  • SCRM Processes: Activities associated with supply chain risk management, including vendor evaluation, component sourcing, risk assessment, security requirements documentation, contract and SLA language, mitigation strategies, testing and validation, and continuous monitoring of third-party compliance.

Explicit Exclusions

This policy does not apply to:

  • General university enterprise systems that do not process, store, or transmit CUI.
  • Institutional administrative systems (e.g., HR, finance, student information systems) unless formally designated as part of a CUI system enrolled in CRSP.
  • General-purpose IT services such as standard email, collaboration platforms, learning management systems, or campus network services that are not configured or authorized for CUI processing.
  • Public-facing university websites or research systems that do not contain CUI.
  • Personally owned devices that do not connect to or access CUI environments.

Designation Requirement: Systems or services fall under this policy only if they are formally designated, documented, and authorized as part of the applicable CUI system boundary in accordance with institutional CUI governance procedures.

This policy ensures that all supply chain activities supporting CUI comply with federal requirements, including DFARS 252.204-7012 safeguarding and incident reporting obligations, as well as institutional requirements under the UT Austin CRSP 3.0 CUI Governance Policy.

The scope of this policy includes, but is not limited to, the following supply chain risk management requirements:

Control Requirements

Control IDRequirement
03.17.01The organization shall develop, maintain, and protect a supply chain risk management (SCRM) plan that addresses risks throughout the research, development, design, manufacturing, acquisition, delivery, integration, operation, maintenance, and disposal of systems, system components, and system services, review and update the plan at least annually or whenever significant incidents or changes to risks occur, and ensure the plan is protected from unauthorized disclosure.
03.17.02The organization shall develop and implement acquisition strategies, contract tools, and procurement methods to identify, protect against, and mitigate supply chain risks.
03.17.03The organization shall establish and maintain processes to identify and remediate weaknesses or deficiencies in supply chain elements and processes, integrate Supply Chain Risk Management (SCRM) into acquisition and procurement policies, provide adequate SCRM resources, define a SCRM control baseline, enforce security requirements to protect against supply chain risks to systems, system components, or services, and ensure suppliers disclose significant vulnerabilities and incidents to limit potential harm from supply chain-related events.

Departments and Responsibilities

Departments and responsibilities related to Supply Chain Risk Management (SCRM) on CUI systems enrolled in CRSP are defined to ensure accountability for identifying, assessing, mitigating, and monitoring supply chain risks associated with systems, system components, and services that process, store, or transmit CUI. These assignments support enforcement of UT Austin’s SCRM policies, risk-based procurement practices, and secure system lifecycle management in alignment with NIST SP 800-171 and the UT Austin CRSP 3.0 CUI Governance Policy.

The table below outlines key roles and their associated responsibilities:

Departments and Responsibilities

Department (Primary)Department (Secondary)Responsibilities
Information Security Office (ISO)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO)Provides executive oversight for SCRM activities supporting CUI; ensures prioritization, funding, and alignment with institutional, federal, and CRSP 3.0 requirements.
Information Security Office (ISO)Information Security Office (ISO)Oversees institutional SCRM program; ensures alignment with enterprise risk management, secure system lifecycle practices, and acquisition strategies; approves supply chain security requirements incorporated into vendor engagements and contracts.
Information Security Office (ISO)Information Security Office (ISO)Manages implementation of SCRM policies and procedures; defines baseline security and risk requirements for suppliers; coordinates with Procurement and Legal to ensure contracts include SCRM controls, safeguarding, and incident reporting clauses.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Identifies system-specific supply chain risks; approves vendor/component selection; ensures acquired products, services, or components meet security, compliance, and lifecycle support objectives for CUI.
Information Security Office (ISO)Information Security Office (ISO)Reviews and validates supply chain risk assessments; evaluates vendor risk, component integrity, and mitigation strategies; ensures compliance with CUI system security standards.
Information Security Office (ISO)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO)Implements procurement processes incorporating SCRM requirements; evaluates suppliers for risk; ensures contracts include DFARS 252.204- 7012, CUI safeguarding clauses, and supply chain risk mitigation language.
Information Security Office (ISO)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO)Reviews and approves contract language to ensure enforceable SCRM requirements, vendor obligations, flow-down clauses, and incident reporting expectations.
Information Security Office (ISO)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO)Conducts ongoing monitoring of vendors and third-party service providers; verifies compliance with contractual SCRM/security requirements; coordinates supplier risk assessments.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Ensure supply chain risks are addressed in project planning, system integration, and deployment; document risk assessments, mitigation actions, and acceptance criteria.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Apply secure development practices; evaluate third-party code, libraries, APIs, and components; identify and mitigate supply chain risks during software development/integration.
Enterprise Technology Controlled Research Support Program (ET CRSP)Information Security Office (ISO) / Enterprise Technology Controlled Research Support Program (ET CRSP)Support technical evaluation of vendor products/components; implement approved mitigation controls; assist with monitoring, patching, and integration into CUI systems.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Define CUI protection requirements; assess impact of supply chain risks on data confidentiality, integrity, and availability; ensure mitigation strategies align with organizational objectives.
Information Security Office (ISO)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO)Conduct supplier risk assessments; evaluate product provenance, trustworthiness, and integrity; recommend mitigation/remediation; review and update SCRM plans.
Information Security Office (ISO)Office of Research Support and Compliance (ORSC) / Information Security Office (ISO)Ensures vendors comply with incident reporting obligations; incorporates supply chain risks into incident response and recovery planning for CUI systems.
PI / Project Participants (PI/PP)PI / Project Participants (PI/PP)Comply with approved SCRM processes; report suspected or actual supply chain issues; participate in SCRM awareness and mitigation training relevant to CUI.

Senior Management Commitment

This policy has been reviewed and formally approved by senior management. The University of Texas at Austin (UT Austin) executive leadership affirms its commitment to the effective implementation of Supply Chain Risk Management (SCRM) principles and requirements on CUI systems enrolled in CRSP, as defined by NIST SP 800-53, NIST SP 800-171, applicable federal regulations including DFARS 252.204-7012, and institutional requirements outlined in the UT Austin CRSP 3.0 CUI Governance Policy.

Senior management demonstrates support for this policy by:

  • Establishing and Enforcing Controls: Implementing appropriate technical, administrative, and procedural controls to ensure all supply chain activities—including supplier selection, procurement, integration, deployment, and ongoing oversight of systems, components, and services on CUI systems enrolled in CRSP—are conducted in compliance with organizational security and SCRM requirements, properly authorized, and fully documented.
  • Providing Resources: Allocating sufficient qualified personnel, training, tools, and funding to support the effective implementation of supply chain risk management practices for all CUI systems handling CUI.
  • Managing Risk: Ensuring supply chain risks are identified, assessed, mitigated, and continuously monitored; ensuring third-party providers and suppliers comply with contractual, regulatory, and UT Austin-defined security requirements; and ensuring mitigation strategies are applied for unsupported or high-risk components.
  • Promoting Awareness and Accountability: Fostering a culture of risk management across organizational units, project teams, and personnel engaged in supplier engagement, procurement, and management of systems and services associated with CUI.

This commitment reflects UT Austin leadership’s recognition of the critical role that effective SCRM plays in protecting the confidentiality, integrity, and availability of CUI, ensuring resilience against supply chain-related threats, and maintaining compliance with institutional, contractual, and federal obligations.

Policy Statement

The University of Texas at Austin (UT Austin) enforces a formal Supply Chain Risk Management (SCRM) Policy to govern the acquisition, development, integration, and lifecycle management of information systems, system components, and services that store, process, or transmit Controlled Unclassified Information (CUI) on CUI systems enrolled in CRSP. This policy ensures that cybersecurity, privacy, and supply chain risk considerations are incorporated from the earliest stages of acquisition through system or service decommissioning.

Key Elements of the Policy:

  • The policy is documented, disseminated, and enforced for all relevant stakeholders engaged with CUI systems.
  • It applies to all on-premises and cloud-based systems, software, and IT services that are acquired, developed, or integrated to support CUI system operations.
  • It incorporates applicable federal and state laws, regulations, NIST SP 800-171 SR controls, DFARS 252.204-7012, and UT Austin CRSP 3.0 requirements for the protection of CUI.
  • It defines roles, responsibilities, and compliance expectations for personnel engaged in supply chain activities.
  • It establishes controls ensuring all acquired systems and services meet organizational security requirements prior to deployment or use on CUI systems enrolled in CRSP.

Supporting SCRM Procedures:

  • Define how security and privacy requirements are integrated into acquisition planning, procurement processes, contracts, and third-party engagements supporting CUI systems.
  • Describe the application of secure development practices, vendor assessments, system security engineering, validation, and acceptance criteria.
  • Ensure that only authorized, vetted technologies, software, and services are introduced into CUI system environments handling CUI.
  • Specify roles and responsibilities for ISOs, the Chief Information Security Officer (CISO), Procurement Officers, project managers, and other accountable personnel in acquisition planning, risk assessment, and approval processes.

UT Austin designates the Chief Information Security Officer (CISO) as accountable for the development and periodic review of this policy and its associated procedures, and the Information System Owner (ISO) as responsible for its dissemination and implementation.

Review and Update Requirements:

  • The SCRM Policy is reviewed and updated at least once every three (3) years or more frequently in response to:
    • Significant changes in technology, suppliers, acquisition methods, or institutional priorities;
    • Findings from internal audits, risk assessments, security incidents, or external evaluations;
    • Updates to regulatory, contractual, or federal compliance requirements.
  • The SCRM Procedures are reviewed annually to ensure they accurately reflect current acquisition workflows, institutional priorities, and evolving security and the requirements of this Policy.

Control Requirements

03.17.01 Supply Chain Risk Management

Control Requirement:

  1. Develop a plan for managing supply chain risks associated with the research and development, design, manufacturing, acquisition, delivery, integration, operations, maintenance, and disposal of the system, system components, or system services.
  2. Review and update the supply chain risk management plan at least every 12 months, or when there are significant incidents or significant changes to risks.
  3. Protect the supply chain risk management plan from unauthorized disclosure.

Policy Statement:

UT Austin enforces a formal Supply Chain Risk Management (SCRM) Plan to identify, assess, mitigate, and monitor risks arising from the research, development, design, manufacturing, acquisition, delivery, integration, operation, maintenance, and disposal of information systems, system components, and services supporting CUI on CUI systems enrolled in CRSP.

UT Austin shall:

  • Develop and Maintain a Documented SCRM Plan: Define the strategy, processes, roles, responsibilities, and risk mitigation activities necessary to manage supply chain threats across the system lifecycle. The plan must address both internal and external suppliers, third-party services, and any component affecting CUI security in CUI systems enrolled in CRSP.
  • Periodic Review and Updates: Review and update the SCRM Plan at least annually, or whenever significant incidents or changes occur, including updates to threat landscapes, federal regulations, institutional priorities, or supplier/technology changes. Updates shall ensure alignment with NIST SP 800-171 SR controls, DFARS 252.204-7012, and the UT Austin CRSP 3.0 CUI Governance Policy.
  • Protection of the SCRM Plan: Protect the SCRM Plan from unauthorized access, disclosure, modification, or distribution by implementing access controls, encryption, and need-to-know restrictions consistent with UT Austin security policies and CUI safeguarding requirements.

This policy ensures that supply chain risk considerations are fully integrated into procurement, engineering, vendor management, and lifecycle processes to maintain the confidentiality, integrity, and availability of CUI on CUI systems enrolled in CRSP while supporting compliance with federal and institutional requirements.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOProvides executive oversight for the SCRM Plan; approves plan content, updates, and risk mitigation strategies; ensures alignment with institutional and federal requirements.Annually or when significant incidents/changes occur
PI/PPPI/PPOversees implementation of the SCRM Plan for systems under their purview; ensures supply chain risks are assessed, documented, and mitigated; approves updates to the plan for their systems.Annually; review after major system changes or significant supply chain events
ISOISOReviews the SCRM Plan for completeness and compliance with NIST SP 800-171, DFARS, and institutional requirements; validates risk assessments and mitigation measures.Annually; review after significant incidents or changes
ISOORSC / ISODevelops, maintains, and updates the documented SCRM Plan; identifies and assesses supply chain risks; recommends mitigation strategies; ensures plan reflects current threat landscape and supplier information.Annually; review whenever significant incidents or changes occur
ISOORSC / ISOCoordinates with SCRM personnel to integrate supply chain risk considerations into procurement processes and vendor agreements; ensures suppliers are evaluated according to plan requirements.During procurement; review annually or after supplier/technology changes
ISOORSC / ISOEnsures contracts and agreements reflect supply chain risk requirements; supports plan enforcement through legal and regulatory compliance mechanisms.During contract drafting/renewal; review annually
ET CRSPISO / ET CRSPImplements technical controls to protect the SCRM Plan from unauthorized access or disclosure; monitors access logs and ensures compliance with security measures.Continuous monitoring; review annually
ISOORSC / ISOIntegrates supply chain risk incidents into incident response procedures; coordinates investigations and reporting related to supply chain events.As incidents occur; update incident response plans annually
PI/PPPI/PPAdhere to access controls for SCRM documentation; report unauthorized access, misuse, or discrepancies.Ongoing; participate in annual SCRM awareness/training

03.17.02 Acquisition Strategies, Tools, and Methods

Control Requirement:

Develop and implement acquisition strategies, contract tools, and procurement methods to identify, protect against, and mitigate supply chain risks.

Policy Statement:

The University of Texas at Austin (UT Austin) enforces acquisition strategies, contract tools, and procurement methods designed to identify, protect against, and mitigate supply chain risks associated with the acquisition and use of systems, system components, and system services that store, process, or transmit Controlled Unclassified Information (CUI) on CUI systems enrolled in CRSP.

UT Austin shall:

  • Integrate Supply Chain Risk Considerations: Ensure all procurement and acquisition activities require identification and evaluation of supplier, component, and service risks prior to approval or procurement.
  • Use Standardized Acquisition Tools and Methods: Apply pre-procurement assessments, vendor questionnaires, contract language, and risk screening processes to ensure suppliers meet institutional, federal, and contractual security requirements.
  • Incorporate Mandatory Security Clauses: Include DFARS 252.204-7012 and other applicable safeguarding and incident reporting requirements in all contracts for CUI systems or services.
  • Ensure Risk Evaluation by Authorized Personnel: Require Procurement Officers, Information System Owners (ISOs), the Chief Information Security Officer (CISO), and other authorized personnel to evaluate supply chain risks as part of the acquisition approval process.
  • Use Trusted Procurement Channels: Prefer validated suppliers to reduce exposure to counterfeit components, compromised software, or high-risk vendors.
  • Leverage Risk Assessment Tools: Apply supply chain risk assessment tools, market research, vendor integrity checks, and due-diligence activities to detect and mitigate potential risks across the system lifecycle.
  • Comply with Standards and Guidance: Ensure acquisition strategies and contract tools align with NIST SP 800-171 Rev. 3, NIST SP 800-161, federal supply chain risk guidance, and UT Austin CRSP 3.0 CUI Governance Policy requirements.
  • Review and Update Procedures: Periodically update acquisition strategies and procurement methods to address emerging risks, evolving threat environments, and changes to regulatory requirements.

This policy supports UT Austin’s commitment to protecting the confidentiality, integrity, and availability of CUI in CUI systems enrolled in CRSP by embedding supply chain risk management into institutional acquisition processes.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOProvides executive oversight of acquisition strategies and procurement methods; approves supply chain risk management requirements in acquisition processes; ensures alignment with institutional, federal, and contractual obligations.Annually or when regulatory/federal guidance changes
PI/PPPI/PPEvaluates supply chain risks for systems under their responsibility; approves acquisition decisions and ensures risk considerations are incorporated into procurement; coordinates with Procurement Officers to verify supplier compliance.During acquisition approval; review annually or after significant system/vendor changes
ISOISOReviews acquisition packages for compliance with supply chain risk requirements; validates mitigation measures for high-risk components, services, or vendors; supports risk assessment documentation.During acquisition planning and approval; review annually or when risks change
ISOORSC / ISOImplements standardized acquisition tools and methods (e.g., contracts, vendor questionnaires, pre-procurement assessments); ensures mandatory security clauses and due diligence are applied; maintains records of supplier evaluations.Continuous during procurement; review strategies annually or after regulatory changes
ISOORSC / ISOEnsures contracts and SLAs include supply chain risk clauses, DFARS 252.204-7012 requirements, and incident reporting obligations; reviews legal compliance of acquisition documents.During contract drafting/renewal; review annually or when federal requirements change
ISOORSC / ISOConducts supplier validation, integrity checks, and due-diligence activities; identifies high-risk vendors and recommends mitigation strategies; monitors ongoing supplier performance.Continuous monitoring; annual reassessment or as vendor risk changes
PI/PPPI/PPEnsures acquisition and development activities incorporate supply chain risk assessments; documents approval and risk mitigation decisions; coordinates with ISOs, ISSOs, and procurement teams.During acquisition and system integration; review with each project lifecycle phase
ET CRSPISO / ET CRSPSupports technical evaluation of acquired components/services; validates vendor-provided system security measures; assists with integration and configuration checks for CUI systems.During implementation; continuous monitoring for critical systems
PI/PPPI/PPFollow procurement approval and supply chain risk policies; report procurement anomalies or use of unapproved vendors or systems.Ongoing; participate in periodic SCRM training and awareness activities

03.16.03 Supply Chain Requirements and Processes

Control Requirement:

  1. Establish a process for identifying and addressing weaknesses or deficiencies in the supply chain elements and processes.
  2. Enforce the following security requirements to protect against supply chain risks to the system, system components, or system services and to limit the harm or consequences from supply chain-related events: at a minimum, integrate Supply Chain Risk Management (SCRM) into acquisition/procurement policies, provide adequate SCRM resources, define the SCRM control baseline, establish processes to ensure suppliers disclose significant vulnerabilities and significant incidents.

Policy Statement:

UT Austin enforces a structured, risk-based approach to supply chain management to protect information systems, system components, and services that store, process, or transmit CUI on CUI systems enrolled in CRSP.

UT Austin establishes formal processes to identify, assess, and address weaknesses or deficiencies in supply chain elements and ensures that all suppliers adhere to defined security requirements to minimize potential harm from supply chain-related events.

Key Policy Requirements

  1. Supply Chain Risk Management Integration
    • SCRM is incorporated into all acquisition, procurement, and system development policies and procedures.
    • Responsibilities for SCRM are assigned to accountable roles, including the Chief Information Security Officer (CISO), Information System Owners (ISOs), Procurement Officers, and Project Leads.
    • Adequate resources (personnel, tools, and funding) are provided to support SCRM activities for all systems handling CUI.
  2. Defined SCRM Control Baseline
    • UT Austin establishes a baseline of security controls and processes for suppliers, vendors, and third-party service providers.
    • The baseline defines required safeguards, reporting obligations, and mitigation measures to address supply chain risks and vulnerabilities.
  3. Supplier Disclosure and Compliance Requirements
    • Suppliers must disclose significant vulnerabilities, security incidents, or changes in support status that could impact CUI systems or services.
    • Contracts, service-level agreements (SLAs), and other binding instruments must document these obligations, including timelines for reporting, mitigation, and corrective actions.
  4. Process for Identifying and Addressing Weaknesses
    • Procedures are maintained for detecting weaknesses or deficiencies in supply chain elements and processes.
    • Corrective and mitigating actions are implemented and documented to reduce risk exposure, including temporary compensating controls when full mitigation is not immediately possible.
  5. Monitoring and Oversight
    • Continuous monitoring, auditing, and assessment of supplier compliance are conducted to ensure adherence to security requirements and the control baseline.
    • Non-compliance or identified deficiencies are escalated to the CISO and ISO for review, remediation, and documentation.
  6. Documentation and Recordkeeping
    • All SCRM risk assessments, mitigation plans, vendor disclosures, and compliance records are retained according to UT Austin record retention policies.
    • Documentation supports internal audits, regulatory inspections, and federal reporting requirements.

Through this policy, UT Austin ensures that supply chain risks are proactively managed, vendors are held accountable for security and compliance obligations, and potential vulnerabilities or incidents are identified and mitigated to protect the confidentiality, integrity, and availability of CUI.

Notes:

  • All supply chain risk mitigation actions and vendor disclosures must be documented and retained according to UT Austin record retention policies.
  • Escalation paths for significant vulnerabilities or incidents are defined in SCRM procedures and coordinated with the CISO and ISO.
  • This table aligns with the policy objective of integrating SCRM into acquisition, procurement, and system lifecycle management to protect CUI.

Responsible Departments, Tasks, and Frequencies Table:

Department (Primary)Department (Secondary)Task RequiredFrequency
ISOISOOversees SCRM policies; ensures supply chain requirements are integrated into acquisition and procurement; approves vendor security requirements and mitigation plans.Annually or as needed when significant supply chain incidents or risks are identified
PI/PPPI/PPIdentifies supply chain risks for systems under their control; ensures acquisition and vendor engagements comply with SCRM controls; approves mitigation strategies.Per system acquisition, deployment, or significant configuration change; reviewed at least annually
ISOISOReviews supplier security disclosures, incident reports, and mitigation plans; ensures SCRM baseline controls are applied; supports monitoring and assessment.Annual monitoring, or upon vendor update/disclosure of vulnerabilities
ISOORSC / ISOIncorporate SCRM control requirements into contracts, SLAs, and purchase orders; verify vendors provide disclosure of significant vulnerabilities and incidents.During acquisition planning, contract negotiation, and annually for existing vendors
ISOORSC / ISOReview and approve contract language to ensure enforceable SCRM obligations, including reporting of incidents and vulnerabilities.During contract execution and renewal; as required when regulatory updates occur
ISOORSC / ISOConduct ongoing vendor monitoring and risk assessments; ensure supplier compliance with SCRM requirements; escalate non-compliance to CISO/ISO.Continuous monitoring; formal assessments at least annually
PI/PPPI/PPEnsure procurement and integration activities adhere to SCRM policies; document identified risks and mitigation actions; coordinate with ISO and ISSO for vendor assessments.Per project or system acquisition; reviewed at key project milestones
ET CRSPISO / ET CRSPImplement technical mitigation controls for identified supply chain risks; validate vendor-provided system components meet SCRM requirements; monitor deployed systems.Ongoing; as systems are deployed or updated
PI/PPPI/PPReport vendor/component concerns, weaknesses, or suspected supply chain issues; follow guidance regarding authorized suppliers and approved systems.Continuous; during regular operations and system usage

NIST SP 800-171 Revision 2 to Revision 3 Change Analysis

SP 800-171 R2 IdentifierSP 800-171 R3 IdentifierRequirement StatusSummary of Changes
N/A03.17.01New Requirement; New ODPNew security requirement based on SR-02 (SP 800-53, Rev 5) Added new ODP: frequency to review and update supply chain risk management plan
N/A03.17.02New RequirementNew security requirement based on SR-05 (SP 800-53, Rev 5); newly added to the (SP 800-53B) moderate baseline
N/A03.17.03New Requirement; New ODPNew security requirement based on SR-03 (SP 800-53, Rev 5); newly added to the (SP 800-53B) moderate baseline Added new ODP: security requirement to enforce to protect against supply chain risks

Definitions

CUI Systems - Information systems and supporting components used to process, store, transmit, or protect CUI for research projects enrolled in the Controlled Research Support Program (CRSP).

Controlled Unclassified Information (CUI) - Information the Government creates or possesses, or that an entity creates or possesses for or on behalf of the Government, that a law, regulation, or Government-wide policy requires or permits an agency to handle using safeguarding or dissemination controls. Designated in accordance with the NARA CUI Registry.

Controlled Research Support Program (CRSP) - The University of Texas at Austin program that supports sponsored research projects in implementing the policies, procedures, and controls required to protect CUI and comply with NIST SP 800-171.

Least Privilege - The security principle of granting users, processes, and devices only the minimum access rights and permissions needed to perform their authorized functions.

Principal Investigator (PI) - The individual designated by the university as the lead researcher responsible for the conduct of a sponsored research project, including compliance with applicable security requirements.

System Security Plan (SSP) - A formal document that describes the system boundary, security requirements, and implementation of controls for a CUI information system, as required by NIST SP 800-171.

Relevant Federal and State Statutes and Regulations

Program Overview and Authority

The Controlled Research Support Program (CRSP) establishes the institutional framework through which U. T. Austin protects Controlled Unclassified Information (CUI) entrusted to the university through federal sponsored research awards. The CRSP is authorized under the UT Austin Information Resources Use and Security Policy (IRUSP) and derives additional authority from NIST Special Publication 800-171 Rev. 3, the NARA CUI Federal Regulation (32 CFR Part 2002), DFARS Clause 252.204-7012, and applicable University of Texas System policies (UTS 165).

CUI is processed, stored, and transmitted on CUI systems enrolled in CRSP. All research activities involving CUI must use CUI systems enrolled in CRSP unless otherwise formally authorized.

The security standards established in this policy supplement — and do not replace — the university's existing IRUSP. Where CUI handling, federal contracting obligations, or CMMC Level 2 requirements impose requirements more restrictive than those in the IRUSP, the requirements of this Policy govern CUI systems enrolled in CRSP. Where this policy is silent, the IRUSP applies.

The Office of Research Support and Compliance (ORSC) maintains institutional authority over the CRSP. The Information Security Office (ISO) is responsible for policy development, technical standards, and compliance oversight. The Research Security Office (RSO) provides research-domain expertise and coordinates with federal sponsors. Principal Investigators serve as Information Resources Owners for research CUI systems enrolled in CRSP.

Questions? Contact the UT Austin Information Security Office at security@utexas.edu or the Research Security Office for CUI-related research compliance questions.

Revision History

Review Cycle: Every 3 years, or as needed

DateDescription
October 2026Updated to incorporate the full text of the UT Austin CRSP control family policies (Standards 3.0–3.17).
July 2026

Initial draft — NIST SP 800-171 Rev. 3 aligned; developed in coordination with NCC consulting group

Approved by the Information Security Office (ISO), Office of Research Support and Compliance (ORSC), and Controlled Research Support Program (CRSP)

Questions or comments about this policy should be directed to: security@utexas.edu.