# PE-02 Physical Access Authorizations

NIST SP 800-53 control. Family: PE Physical and Environmental Protection. Function: preventative. Baselines: low, moderate, high. Mapping licence: CC BY-SA 4.0.

Statement: a. 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 access list detailing authorized facility access by individuals [Assignment: organization-defined frequency]; and d. Remove individuals from the facility access list when access is no longer required.
Guidance: Physical access authorizations apply to employees and visitors. Individuals with permanent physical access authorization credentials are not considered visitors. Authorization credentials include ID badges, identification cards, and smart cards. Organizations determine the strength of authorization credentials needed consistent with applicable laws, executive orders, directives, regulations, policies, standards, and guidelines. Physical access authorizations may not be necessary to access certain areas within facilities that are designated as publicly accessible.

## Enhancements (3)
- PE-02(01) Access by Position or Role
- PE-02(02) Two Forms of Identification
- PE-02(03) Restrict Unescorted Access
Each enhancement's statement: /api/v1/controls/PE-02?fields=enhancements

## Patterns that use it (1)
- Important (1): SP-002 Server Module

## Clauses by framework (59 frameworks)
- iso_27001_2022: A.7.2, A.7.6. OSA's own, not in NIST's crosswalk: A.7.6
- iso_27002_2022: 7.2, 7.6
- cobit_2019: DSS01, DSS05
- pci_dss_v4: 9.2, 9.3
- nist_csf_2: PR.AA-06
- soc2_tsc: CC6.4
- bsi_grundschutz: INF.1, INF.2
- anssi: Hygiene.37, SecNumCloud.12.2
- osfi_b13: B-13.3.2
- finma_circular: IV.B.d(59)
- gdpr: Art.32(1)(b)
- dora: Art.9(1)
- bio2: 7.2, 7.6
- rbi_csf: Annex1.3, ITGRCA.18
- fisc: FISC.F1
- lgpd_bcb: LGPD.Art.46
- hkma_tme1: TME1.5.1, TME1.11.1
- mlps_2: 8.1.1.2, 8.1.8.3, 8.1.10.1
- dnb_good_practice: DNB.8.5, DNB.21.1, DNB.21.2
- swift_cscf: SWIFT.3.1
- cbb_tm: TM-10
- nca_ecc: 1-11
- qatar_nia: HR, PS
- sama_csf: 3.7
- uae_ia: T6
- bog_cisd: CISD-XIV
- bom_ctrm: 3.5
- cbe_csf: CTO-10
- cbn_csf: Part10
- popia: s19
- sa_js2: JS2-PE
- bot_cyber: Ch2.8
- cpmi_pfmi: CG.PR, PFMI.P17
- eba_ict: 3.4.3
- ecb_croe: CROE.2.3.6
- ffiec_is: II.C.8
- hipaa_sr: §164.310(a)(1), §164.310(a)(2)(ii), §164.310(a)(2)(iii), §164.310(c)
- iosco_cyber: PROT-5
- sebi_cscrf: PR.PE
- cmmc_2: PE
- nerc_cip: CIP-006-6
- nrc_73_54: RG5.71-B-PE
- api_1164: Sec 14
- awia: AWWA Sec 3
- iaea_nss: Sec 10
- pci_hsm: 6
- isae_3402: Clause 4
- hitrust_csf: 02.c, 08.a
- iso_27799: 11.1
- lloyds_ms: PHYS.1
- naic_ds: 4B
- pra_ss1_23: P-IT.3
- solvency_ii: EIOPA-ICT-4.5
- csa_ccm_v4: DCS-03, DCS-09
- csa_aicm: DCS-03, DCS-09
- ccss_v9: 1.01.1, 1.01.7, 1.03.6
- basel_sco60: SCO60.61, SCO60.62, SCO60.63, SCO60.64, SCO60.65
- bssc: NOS-09
- sec_custody_digital: SEC-CD-02, SEC-CD-06, SEC-CD-08, SEC-CD-16
OSA's mapping for iso_27001_2022 and nist_csf_2 takes NIST's published crosswalk as its base. A clause not marked as OSA's own is in that crosswalk.

## More
- This control as JSON, with guidance and ATT&CK techniques: /api/v1/controls/PE-02
- Clauses only: /api/v1/controls/PE-02?fields=mappings
- Page for people: /controls/pe-02/