Skip to main content

GLBA Safeguards Rule | 16 CFR Part 314

How Identity and Access Management Supports the FTC Safeguards Rule

The FTC Safeguards Rule at 16 CFR Part 314 sets standards for safeguarding customer information. Under 16 CFR 314.1(b), Part 314 applies to financial institutions over which the Federal Trade Commission has jurisdiction. Section 314.4(c)(1) requires institutions to implement and periodically review access controls, and 314.4(c)(5) requires multi-factor authentication for any individual accessing any information system unless the Qualified Individual approves reasonably equivalent or more secure access controls in writing. GCA classifies both as primary identity work.

Identity data also supports monitoring of authorized user activity under 314.4(c)(8) and oversight of service providers under 314.4(f). This page quotes the rule at paragraph level and marks where identity and access management commonly contributes. The matrix has 17 rows. Two are primary identity work, five are supporting, and ten are outside identity scope (GCA classification). The mapping is GCA practice opinion and is not legal advice.

For CIOs and compliance leaders

Information as of Last verified 16 CFR 314.4 as amended by 88 FR 77499 (Nov. 13, 2023; notification requirement effective May 13, 2024) Version 1

Reference material, not a compliance determination. This matrix reflects GCA's practice view as of . It does not certify, warrant or predict the outcome of any assessment, audit or examination. 16 CFR Part 314 controls. Read the full notice.

The matrix

  • Primary
  • Supporting
  • Outside identity scope (GCA classification)

GLBA Safeguards Rule, 16 CFR Part 314 identity traceability matrix. 16 CFR 314.4 as amended by 88 FR 77499 (Nov. 13, 2023; notification requirement effective May 13, 2024). Information as of October 16, 2026.
Requirement Requirement text Identity relevance (GCA classification) GCA approach Platform families that commonly provide relevant capabilities Evidence commonly examined
314.4(c)(1) SR: Elements of the information security program (16 CFR 314.4)

Access controls

(1) Implementing and periodically reviewing access controls, including technical and, as appropriate, physical controls to: (i) Authenticate and permit access only to authorized users to protect against the unauthorized acquisition of customer information; and (ii) Limit authorized users' access only to customer information that they need to perform their duties and functions, or, in the case of customers, to access their own information;

In practice: Access to systems holding customer information follows job role, requests need a recorded approval, and managers review each team's access on a regular cycle, removing what is no longer required.

Primary
Why this classification

Authentication, authorization and periodic access review are core identity functions. The institution decides which systems hold customer information.

  • Assess
  • Implement
  • Manage
  • Identity Practice Subscription

Role-based access limited to job need, access request and approval records, periodic access review campaigns, and customer identity controls for self-service access where applicable commonly contribute here.

Platform families that commonly provide relevant capabilities
  • Entra
  • SailPoint IIQ
  • SailPoint ISC
  • Netwrix IDM
  • Okta / Ping
Evidence commonly examined
  • Access review campaign export showing reviewer, decision, date and remediation status
  • Joiner, mover and leaver workflow configuration export and sample request records
  • Role and entitlement catalog for systems holding customer information
314.4(c)(5) SR: Elements of the information security program (16 CFR 314.4)

Multi-factor authentication

(5) Implement multi-factor authentication for any individual accessing any information system, unless your Qualified Individual has approved in writing the use of reasonably equivalent or more secure access controls;

In practice: Staff and administrators complete a second sign-in factor, often a phishing-resistant method, and any equivalent control the Qualified Individual approves in writing is recorded with its reason.

Primary
Why this classification

Multi-factor authentication policy is identity platform work. The written approval of equivalent controls belongs to the Qualified Individual.

  • Implement
  • Manage

Multi-factor policy for workforce and administrative sign-in, phishing-resistant methods where supported, and a recorded exception process for any approved equivalent control commonly contribute here.

Platform families that commonly provide relevant capabilities
  • Entra
  • Okta / Ping
  • CyberArk / BeyondTrust / Delinea
Evidence commonly examined
  • Authentication policy export showing the factors required by population and application
  • Register of approved exceptions with Qualified Individual approval date
314.4(b) SR: Elements of the information security program (16 CFR 314.4)

Risk assessment

(b) Base your information security program on a risk assessment that identifies reasonably foreseeable internal and external risks to the security, confidentiality, and integrity of customer information that could result in the unauthorized disclosure, misuse, alteration, destruction, or other compromise of such information, and assesses the sufficiency of any safeguards in place to control these risks. (1) The risk assessment shall be written and shall include: (i) Criteria for the evaluation and categorization of identified security risks or threats you face; (ii) Criteria for the assessment of the confidentiality, integrity, and availability of your information systems and customer information, including the adequacy of the existing controls in the context of the identified risks or threats you face; and (iii) Requirements describing how identified risks will be mitigated or accepted based on the risk assessment and how the information security program will address the risks. (2) You shall periodically perform additional risk assessments that reexamine the reasonably foreseeable internal and external risks to the security, confidentiality, and integrity of customer information that could result in the unauthorized disclosure, misuse, alteration, destruction, or other compromise of such information, and reassess the sufficiency of any safeguards in place to control these risks.

In practice: The security team's risk assessment includes access facts that identity supplies, such as the number of privileged accounts and the results of the latest access reviews.

Supporting
Why this classification

Written risk assessment usually owned by the Qualified Individual. Identity inventory and entitlement data commonly inform its access-related findings.

  • Assess

Identity and entitlement inventory, privileged account counts and review results supplied as inputs to the access portion of the risk assessment commonly contribute here.

Not mapped
Evidence commonly examined
  • Written risk assessment sections addressing access to systems holding customer information
314.4(c)(2) SR: Elements of the information security program (16 CFR 314.4)

Data, personnel, devices, systems and facilities inventory

(2) Identify and manage the data, personnel, devices, systems, and facilities that enable you to achieve business purposes in accordance with their relative importance to business objectives and your risk strategy;

In practice: The asset owners keep the inventory; identity contributes the authoritative list of workers, registered devices and service accounts that the inventory can point to.

Supporting
Why this classification

Asset and data inventory usually owned by IT asset management and data governance. The personnel and device identity records commonly come from the identity platform.

  • Assess
  • Implement

Authoritative workforce identity records, device identity registration and a service account inventory that other asset inventories can reference commonly contribute here.

Platform families that commonly provide relevant capabilities
  • Entra
  • SailPoint IIQ
  • SailPoint ISC
  • Netwrix IDM
Evidence commonly examined
  • Identity inventory export with owner and status fields
  • Service account inventory with named owner and last-review date
314.4(c)(8) SR: Elements of the information security program (16 CFR 314.4)

Monitoring and logging of authorized user activity

(8) Implement policies, procedures, and controls designed to monitor and log the activity of authorized users and detect unauthorized access or use of, or tampering with, customer information by such users.

In practice: The security operations team does the monitoring; identity sends sign-in, elevation and entitlement-change events and privileged session recordings so unusual use of customer information can be spotted.

Supporting
Why this classification

Activity monitoring is usually owned by security operations. Identity platforms supply authentication, privileged session and entitlement-change events.

  • Implement
  • Manage

Forwarding of sign-in, elevation and entitlement-change events, privileged session recording, and identity-based detections commonly contribute here.

Platform families that commonly provide relevant capabilities
  • Entra
  • Okta / Ping
  • CyberArk / BeyondTrust / Delinea
  • SailPoint ISC
  • SailPoint IIQ
Evidence commonly examined
  • Identity audit log extract and retention settings
  • Privileged session record sample
314.4(d) SR: Elements of the information security program (16 CFR 314.4)

Testing and monitoring

(d)(1) Regularly test or otherwise monitor the effectiveness of the safeguards' key controls, systems, and procedures, including those to detect actual and attempted attacks on, or intrusions into, information systems. (2) For information systems, the monitoring and testing shall include continuous monitoring or periodic penetration testing and vulnerability assessments.

In practice: The security team owns testing and monitoring; identity adds recurring checks of access configuration and access review outcomes as inputs to that work.

Supporting
Why this classification

Testing and monitoring is usually owned by security. The effectiveness of access controls can be tested through review results and configuration drift checks.

  • Assess
  • Manage
  • Identity Practice Subscription

Recurring checks of access control configuration and review outcomes, reported as evidence of control operation, commonly contribute here.

Platform families that commonly provide relevant capabilities
  • Entra
  • SailPoint IIQ
  • SailPoint ISC
  • Netwrix IDM
Evidence commonly examined
  • Configuration drift report for identity policies
  • Access review completion metrics
314.4(f) SR: Elements of the information security program (16 CFR 314.4)

Service provider oversight

(f) Oversee service providers, by: (1) Taking reasonable steps to select and retain service providers that are capable of maintaining appropriate safeguards for the customer information at issue; (2) Requiring your service providers by contract to implement and maintain such safeguards; and (3) Periodically assessing your service providers based on the risk they present and the continued adequacy of their safeguards.

In practice: Vendor staff who touch customer information get sponsored, time-limited accounts, and the vendor-oversight owner can review those accounts and integrations as part of provider assessments.

Supporting
Why this classification

Provider selection and contracting are usually owned by procurement and risk management. Identity governs the accounts that service provider personnel hold in the institution.

  • Implement
  • Manage

Sponsored, time-bound access for provider personnel and review of provider accounts and integrations commonly contribute here.

Platform families that commonly provide relevant capabilities
  • Entra
  • SailPoint IIQ
  • SailPoint ISC
  • Netwrix IDM
Evidence commonly examined
  • Provider identity listing with sponsor and end date
  • Provider access review record
314.4(a) SR: Elements of the information security program (16 CFR 314.4)

Qualified Individual

(a) Designate a qualified individual responsible for overseeing and implementing your information security program and enforcing your information security program (for purposes of this part, “Qualified Individual”). The Qualified Individual may be employed by you, an affiliate, or a service provider. To the extent the requirement in this paragraph (a) is met using a service provider or an affiliate, you shall: (1) Retain responsibility for compliance with this part; (2) Designate a senior member of your personnel responsible for direction and oversight of the Qualified Individual; and (3) Require the service provider or affiliate to maintain an information security program that protects you in accordance with the requirements of this part.

Outside identity scope (GCA classification)
Why this classification

Governance designation of a Qualified Individual, usually owned by institution leadership. Identity supplies no part of the designation.

Not applicable Not applicable Not applicable
314.4(c)(3) SR: Elements of the information security program (16 CFR 314.4)

Encryption

(3) Protect by encryption all customer information held or transmitted by you both in transit over external networks and at rest. To the extent you determine that encryption of customer information, either in transit over external networks or at rest, is infeasible, you may instead secure such customer information using effective alternative compensating controls reviewed and approved by your Qualified Individual;

Outside identity scope (GCA classification)
Why this classification

In GCA's classification, encryption of data in transit and at rest usually sits with infrastructure and data security; no identity contribution is typical.

Not applicable Not applicable Not applicable
314.4(c)(4) SR: Elements of the information security program (16 CFR 314.4)

Secure development

(4) Adopt secure development practices for in-house developed applications utilized by you for transmitting, accessing, or storing customer information and procedures for evaluating, assessing, or testing the security of externally developed applications you utilize to transmit, access, or store customer information;

Outside identity scope (GCA classification)
Why this classification

Application security usually owned by engineering and application security teams.

Not applicable Not applicable Not applicable
314.4(c)(6) SR: Elements of the information security program (16 CFR 314.4)

Secure disposal

(6)(i) Develop, implement, and maintain procedures for the secure disposal of customer information in any format no later than two years after the last date the information is used in connection with the provision of a product or service to the customer to which it relates, unless such information is necessary for business operations or for other legitimate business purposes, is otherwise required to be retained by law or regulation, or where targeted disposal is not reasonably feasible due to the manner in which the information is maintained; and (ii) Periodically review your data retention policy to minimize the unnecessary retention of data;

Outside identity scope (GCA classification)
Why this classification

Data retention and disposal usually owned by data governance and records management. Account deprovisioning is covered under 314.4(c)(1).

Not applicable Not applicable Not applicable
314.4(c)(7) SR: Elements of the information security program (16 CFR 314.4)

Change management

(7) Adopt procedures for change management; and

Outside identity scope (GCA classification)
Why this classification

In GCA's classification, change management usually sits with IT service management; no identity contribution is typical.

Not applicable Not applicable Not applicable
314.4(e) SR: Elements of the information security program (16 CFR 314.4)

Personnel

(e) Implement policies and procedures to ensure that personnel are able to enact your information security program by: (1) Providing your personnel with security awareness training that is updated as necessary to reflect risks identified by the risk assessment; (2) Utilizing qualified information security personnel employed by you or an affiliate or service provider sufficient to manage your information security risks and to perform or oversee the information security program; (3) Providing information security personnel with security updates and training sufficient to address relevant security risks; and (4) Verifying that key information security personnel take steps to maintain current knowledge of changing information security threats and countermeasures.

Outside identity scope (GCA classification)
Why this classification

Training and staffing usually owned by security leadership and human resources.

Not applicable Not applicable Not applicable
314.4(g) SR: Elements of the information security program (16 CFR 314.4)

Evaluate and adjust the program

(g) Evaluate and adjust your information security program in light of the results of the testing and monitoring required by paragraph (d) of this section; any material changes to your operations or business arrangements; the results of risk assessments performed under paragraph (b)(2) of this section; or any other circumstances that you know or have reason to know may have a material impact on your information security program.

Outside identity scope (GCA classification)
Why this classification

Program governance usually owned by the Qualified Individual.

Not applicable Not applicable Not applicable
314.4(h) SR: Elements of the information security program (16 CFR 314.4)

Incident response plan

(h) Establish a written incident response plan designed to promptly respond to, and recover from, any security event materially affecting the confidentiality, integrity, or availability of customer information in your control. Such incident response plan shall address the following areas: (1) The goals of the incident response plan; (2) The internal processes for responding to a security event; (3) The definition of clear roles, responsibilities, and levels of decision-making authority; (4) External and internal communications and information sharing; (5) Identification of requirements for the remediation of any identified weaknesses in information systems and associated controls; (6) Documentation and reporting regarding security events and related incident response activities; and (7) The evaluation and revision as necessary of the incident response plan following a security event.

Outside identity scope (GCA classification)
Why this classification

Incident response planning usually owned by security operations and legal. The rule requires a written plan, which is a program document rather than an identity control.

Not applicable Not applicable Not applicable
314.4(i) SR: Elements of the information security program (16 CFR 314.4)

Reporting to the board

(i) Require your Qualified Individual to report in writing, regularly and at least annually, to your board of directors or equivalent governing body. If no such board of directors or equivalent governing body exists, such report shall be timely presented to a senior officer responsible for your information security program. The report shall include the following information: (1) The overall status of the information security program and your compliance with this part; and (2) Material matters related to the information security program, addressing issues such as risk assessment, risk management and control decisions, service provider arrangements, results of testing, security events or violations and management's responses thereto, and recommendations for changes in the information security program.

Outside identity scope (GCA classification)
Why this classification

Board reporting usually owned by the Qualified Individual.

Not applicable Not applicable Not applicable
314.4(j) SR: Elements of the information security program (16 CFR 314.4)

Notification to the Federal Trade Commission

(j) Notify the Federal Trade Commission about notification events in accordance with paragraphs (j)(1) and (2) of this section. [Paragraphs (j)(1) and (j)(2), which set the 500-consumer threshold, the 30-day deadline and the content of the notice, are not reproduced here.]

Outside identity scope (GCA classification)
Why this classification

Regulatory notification usually owned by legal and security leadership.

Not applicable Not applicable Not applicable

Summary

Primary
2
Identity platforms or processes are typically the principal means of implementing the requirement.
Supporting
5
Another discipline owns the requirement. Identity configuration or evidence contributes.
Outside identity scope (GCA classification)
10
Listed for completeness, with a one-line note on what the requirement is.

How to read the matrix

Identity relevance

Identity relevance is a GCA classification of whether identity capabilities are typically the principal means of implementing a requirement (Primary), contribute to a requirement owned by another discipline (Supporting), or usually sit outside identity work (Outside identity scope (GCA classification)).

It describes where primary implementation ownership usually sits. It is not a statement about whether identity configuration could be relevant to a particular incident, finding or environment. Every "Outside identity scope (GCA classification)" classification carries a rationale, and other classifications show one where GCA has recorded it, under "Why this classification" beside the label.

Platform families
Product families that commonly provide capabilities relevant to a requirement. A blank cell means GCA has not mapped a platform family to the requirement. It does not mean a product lacks a capability.
Evidence
Examples of artifacts commonly examined. The list is not complete, and it is not a statement that any artifact is sufficient. Assessors determine sufficiency.

Important notice

Purpose. This GLBA Safeguards Rule identity traceability matrix is general educational reference material, written by Robert Ivey and published by GCA Technology Services ("GCA") to help organizations plan identity and access management work. It is not legal, audit, accounting or compliance advice, and it is not a substitute for advice from qualified professionals who know your environment.

No compliance determination. Whether an organization meets a requirement is decided by the applicable assessor, auditor, certifying body or regulator, applying the governing requirements to that organization's actual systems, policies and evidence. Nothing in this matrix states or implies that any organization, product, service or configuration meets or complies with any requirement, or that any assessment, audit, examination or certification will have any particular outcome.

Classifications are practice opinion. Relevance classifications, offering mappings, platform mappings and evidence examples are the author's professional judgment as of the date shown. They are not regulatory classifications and are not statements of the standard of care. Other qualified practitioners may reasonably classify requirements differently, and the right answer for a given environment depends on its facts.

Evidence examples are illustrative. Evidence listed is an example of artifacts commonly examined. It is not a complete list, and it is not a statement that any artifact is sufficient. Assessors determine sufficiency.

Source text controls. Requirement text and references come from the sources listed on this page. Where this matrix differs from a source, the source controls. Regulations, guidance and assessment methods change, so confirm current requirements with the issuing authority before relying on them.

Products and services. Platform names identify product families that commonly provide capabilities relevant to a requirement. A blank cell means GCA has not mapped that platform family to the requirement. It does not mean the product lacks a capability. GCA makes no representation about any third party's products, features, roadmaps or government authorization status, including FedRAMP, DoD Impact Levels and similar programs. Confirm capabilities with the vendor and authorization status with the authorizing program.

GCA services. Offering descriptions identify the type of GCA service that addresses an area. The scope, deliverables, terms and outcomes of any GCA engagement are defined only by a signed agreement and Statement of Work, and this page does not change those terms.

No relationship; no reliance. Reading or using this matrix does not create a client, advisory or other relationship with GCA or the author. To the fullest extent permitted by law, this material is provided "as is," without warranties of any kind, express or implied, including accuracy, completeness, merchantability and fitness for a particular purpose, and GCA is not liable for any decision made or action taken in reliance on it.

No client data. This matrix contains no client data. Any example organization is fictitious.

Version 1 · Prepared · Last reviewed · Reviewed every 90 days · View changelog

Microsoft and Microsoft Entra are trademarks of the Microsoft group of companies. SailPoint, IdentityIQ and Identity Security Cloud are trademarks or product names of SailPoint Technologies, Inc. or its affiliates. Netwrix is a trademark of Netwrix Corporation. Okta is a trademark of Okta, Inc. Ping Identity is a trademark of Ping Identity Corporation. CyberArk is a trademark of Palo Alto Networks, Inc. or its affiliates. BeyondTrust is a trademark of BeyondTrust Corporation. Delinea is a trademark of Delinea Inc. The Federal Trade Commission does not endorse this page. All other trademarks belong to their respective owners. These names identify products and programs only and do not imply endorsement by, sponsorship by or affiliation with any of these companies or programs, except where a GCA partnership is expressly stated elsewhere on gca.net.

Changelog

  1. Version 1: First publication.

Frequently Asked Questions

Which institutions does this rule cover?

Under 16 CFR 314.1(b), Part 314 applies to financial institutions over which the Federal Trade Commission has jurisdiction. This page addresses that scope and does not extend the rule to other institutions. Banks and other institutions supervised by the federal banking agencies are covered by the Interagency Guidelines Establishing Information Security Standards instead.

Are smaller institutions treated differently?

Yes. Under 16 CFR 314.6, sections 314.4(b)(1), (d)(2), (h) and (i) do not apply to financial institutions that maintain customer information concerning fewer than five thousand consumers. The access control and multi-factor rows, 314.4(c)(1) and 314.4(c)(5), are not part of that exception.

What is the written approval exception to MFA?

Section 314.4(c)(5) allows the Qualified Individual to approve in writing the use of reasonably equivalent or more secure controls. The matrix describes a recorded exception process as a commonly contributing identity control for that approval.

How does identity relate to service provider oversight?

Section 314.4(f) requires institutions to oversee service providers. Identity commonly contributes sponsored, time-bound access for provider personnel and review of provider accounts and integrations. Provider selection and contracting sit with procurement and risk management.