PCI DSS 4.0
Req 8: Identify and Authenticate Users

PCI DSS 4.0 8.2.7: 8.2.7 Third-party remote access accounts controlled

Where a third party reaches, supports or maintains system components remotely, the accounts it uses must be: switched on only for as long as needed and switched off when idle; and monitored for unexpected activity. The guidance advises that where round-the-clock access is genuinely needed it be recorded, justified, watched and linked to particular service needs, and suggests start and stop dates aligned with the service contract. Objective under the customized approach: remote access by third parties is unusable unless specifically authorized, and management oversees its use.

Maintained by Gerard BlokdykControl text last updated

What else in your programme already covers this

This control maps to 54 controls across 19 other frameworks. If you already hold one of them, the evidence you collected for it is the starting point here rather than new work.

NIST SP 800-53 Rev 5 · 6 controls

CIS Controls v8 · 5 controls

  • CIS-13.5 Manage Access Control for Remote Assets
  • CIS-15.4 Ensure Service Provider Contracts Include Security Requirements
  • CIS-15.6 Monitor Service Providers
  • CIS-5.6 Centralize Account Management
  • CIS-8.9 Centralize Audit Logs

FedRAMP High · 5 controls

  • AC-17 Remote Access
  • AC-2(2) Automated Temporary and Emergency Account Management
  • AC-20 Use of External Systems
  • IA-8 Identification and Authentication (Non-Organizational Users)
  • PS-7 External Personnel Security

FedRAMP Moderate · 5 controls

  • AC-17 Remote Access
  • AC-2(2) Automated Temporary and Emergency Account Management
  • AC-20 Use of External Systems
  • IA-8 Identification and Authentication (Non-Organizational Users)
  • PS-7 External Personnel Security

SOC 2 · 5 controls

  • SOC2-CC6.2 CC6.2 Registering and authorising users before issuing credentials
  • SOC2-CC6.3 CC6.3 Role-based access, least privilege and segregation of duties
  • SOC2-CC7.1 CC7.1 Detecting configuration changes and new vulnerabilities
  • SOC2-CC9.2 CC9.2 Assessing and managing vendor and business partner risk
  • SOC2-P6.4 P6.4 Privacy commitments from vendors and third parties

ISO 27701:2019 · 4 controls

  • 6.12.1 Information security in supplier relationships
  • 6.12.2 Supplier service delivery management
  • 6.6.2 User access management
  • 6.9.4 Logging and monitoring

NIST SP 800-161 Rev 1 · 4 controls

  • CCM-IAM-11 CSCs Approval for Agreed Privileged Access Roles
  • CCM-STA-09 Primary Service and Contractual Agreement
  • CCM-UEM-14 Third-Party Endpoint Security Posture

NIST SP 800-171 Rev 3 · 3 controls

  • ASBv3-PA-8 Determine access process for cloud provider support
  • PA-2 Avoid standing access for user accounts and permissions

CMMC 2.0 · 2 controls

  • NIST-CSF-DE.CM-06 External service provider activities and services are monitored to find potentially adverse events
  • NIST-CSF-GV.SC-05 Requirements to address cybersecurity risks in supply chains are established, prioritized, and integrated into contracts and other types of agreements with suppliers and other relevant third parties
  • ANSSI-HYG-25 Secure Dedicated Network Interconnections with Partners
  • SEC03-BP09 Share resources securely with a third party

C5 (Germany) · 1 control

  • C5-SSO-01 Policies and instructions for controlling and monitoring third parties

ISO 27001:2022 · 1 control

  • 5.20 Addressing information security within supplier agreements

ISO 27002:2022 · 1 control

  • 5.19 Information security in supplier relationships

NIST SP 800-172 · 1 control

  • 3.1.2e Restrict Access to Organization-Owned, Provisioned, or Issued Information Resources
  • P1-5.2.5 P1-5.2.5 Third-party access identified, controlled and monitored

Every mapping shown was judged rather than inferred from wording similarity, and the ones that failed review are published too. See the coverage reports and what was rejected.

Other controls in Req 8: Identify and Authenticate Users

You are reading one control. How much of PCI DSS 4.0 have you already done?

PCI DSS 4.0 8.2.7 is one control. If you already hold one of the frameworks below, a reviewed crosswalk already says how much of PCI DSS 4.0 your existing evidence covers. Hold ISO 27001:2022 and 139 of 280 PCI DSS 4.0 controls already carry evidence.

Each report names every control your existing framework evidences, every one it does not, the reasoning behind each claim, and the claims that were argued against and rejected. 415 were rejected on the ISO 27001:2022 pair alone.

Query this from an agent

The graph holds this control, the 54 it maps to, and the evidence behind each claim, over MCP and REST.