Academy home
Blogs
What is Statement of Applicability (SoA) in ISO 27001?
Part of ISO 27001 collection
Part of NIS2 collection

What is Statement of Applicability (SoA) in ISO 27001?

ISO 27001 collection
What is Statement of Applicability (SoA) in ISO 27001?
NIS2 collection
What is Statement of Applicability (SoA) in ISO 27001?
Cyberday blog
What is Statement of Applicability (SoA) in ISO 27001?

Statement of Applicability (also known as SoA) is one of the mandatory documents for ISO 27001 certification. In a nutshell, SoA explains which security controls (out of current total 93) from ISO 27001 standard are relevant for your organization, have you already implemented them and how you've done that.

Too often SoA is seen as a static document, although it should play an active role in compliance, continuous improvement and monitoring your overall ISO 27001 progress.

In this blog, we'll cover the main purpose and benefits of a well-working SoA document. We'll also explain it's main roles in good information security management that's based on ISO 27001.

What is Statement of Applicability (SoA) in ISO 27001?

Statement of Applicability explains which security controls from the Annex A listing in ISO 27001 standard are relevant for your organization, have you already implemented them and how you've done that.

Good to know: These exact contents, purpose and naming of SoA are specific to ISO 27001 standard, but the general idea of listing requirements or controls and displaying clearly your status and answer towards each can be applied to any kind of compliance reporting - towards any e.g. information security framework.

In a typical SoA document, you would list all the 93 controls of ISO 27001:2022 (often in an Excel file) and display the following things for each:

  • Applicability status (applicable or non-applicable)
  • Strong justification for each non-applicable control
  • Implementation status
  • References to more evidence / details about implementation
Excerpt from a traditional SoA document

It is vital to understand, that the control listing in ISO 27001 has been carefully built by industry experts and battle-tested over the years by hundreds of thousands of organizations. For this reason, you really can’t justify some fundamental controls as non-applicable and need strong reasonings for any controls that you’ve decided not to implement.

Also for the reason described above, most SoA documents from certified organizations look mostly green (i.e. the control has been implemented) with potentially a couple of controls defined non-applicable. But even in these cases, there can be a lot of variance in the depth of implementing each of the applicable controls.

A smart SoA document can pull in more implementation information from your ISMS, so you can use the SoA also as a tool to monitor the implementation and strenght of implementing each control directly from the SoA.

Example of an automated SoA document summary, creating itself through ISMS task content

Key purposes of SoA include:

  • Demonstrate control implementation: The controls list of ISO 27001 includes 93 controls that cover all different aspects of information security. SoA communicates with one look, how strong your current control implementation looks like.
  • Provides an ISMS overview: SoA is often one of the best ways to get an overview of your ISMS, as it provides a snapshot of security measures currently in place.
  • Facilitates the certification process: SoA is a key document in ISO 27001 certification audits. Certification audits require all sections of the standard to be reviewed, and SoA is usually used as the central point for navigation towards more detailed documentation that proves the implementation.
  • Supports information security risk management: SoA ensures you need to look at all recommended controls of ISO 27001 holistically, when deciding on the treatment of some information security risks.
  • Supports continuous improvement: After you reach initial compliance or certification once, your security work needs to be continuously improved. You might want to harden the implementation of certain controls, that experience incidents or highlighted risks. A good SoA should help you understand the current depth of implementing different controls.

3 main reasons why SoA so important

1. It’s a mandatory document for certification

  • ISO 27001 explicitly requires a SoA as part of the ISMS documentation.
  • This means, you can’t pass the ISO 27001 certification without a SoA document.
  • The auditor will use SoA as a key reference to assess control implementation and selection.

2. It demonstrates a justified security approach

  • SoA proves that the organization carefully selected security controls based on risk assessment results
  • SoA especially provides clear justification for any controls that were excluded from the Annex A control list.
  • This approach will e.g. avoid overlooking critical security measures which are part of any mature infromation security program.

3. It serves as a roadmap for implementation & audits

  • SoA serves as a guide for improving ISO 27001 compliance for the internal security teams, as they can track the implementation of needed controls.
  • Auditors use SoA to verify whether controls are operational and effective. Auditors can e.g. point out controls that are too vaguely implemented.
  • SoA also supports continuous improvement, as organizations should update it as the risk environment or own security needs evolve.

4 main roles for SoA in information security work

Below, we’ll explore four key roles that a well-structured SoA document plays in effective information security management. Understanding these roles helps organizations implement security controls efficiently while ensuring compliance with regulatory and business requirements.

1. SoA helping you actively improve compliance

SoA shouldn’t be just a list of controls and links to static policies that talk about these controls. It should be a live reference for security governance.

When creating the SoA through an ISMS tool, you can track your compliance score improvement and the level of assurance you have for score being accurate. This basically means, how strongly you have implemented relevant controls and how much detail there is in the ISMS to back this implementation status up (these details are e.g. named owners, done reviews, linked technologies, linked records or other related evidence demonstrating the implementation).

Tracking your current compliance score and assurance on a SoA document in Cyberday

2. SoA providing structure and overview for reviews & audits

Whether carrying out an internal or external audit based on ISO 27001, SoA will be your main go-to document. Auditors rely on SoA to see your security measures with the ISO 27001 structure.

Your internal auditors can do the same and audit your own security practices with the help of SoA, ensuring at the same time that audits can be split in smaller parts and still have demonstrateable coverage of the full standard.

If your SoA includes also enough information about the control implementation, your internal audits can focus on the first level to investigating whether the details found on SoA level are actually operational.

SoA utilized by an internal auditor in the audit view

SoA will also help management reviews – giving the top management the overview of our current ISO 27001 control implementation, before diving into more details.

3. SoA supporting continuous improvement

ISO 27001 standard can’t provide you exact details on implementing each control. There’s lots of room for implementing some controls with a lighter approach and going deeper on some controls – the ones you see the biggest risks related to.

A smart SoA document can be used to guide your thinking on strenghtening control implementation. You can understand which controls are already implemented very strongly, and in which you might have easy hardening actions available.

Significant changes on either your operations or your threat environment should also be visible as improvements on your control implementation.

Are you happy with the depth of your current implementation of the control, or should you go further?

4. SoA supporting customer security communication

Statement of Applicability is also one of the most popular documents your customers or other stakeholders might want to see. As any ISO 27001 certified organization is well familiar with the SoA, they might want to see your version.

SoA is one of the documents some organizations provide available for their stakeholders by request. This can be done e.g. on your website’s /security page or e.g. in a ISMS app’s trust center page, which can provide an “by-request” link to your most recently published live SoA.

SoA being shared for stakeholders through a Cyberday trust center

Final thoughts

To summarize, a properly utilized Statement of Applicability document will help you drive ongoing security and compliance efforts. It is mandatory for certification and a key document for anyone wishing to improve their ISO 27001 compliance.

If you’re running your information security in a proper ISMS tool, you won’t need to do any extra work for gathering together the SoA document – all the needed info should be always available in your ISMS! In this case, the SoA is the key report of your ISMS, giving the overview from the ISO 27001 and control implementation perspective.

Article contents

Other related blog articles

Share article