ISO 27001 Annex A guide

ISO 27001 Annex A 5.15: Access control

Set risk-based principles for granting, using, reviewing and removing physical and logical access. This independent guide turns that purpose into practical ownership, operating evidence and auditor-ready testing.

Control
5.15
Category
Organizational controls
Primary outcome
Risk-based rules for granting, using, reviewing and removing physical and logical access.

What Control 5.15 means in practice

Risk-based rules for granting, using, reviewing and removing physical and logical access. Test the control through the organisation's actual scope, decisions, ownership and operating records rather than relying on a policy reference alone.

For access control, proportional design depends on the affected services, information, people and dependencies. The evidence below should be adapted to that real boundary.

Implementation steps

  1. Step 1. Define ownership, scope and operating criteria for access control.
  2. Step 2. Implement access process that fits the organization’s risks, services and working practices.
  3. Step 3. Integrate the activity with relevant change, exception and review processes.
  4. Step 4. Review performance and improve the arrangement when risks, technology or obligations change.

What good implementation looks like

  • samples showing approvals match actual permissions
  • access reviews that identify and remove inappropriate rights
  • timely revocation after role change or departure

Implementation evidence and effectiveness evidence

Evidence the control is implemented

  • approved access process
  • access review records
  • assigned ownership and approval evidence
  • sample implementation, review and exception records

Evidence the control is effective

  • samples showing approvals match actual permissions
  • access reviews that identify and remove inappropriate rights
  • timely revocation after role change or departure

How an auditor may test Control 5.15

  1. Select a representative in-scope service, asset or process.
  2. Confirm the accountable owner and expected operation.
  3. Trace a recent example: A finance role receives approved application permissions through a role profile.
  4. Inspect the operating record and corroborating technical evidence.
  5. Compare the design with evidence that the control operated effectively.
  6. Follow an exception or adverse result through decision and closure.
  7. Review trends, metrics and improvement decisions.

Questions to prepare for

  • How is access control implemented in practice?
  • Who owns the activity and how are decisions approved?
  • Show me a recent example from operation through review.
  • How are exceptions, changes or overdue actions handled?

Practical examples

Example 1

A finance role receives approved application permissions through a role profile.

Example 2

A temporary administrator entitlement expires automatically after the change window.

Example 3

Remote access is restricted by device posture and strong authentication.

Illustrative decision and evidence record

Control outcomeRisk-based rules for granting, using, reviewing and removing physical and logical access.
Illustrative activityA finance role receives approved application permissions through a role profile.
Evidence sampleapproved access process
Effectiveness signalsamples showing approvals match actual permissions
Auditor questionHow is access control implemented in practice?
Failure to challengedocumenting access control without consistent operation

Reviewer note: Test access control with a recent real example; a current operating record normally reveals more than policy wording alone.

Useful performance and coverage measures

  • high-risk entitlements reviewed
  • access removals completed on time
  • orphaned and dormant accounts

Approach for smaller and mature organizations

Smaller organization

Use a clear owner, a proportionate working record, built-in platform capability and a scheduled review. Sample real activity instead of creating duplicate paperwork for access control.

Mature or complex organization

Define service-level ownership, automated coverage reporting, integrated workflow, risk-based exceptions and independent assurance across business units and technology platforms.

Practical implementation checklist

  • □ Define ownership, scope and operating criteria for access control.
  • □ Implement access process that fits the organization’s risks, services and working practices.
  • □ Integrate the activity with relevant change, exception and review processes.
  • □ Review performance and improve the arrangement when risks, technology or obligations change.
  • □ Sample evidence has been checked for operation and effectiveness.
  • □ Exceptions have owners, rationale, review dates and closure evidence.

Common implementation mistakes

  • documenting access control without consistent operation
  • unclear ownership or review frequency
  • evidence that does not cover the full ISMS scope
  • exceptions accepted without risk-based approval or follow-up

Frequently asked questions

Does ISO 27001 prescribe quarterly reviews?

No. Organizations commonly choose review frequencies based on risk, privilege, role sensitivity and obligations.

Is access control only an IT responsibility?

No. Business and information owners decide need; technology teams implement and enforce it.

How does this differ from identity management?

Access control sets the governing principles, while identity and access processes operate those rules through the identity lifecycle.

Use the interactive control lookup

Open Control 5.15 in the free tool to browse connected controls and practical evidence alongside the complete reference set.

Open Control 5.15 in the Annex A lookup →