Independent thinking. Informed defence.

CISO Times

Intelligence for the people behind the defence.

The CISO Decision Brief

Control A.5.15Access control

Rules to control physical and logical access to information and other associated assets must be established and implemented, based on business and information security requirements.

This is the parent control of the access family — identity in A.5.16, credentials in A.5.17, rights in A.5.18, restriction in A.8.3, privileged access in A.8.2 — and what it asks for is the policy: on what basis access is granted at all.

The basis is business and security requirements, not convenience and not history. In practice that means deciding between role-based, attribute-based or another model, deciding where need-to-know applies, and deciding how access is authorised and by whom.

The recurring failure is an access model that exists in a document and not in the systems. Where rights are granted by copying an existing user, the model degrades with every joiner, and each new person inherits an accumulation that nobody has ever justified — which A.5.18’s review then has to unpick without knowing what was intended.

How to put this in place

Access decisions made case by case drift into inconsistency and excess. A written rule based on need-to-know gives approvers and administrators the same starting point.

  1. Decide the principles: need-to-know and least privilege.
  2. Define standard role-based access for common jobs, so most requests are routine.
  3. Write the request, approval, review and removal steps into an access control policy.
  4. Make sure the approver is never the person who grants the access.
  5. Apply it to a sample of systems and review it yearly; see also A.5.16 and A.5.18.

Evidence an auditor usually looks for: the approved access control policy, role definitions, and a sample of access grants traced to approvals.

What is in the packs for this

From ISO 27001 Implementation & Certification Readiness. Each one helps with this requirement.