# AC-01 Policy and Procedures

NIST SP 800-53 control. Family: AC Access Control. Function: preventative. Baselines: low, moderate, high, privacy. Mapping licence: CC BY-SA 4.0.

Statement: a. Develop, document, and disseminate to [Assignment: organization-defined personnel or roles]: 1. [Selection (one or more): Organization-level; Mission/business process-level; System-level] access control policy that: (a) Addresses purpose, scope, roles, responsibilities, management commitment, coordination among organizational entities, and compliance; and (b) Is consistent with applicable laws, executive orders, directives, regulations, policies, standards, and guidelines; and 2. Procedures to facilitate the implementation of the access control policy and the associated access controls; b. Designate an [Assignment: organization-defined official] to manage the development, documentation, and dissemination of the access control policy and procedures; and c. Review and update the current access control: 1. Policy [Assignment: organization-defined frequency] and following [Assignment: organization-defined events]; and 2. Procedures [Assignment: organization-defined frequency] and following [Assignment: organization-defined events].
Guidance: Access control policy and procedures address the controls in the AC family that are implemented within systems and organizations. The risk management strategy is an important factor in establishing such policies and procedures. Policies and procedures contribute to security and privacy assurance. Therefore, it is important that security and privacy programs collaborate on the development of access control policy and procedures. Security and privacy program policies and procedures at the organization level are preferable, in general, and may obviate the need for mission- or system-specific policies and procedures. The policy can be included as part of the general security and privacy policy or be represented by multiple policies reflecting the complex nature of organizations. Procedures can be established for security and privacy programs, for mission or business processes, and for systems, if needed. Procedures describe how the policies or controls are implemented and can be directed at the individual or role that is the object of the procedure. Procedures can be documented in system security and privacy plans or in one or more separate documents. Events that may precipitate an update to access control policy and procedures include assessment or audit findings, security incidents or breaches, or changes in laws, executive orders, directives, regulations, policies, standards, and guidelines. Simply restating controls does not constitute an organizational policy or procedure.

## Patterns that use it (13)
- Critical (1): SP-029 Zero Trust Architecture
- Important (5): SP-004 SOA Publication and Location Pattern; SP-005 SOA Internal Service Usage Pattern; SP-022 Board of Directors Room; SP-033 Passkey Authentication; SP-035 Offensive Security Testing
- Standard (7): SP-008 Public Web Server Pattern; SP-011 Cloud Computing Pattern; SP-028 Secure DevOps Pipeline Pattern; SP-032 Modern Authentication; SP-044 SaaS Identity Lifecycle Management; SP-052 Decentralised Identity & Verifiable Credentials (draft); SP-054 CBDC and Digital Currency Infrastructure (draft)

## Clauses by framework (69 frameworks)
- iso_27001_2022: 5.2, 5.3, 7.5, A.5.1, A.5.2, A.5.4, A.5.15, A.5.31, A.5.36, A.5.37
- iso_27002_2022: 5.1, 5.15
- cobit_2019: DSS05
- pci_dss_v4: 7.1, 12.1
- nist_csf_2: GV.OC-03, GV.OV-01, GV.PO-01, GV.PO-02, GV.SC-03, ID.IM-01, ID.IM-02, ID.IM-03, PR.AA-01, PR.AA-05
- cis_controls_v8: CIS 6
- soc2_tsc: CC1.2-POF1, CC1.4-POF1, CC2.2-POF1, CC2.2-POF7, CC5.3, CC5.3-POF1, CC5.3-POF6, CC6.1, CC6.1-POF3, CC6.1-POF7, CC6.1-POF8, CC6.1-POF9, CC6.6, CC6.6-POF2, CC6.6-POF3, CC7.2-POF1, P1.1-POF5
- iso_42001_2023: A.2.2, A.2.3, A.9.2
- nis2: Art. 21(2)(i)
- mas_trm: 9
- bsi_grundschutz: ORP.4
- anssi: Hygiene.2, Hygiene.10, Hygiene.14, RGS.1.3, SecNumCloud.6.1, SecNumCloud.10.1
- osfi_b13: B-13.1.3, B-13.3.2
- finma_circular: IV.A(23), IV.A(24), IV.B.d(59), IV.B.d(60)
- gdpr: Art.5(1)(f), Art.24(1), Art.24(2), Art.25(1), Art.32(1)(b), Art.32(2)
- dora: Art.5(1), Art.6(1), Art.9(4)(c)
- bio2: 5.1, 5.15
- rbi_csf: Annex1.8, ITGRCA.19, ITGRCA.24
- fisc: FISC.T2
- lgpd_bcb: BCB.Art.2, BCB.Art.3, LGPD.Art.46, LGPD.Art.50
- hkma_tme1: TME1.2.5, TME1.8.1
- mlps_2: 8.1.5.3, 8.1.7.2
- dnb_good_practice: DNB.1.2
- cra: CRA.I.2d
- cbb_tm: TM-6
- cbuae: CR-4
- nca_ecc: 1-3, 2-2
- qatar_nia: AC
- sama_csf: 1.2, 3.1
- uae_ia: T3, T9
- bog_cisd: CISD-VIII
- bom_ctrm: 3.3
- cbe_csf: CTO-1
- cbn_csf: Part1.3, Part3.2
- popia: s19
- sa_js2: JS2-7.1
- bcbs_239: Principle 11
- bot_cyber: Ch2.2
- cpmi_pfmi: PFMI.P2, PFMI.P17
- eba_ict: 3.2.1, 3.3.1, 3.4.1, 3.4.2
- ecb_croe: CROE.2.3.1
- ffiec_is: II.C.1, II.C.7(b), II.C.15
- hipaa_sr: §164.308(a)(3)(i), §164.308(a)(4)(i), §164.310(b), §164.312(a)(1), §164.316(a)
- iosco_cyber: GOV-1, PROT-1
- nydfs_500: 500.3, 500.7
- sebi_cscrf: PR.AA
- cmmc_2: AC
- nerc_cip: CIP-003-9
- ferc_cip: Order 888
- tiber_eu: TIBER.CONF
- pci_hsm: 1
- common_criteria: CC Part 2 — FMT
- isae_3402: Clause 4
- fca_sysc_13: SYSC 13.6.5, SYSC 13.7.3
- fda_21_cfr_11: §11.10(d)
- fda_cyber: SA-1
- hitrust_csf: 01.a, 04.a
- iso_27799: 5.1, 9.1
- lloyds_ms: MS8.2
- naic_ds: 4-access, 4B
- nhs_dspt: NDG-1.1, NDG-4.1
- pra_ss1_23: P-IT.1
- solvency_ii: Art.41(1), Art.41(3), DR.258, DR.266, EIOPA-ICT-4.4
- csa_ccm_v4: DSP-01, IAM-01
- csa_aicm: DSP-01, IAM-01
- mica: Art.62(7)
- basel_sco60: SCO60.60
- bssc: GSP-11
- sec_custody_digital: SEC-CD-02, SEC-CD-05, SEC-CD-17, SEC-CD-20
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/AC-01
- Clauses only: /api/v1/controls/AC-01?fields=mappings
- Page for people: /controls/ac-01/