Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Inputs/prerequisites/requirements

  • Understand the context and internal and external requirements of the organisation (ISO/IEC 27001 section 4)
  • A defined risk management process (ISO/IEC 27001 section 6)

The model for an ISMS as set out in these documents and ISO/IEC 27001 is just a model, and it not intended to be proscriptive. You can make  some decisions related to controls without having first used your risk management process. You might do this when thinking about the overall control set or controls needed to meet customer requirements. It is equally as valid to perform a complete risk assessment before considering control sets and risk treatment options. You may also require:

  • A completed risk assessment, analysis of the identified risks and prioritisation (ISO/IEC 27001 §6.1.2)
  • A list of risk owners

If this is not first time you are thinking about controls then you will need to take into account:

  • The effectiveness of previously selected controls
  • The results of previous risk assessments
  • The evaluation of monitoring and measuring activities

This page aims to address ISO/IEC 27001 §6.1.3 Information Security Risk Treatment

i.e. select treatment options (not necessarily controls - e.g. accept, insure, stop certain activities/behaviour, etc.), determine applicable controls to mitigate risk (ref lists below), produce a statement of applicability for implementing the controls. 

Control sets

You will need to make a decision decide on what set of controls is most appropriate to use within in your organisation. From It is from this set of controls, that you will select those the controls necessary to control risks, and meet internal and external requirements. Sets of controls include:

There may be also be controls specific for your country. The Some countries may have their own control sets, for example the UK specifies five controls for basic cyber hygine hygiene in the Cyber Essentials standard., and controls/objectives for operators of essential services under the NIS Directive are published by NCSC.

Domains and activities Particular domains for example, scientific collaboration environments, may also have their own control sets, for example in : scientific collaboration environments have https://www.eugridpma.org/sci/, telecommunications sector ISO/IEC 27011, and cloud computing ISO/IEC 27017

ISO/IEC 27001:2013 allows you to select for the selection of controls from any source , but (you can also create your own controls). However, you must justify the exclusion of any controls from Annex A which you have chosen not to implement, to and ensure that no necessary controls from Annex A are overlooked.

Most Consequently most organisations will chose Annex A as their normal set of controls, with additional controls chosen for particular business requirements. It is unusual for an organisation to do something different to this.

Prioritisation/Triage

When first starting out, or setting up establishing an ISMS, the number of controls you need to implement may be overwhelming. It might be is advisable to focus on the controls necessary needed to address the most important biggest risks, or that provide the greatest overall reduction in risk, and then come back to other controls at a later stage. It Your NREN is also likely to have existing controls in place, particularly around the operation and monitoring of the network. A good tip is to remember that it is not necessary to get things complete or perfect at the outset - this is what continual improvement is for.

...

ISO/IEC 27001:2013 Annex A can be overwhelming both ourselves as information security practitioners but also to our colleagues. It can appear to be is a very technical and bureaucratic listing bureaucratic list of things that must be done with no direct relationship with to the organisation's objectives, activities, and risks. You should may need to think about how you present controls within your organisation. It You could be a idea to group your selected controls by

...

It is helpful to get input from a wide variety of sources at all levels within your organisation who can present different perspectives and expertise on the choice and implementation of controls.

Effectiveness

Your selection of controls must be practical for your organisation and staff to implement and understand, otherwise they will not be effective. You should think about how you will monitor and measure the controls as set out in section 9 of the standardIt can be too easy just to focus on the inputs of more technical colleagues.

Selection

All controls must be selected for a reason. The core reason in ISO 27001 is to address a specific risk. The control must do something to reduce this the risk.

Controls may also be selected because a customer has asked you to implement it, or because a law or regulation requires it. You should try to understand these external factors in Section 4 of the standard.

This section should have a reference to ISO 27001 chapter 6: planning.

Selected controls should be implemented in a lawful manner.

Effectiveness

Your selection of controls must be practical for your organisation and staff to implement and manage, otherwise they will not be effective at reducing risk. You should think about how you will monitor and measure the controls as set out in section 9 of the standard.

Risk treatment options

Not all risks need to be controlled. Some may be acceptable, some can be insured against, or the activity leading to the risk can be stopped. You should pick the most acceptable treatment option, but it is likely that in most cases you will chose to control the risk.

Cost

ISO/IEC 27001 does not going into detail on the costs of implementing controls, but controls should be appropriate. You should assume this includes the cost of controls. The cost of a control should be less than the expected loss of the risk it is attempting to control. In practice it should much less than this. 

Training/Awareness

It is sensible to provide training to those responsible for implementing, managing, or monitoring controls. This should cover the reasons why the controls are implemented, how they are intended to reduce risk, and the different ways in which the control can be implemented. It cab be a useful way to get feedback on the suitability of controls. Consider making this training available to your internal auditors.

Risk acceptance

The selection of controls to treat risks must be accepted by risk owners, and they must also accept any residual risk remaining after treatment. You must have a risk treatment plan that details the risks, selected controls, acceptance by the risk owner, and the implementation of the control (or not - it is fine to have selected a control but not yet implemented it). 

Statement of applicability

ISO/IEC 27001 requires that you produce a statement of applicability (SoA). It must contain the necessary controls (those you have chosen and Annex A), detail the controls you have selected and why, and the justification for controls you have excluded from Annex A. Many organisations decide to provide internal and external facing SoAs with different levels of confidential information. Your SoA must be subject to version control.

SOA - Template

View file
nameTemplate - Statement of applicability (SOA) v 1.1.xlsx
height250


Outputs

  • Risk treatment plan
  • Statement of applicability
  • An understanding of residual risk after control selection


View file
nameTemplate - Risk treatment plan.doc
height250
There is a strong relation with the ISO 27001 Statement of Applicability, and the risk based selection of controls. You can use ISO 27002 and its chapters for grouping controls or you can use other groupings that are better suited to your business processes.