ISO 27001:2022

ISO 27001 Organisation Controls

ISO 27001 Annex A 5.1: Policies for information security

ISO 27001 Annex A 5.2: Information Security Roles and Responsibilities

ISO 27001 Annex A 5.3: Segregation of duties

ISO 27001 Annex A 5.4: Management responsibilities

ISO 27001 Annex A 5.5: Contact with authorities

ISO 27001 Annex A 5.6: Contact with special interest groups

ISO 27001 Annex A 5.7: Threat intelligence

ISO 27001 Annex A 5.8: Information security in project management

ISO 27001 Annex A 5.9: Inventory of information and other associated assets

ISO 27001 Annex A 5.10: Acceptable use of information and other associated assets

ISO 27001 Annex A 5.11: Return of assets

ISO 27001 Annex A 5.12: Classification of information

ISO 27001 Annex A 5.13: Labelling of information

ISO 27001 Annex A 5.14: Information transfer

ISO 27001 Annex A 5.15: Access control

ISO 27001 Annex A 5.16: Identity management

ISO 27001 Annex A 5.17: Authentication information

ISO 27001 Annex A 5.18: Access rights

ISO 27001 Annex A 5.19: Information security in supplier relationships

ISO 27001 Annex A 5.20: Addressing information security within supplier agreements

ISO 27001 Annex A 5.21: Managing information security in the ICT supply chain

ISO 27001 Annex A 5.22: Monitoring, review and change management of supplier services

ISO 27001 Annex A 5.23: Information security for use of cloud services

ISO 27001 Annex A 5.24: Information security incident management planning and preparation

ISO 27001 Annex A 5.25: Assessment and decision on information security events

ISO 27001 Annex A 5.26: Response to information security incidents

ISO 27001 Annex A 5.27: Learning from information security incidents

ISO 27001 Annex A 5.28: Collection of evidence

ISO 27001 Annex A 5.29: Information security during disruption

ISO 27001 Annex A 5.30: ICT readiness for business continuity

ISO 27001 Annex A 5.31: Identification of legal, statutory, regulatory and contractual requirements

ISO 27001 Annex A 5.32: Intellectual property rights

ISO 27001 Annex A 5.33: Protection of records

ISO 27001 Annex A 5.34: Privacy and protection of PII

ISO 27001 Annex A 5.35: Independent review of information security

ISO 27001 Annex A 5.36: Compliance with policies and standards for information security

ISO 27001 Annex A 5.37: Documented operating procedures

ISO 27001 Technical Controls

ISO 27001 Annex A 8.1: User Endpoint Devices

ISO 27001 Annex A 8.2: Privileged Access Rights

ISO 27001 Annex A 8.3: Information Access Restriction

ISO 27001 Annex A 8.4: Access To Source Code

ISO 27001 Annex A 8.5: Secure Authentication

ISO 27001 Annex A 8.6: Capacity Management

ISO 27001 Annex A 8.7: Protection Against Malware

ISO 27001 Annex A 8.8: Management of Technical Vulnerabilities

ISO 27001 Annex A 8.9: Configuration Management 

ISO 27001 Annex A 8.10: Information Deletion

ISO 27001 Annex A 8.11: Data Masking

ISO 27001 Annex A 8.12: Data Leakage Prevention

ISO 27001 Annex A 8.13: Information Backup

ISO 27001 Annex A 8.14: Redundancy of Information Processing Facilities

ISO 27001 Annex A 8.15: Logging

ISO 27001 Annex A 8.16: Monitoring Activities

ISO 27001 Annex A 8.17: Clock Synchronisation

ISO 27001 Annex A 8.18: Use of Privileged Utility Programs

ISO 27001 Annex A 8.19: Installation of Software on Operational Systems

ISO 27001 Annex A 8.20: Network Security

ISO 27001 Annex A 8.21: Security of Network Services

ISO 27001 Annex A 8.22: Segregation of Networks

ISO 27001 Annex A 8.23: Web Filtering

ISO 27001 Annex A 8.24: Use of Cryptography

ISO 27001 Annex A 8.25: Secure Development Life Cycle

ISO 27001 Annex A 8.26: Application Security Requirements

ISO 27001 Annex A 8.27: Secure Systems Architecture and Engineering Principles

ISO 27001 Annex A 8.28: Secure Coding

ISO 27001 Annex A 8.29: Security Testing in Development and Acceptance

ISO 27001 Annex A 8.30: Outsourced Development

ISO 27001 Annex A 8.31: Separation of Development, Test and Production Environments

ISO 27001 Annex A 8.32: Change Management

ISO 27001 Annex A 8.33: Test Information

ISO 27001 Annex A 8.34: Protection of information systems during audit testing

Home / ISO 27001 Annex A Controls / ISO 27001:2022 Annex A 5.37: Documented Operating Procedures

ISO 27001:2022 Annex A 5.37: Documented Operating Procedures

Last updated Sep 24, 2025

Author: Stuart Barker | ISO 27001 Expert and Thought Leader

What is it?

ISO 27001 Annex A 5.37 is the requirement to document your processes and procedures. An ISO 27001 documented operating procedure is a written set of instructions that tells you how to perform a task securely. It’s like a recipe for a specific process, ensuring everyone does it the same way every time to keep your data protected. This helps you show that your company is serious about information security.

Why is it important?

The purpose of ISO 27001 Annex A 5.37 Documented Operating Procedures is to ensure the correct and secure operation of information security processing facilities. It is about process maturity. Having a documented process that is repeatable and if repeated the results would be consistent. It isn’t saying you are not doing it. It is saying, document it.

What is the definition in the standard?

The ISO 27001 standard defines ISO 27001 Annex A 5.37 Documented Operating Procedures as:

Operating procedures for information processing facilities should be documented and made available to personnel who need them. 

ISO 27001:2022 Annex A 5.37

How do you implement it?

The headline guidance is, document all of your process and procedures. Do it to a level that is appropriate to you. Consider documenting common exception steps or steps in the process when the process does not go as intended.

Why do you need it?

You need these procedures for a few important reasons:

  • Consistency: They make sure everyone follows the same security rules.
  • Clarity: They help you understand exactly what you need to do to stay secure.
  • Compliance: They show auditors you have a solid plan for information security.
  • Accountability: They make it clear who is responsible for each security task.
  • Training: They are a great tool for training new staff on your security policies.

Who needs it?

If you’re aiming for ISO 27001 certification, you’ll definitely need these. This applies to any company, no matter the size or industry, that wants to prove its commitment to data security.

When do you document procedures?

You need to start creating these procedures during the planning and implementation phase of your ISO 27001 Information Security Management System (ISMS). They’re a core part of building a robust security framework.

The standard gives examples such as

  • when a procedure is performed by many people and needs to be done in the same way
  • when something is performed rarely and can be forgotten when it is needed again
  • when you do something new and if not done correctly it will create a risk
  • before someone else is taking on the procedure

How do you write procedures?

Writing these procedures is a team effort. You should:

  • Keep it simple: Use plain language that anyone can understand.
  • Define the purpose: Explain why this procedure is important.
  • List the steps: Break down the task into clear, numbered steps.
  • Assign responsibilities: Make it clear who does what.
  • Get it approved: Have the right people sign off on the procedure.

What do you document?

You need to document every process that you do for information security. The standard provides examples which are basically the processes and procedures of the standard. The following is the bare minimum:

  • document secure installation and configuration
  • document processing and handling of information, include manual and automatic methods
  • document backups and resilience
  • document scheduling requirements
  • document interdependencies between systems
  • document instructions for handling errors
  • document support and escalation contacts
  • document storage media handling
  • document restart and recovery procedures
  • document the management of audit logs, system logs, video monitoring, audit trails
  • document capacity management
  • document maintenance

When do you update procedures?

Update and review procedures as needed but at least annually. The standard does not say at least annually. But it will catch you out if you do not.

When you change something, that change needs to be authorised with some evidence that the authorisation took place.

How does this apply to Small Businesses, Tech Startups, and AI Companies?

  • Small Businesses: You can use simple procedures for things like data backup, protecting customer information, and handling employee access.
  • Tech Startups: For you, it’s all about securing your code, customer data, and intellectual property. Procedures for secure development and handling sensitive data are key.
  • AI Companies: You’re dealing with huge amounts of data. You’ll need procedures for data handling, privacy, and ensuring your AI models are secure and fair.

How can the ISO 27001 toolkit help?

The ISO 27001 toolkit is a collection of pre-made documents, templates, and guides. It’s like a shortcut to getting certified! It can save you hundreds of hours by providing you with the framework you need to create your own procedures, policies, and records.

ISO 27001 Toolkit

What Information Security Standards Need These?

The main standard that requires these procedures is, of course, ISO 27001. However, having good documentation is also a best practice for other security frameworks like NIST and SOC 2.

What are the relevant ISO 27001:2022 controls?

ISO 27001 Annex A 5.37 FAQ

Do I have to write a procedure for everything?

No, just for the things that are important to your information security.

Can I use a simple checklist instead?

Sometimes, but a detailed procedure is better for complex tasks.

What if my procedure is too long?

Try to break it down into smaller, easier-to-read sections.

How often should I update my procedures?

At least once a year, or whenever something changes in your process.

Is this a one-person job?

No, it should be a team effort involving people from different parts of your company.

What’s the difference between a policy and a procedure?

policy is the “what,” and a procedure is the “how.”

Will this make my company secure?

It’s a big part of it, but you also need to train your people and use the right tools.

What if my business is very small?

You can create simpler, more concise procedures.

Do I need to hire a consultant?

Not necessarily, but it can make the process faster and easier.

How do I show auditors my procedures?

They’ll want to see your documents and talk to your team about how you follow them.

What if a procedure isn’t followed?

You need to have a plan for what happens, like retraining or a discussion.

Do these procedures have to be digital?

No, but digital documents are easier to manage and update.

How do I make sure everyone reads them?

Make them easy to access and hold regular training sessions.

Can this help me with other regulations like GDPR?

Yes, good procedures for ISO 27001 will also help you meet requirements for other regulations.

Further Reading

How To Implement ISO 27001: A Step By Step Guide

ISO 27001 Change Management Policy Beginner’s Guide

ISO 27001 Logging and Monitoring Policy Beginner’s Guide

Matrix of ISO 27001 Controls and Attribute values

Control typeInformation
security properties
Cybersecurity
concepts
Operational
capabilities
Security domains
PreventiveAvailabilityProtectAsset managementGovernance and ecosystem
CorrectiveConfidentialityRecoverPhysical securityProtection
IntegritySystem and network securityDefence
Application Security
Secure configuration
Identity and access management
Threat and vulnerability management
Continuity
Information security event management

About the author

Stuart Barker is an information security practitioner of over 30 years. He holds an MSc in Software and Systems Security and an undergraduate degree in Software Engineering. He is an ISO 27001 expert and thought leader holding both ISO 27001 Lead Implementer and ISO 27001 Lead Auditor qualifications. In 2010 he started his first cyber security consulting business that he sold in 2018. He worked for over a decade for GE, leading a data governance team across Europe and since then has gone on to deliver hundreds of client engagements and audits.

He regularly mentors and trains professionals on information security and runs a successful ISO 27001 YouTube channel where he shows people how they can implement ISO 27001 themselves. He is passionate that knowledge should not be hoarded and brought to market the first of its kind online ISO 27001 store for all the tools and templates people need when they want to do it themselves.

In his personal life he is an active and a hobbyist kickboxer.

His specialisms are ISO 27001 and SOC 2 and his niche is start up and early stage business.