A.5.18 A.5 · Organisational Controls

A.5.18 — Access rights

Provision, review, modify and revoke access rights in line with the access control policy.

Also written as A5.18, Annex A 5.18, ISO 27001:2022 A.5.18, ISO27001 A.5.18.

What ISO 27001 A.5.18 requires

Access rights is one of 37 Organisational Controls in ISO/IEC 27001:2022 Annex A. Provision, review, modify and revoke access rights in line with the access control policy. Organisational controls are judged on governance rather than tooling: an auditor wants a named owner, an approval trail, and evidence the control is exercised on a defined cadence rather than written once and filed.

Audit evidence assessors look for

When preparing your Statement of Applicability (SoA) for A.5.18, gather artefacts such as:

  • Access provisioning request records (tickets or forms)
  • Quarterly or semi-annual access review records
  • Termination access revocation records (within defined SLA)
  • SoD enforcement evidence in access provisioning

How A.5.18 maps to SOC 2 and NIST CSF

If you run more than one framework, the same evidence usually satisfies all of them. A.5.18 aligns with:

SOC 2: CC6.2 Provisioning and deprovisioning, CC6.3 Role-based access and least privilege

NIST CSF 2.0: PR.AA-01 Identity and credential management, PR.AA-05 Access authorization and least privilege

ISO 27001:2013 mapping

A.5.18 consolidates the following ISO 27001:2013 control(s): A.9.2.2, A.9.2.5, A.9.2.6. If you are transitioning an existing ISMS, map your prior evidence for these to A.5.18 in your updated SoA.

Map A.5.18 to NIST CSF & SOC 2 →
Crosswalk this control in the Control Mapper & Gap Assessment.
Document the risk →
Record treatment for gaps against A.5.18 in the Risk Register.

Related Annex A controls

A.5.16 Identity management A.5.17 Authentication information A.5.3 Segregation of duties A.5.15 Access control A.8.2 Privileged access rights A.6.7 Remote working

See all 37 Organisational Controls →

Frequently asked questions

Is ISO 27001 A.5.18 mandatory?

Annex A controls are not mandatory in the abstract. Clause 6.1.3 requires you to compare your risk treatment plan against Annex A and justify, in the Statement of Applicability, any control you exclude. If your risk assessment surfaces a risk that A.5.18 addresses, excluding it needs a documented, risk-based rationale that an auditor will test.

How do auditors test ISO 27001 A.5.18?

In two passes. First design: does a documented control exist, is it owned, and does it address the risk? Then operating effectiveness: the auditor samples records from across the audit period to confirm the control actually ran. A Stage 2 audit will typically pull several samples, so evidence that only exists for the month before the audit is a common finding.

How often should A.5.18 be reviewed?

ISO 27001 sets no fixed interval — it requires review at "planned intervals" and after significant change. Annual review is the norm most certification bodies expect, with an out-of-cycle review triggered by incidents, major system changes, restructures, or new regulatory obligations. Record the review date and outcome either way; an undated control is treated as unreviewed.

What does ISO 27001 A.5.18 map to in SOC 2 and NIST CSF?

A.5.18 aligns with SOC 2 CC6.2, CC6.3 and NIST CSF PR.AA-01, PR.AA-05. Evidence gathered for one framework will usually satisfy the others, which is the basis for a test-once, satisfy-many control library.

What was A.5.18 in ISO 27001:2013?

A.5.18 consolidates 3 control(s) from the 2013 edition: A.9.2.2, A.9.2.5, A.9.2.6. When transitioning, re-point the existing evidence rather than rebuilding it — the underlying requirement has not changed materially.