Which treatment will address the residual risk that falls within the risk appetite?

An ISO 27001 risk assessment helps organisations identify, analyse and evaluate weaknesses in their information security processes.

Do you want to know how to get your ISO 27001 risk assessment process right? In this blog, we take a look at five things you can do to get started.

1. Establish a risk management framework

One of the key elements is having conditions for performing a risk assessment – e.g. annually and whenever there is a significant change.

This includes how you will identify risks; who you assign risk ownership to; how the risks affect the confidentiality, integrity and availability of the information; and the method of calculating the estimated damage of each scenario and the likelihood of it occurring.

A formal risk assessment methodology needs to address several issues:

  • Your organisation’s core security requirements
  • Risk scale
  • Risk appetite
  • Methodology: scenario- or asset-based risk assessment

2. Identify risks

Identifying the risks that can affect the confidentiality, integrity and availability of information is the most time-consuming part of the risk assessment process.

We recommend following an asset-based approach. Developing a list of information assets is a good place to start, but if your organisation has an existing list, most of the work will already be done.


Free download: Risk assessment and ISO 27001

You can learn more about information security risk assessments by downloading our free green paper: Risk assessment and ISO 27001.

This guide explains:  

  • The three stages of the ISO 27005 risk assessment process: risk identification, analysis and evaluation; 
  • Risk assessment and the ISO 27001 Statement of Applicability;
  • How to use risk assessments to achieve maximum benefits from minimum security costs; and
  • How risk assessments fit into the continuous improvement cycle.

3. Analyse risks

You must identify the threats and vulnerabilities that apply to each asset.

For example, if the threat is ‘theft of mobile device’, the vulnerability might be ‘a lack of formal policy for mobile devices’.

4. Evaluate risks

Now it’s time to assess how significant each risk is. It’s wasteful to implement measures in response to every risk you face, so you should use a risk assessment matrix to help you identify which risks are worth treating and prioritise them.

Which treatment will address the residual risk that falls within the risk appetite?

Most risk assessment matrices look like this, with one axis representing the probability of a risk scenario occurring and the other representing the damage it will cause. In the middle, you have scores based on their combined totals.

You should use the matrix to score each risk and weigh the totals against your predetermined levels of acceptable risk (i.e. your risk appetite). The scores will determine how you address the risk, which is the final step in the process.

5. Select risk treatment options

There are several ways you can treat a risk:

  • Avoid the risk by eliminating it entirely
  • Modify the risk by applying security controls
  • Share the risk with a third party (through insurance or by outsourcing it)
  • Retain the risk (if the risk falls within established risk acceptance criteria)

The method you choose will depend on your circumstances. Avoiding the risk is obviously the most effective way of preventing a security incident, but doing so will probably be expensive if not impossible.

For example, many risks are introduced into an organisation by human error, and you won’t often be able to remove the human element from the equation.

You’ll therefore be required to modify most risks. This involves selecting the relevant controls, which are outlined in Annex A of ISO 27001.

Risk assessment reports

Getting the risk assessment process right is obviously important, but you must remember that it’s only the first step towards effective security. Once you’ve completed the assessment, you must report on your findings and implement a plan of action.

You must produce several reports based on your risk assessment for audit and certification processes. The following two are the most important:

  • SoA (Statement of Applicability)

An SoA documents the relevance of each of ISO 27001’s controls to your organisations. It should contain a list of controls that you will or won’t implement, along with an explanation of why they have or haven’t been selected. (Remember, you only need to apply a control if it will mitigate a risk that you’ve identified.)

You should also state your level of progress in implementing the control. This could be a simple ‘done/not done’ checkbox, or you could go into more detail, explaining whether you have a plan, are waiting for further guidance, have begun work, and so on.

Lastly, you must explain why any omitted controls were deemed irrelevant.

  • RTP (risk treatment plan)

An RTP provides a summary of each identified risk, the responses that have been designed to deal with the risk, the parties responsible for those risks and the target date for applying the risk treatment.

Dealing with risk doesn’t necessarily mean eliminating it. Depending on the circumstance, you might be better off modifying the risk by applying security controls, sharing the risk with a third party (whether that’s an insurer or another third party) or retaining the risk (if you decide that the likelihood or severity of the risk doesn’t justify the cost of implementing the relevant controls).

What else should you document?

Additional documents will help when auditing your SoA and RTP. You should consider producing:

  • A risk assessment report, providing an overview of the assessment, including relevant assets, the treatment applied, and the estimated impact and probability of each risk;
  • A risk summary report, detailing the residual risk, i.e. the risks that remain after risk treatment; and
  • A comments report, attached to your risk assessment, to explain your decisions in more detail.

Simply your risk assessment process

Those looking for help completing their risk assessment should take a look at our vsRisk software service.

Which treatment will address the residual risk that falls within the risk appetite?

Fully aligned with ISO 27001, this tool is designed to ensure that you get repeatable, consistent risk assessments year after year. 

Its integrated risk, vulnerability and threat database helps you identify every potential way that a breach can occur and the best way of managing them.

vsRisk™ has been proven to save organisations time, effort and expense when completing the risk assessment process.


A version of this blog was originally published on 11 February 2020.

How do you address residual risk?

In general, when addressing residual risk, organizations should follow the following steps:.
Identify relevant governance, risk and compliance requirements..
Determine the strengths and weaknesses of the organization's control framework..
Acknowledge existing risks..
Define the organization's risk appetite..

What is risk appetite and residual risk?

The Inherent risk appetite defines what strategies can / cannot be even brought to the table. The residual risk appetite specifies that only where it is possible to control the risk to the residual risk appetite level, may the strategy be pursued.

What are the 4 risk treatments?

Risk treatment measures can include avoiding, optimizing, transferring or retaining risk. The measures (i.e. security measurements) can be selected out of sets of security measurements that are used within the Information Security Management System (ISMS) of the organization.

Which activity needs to be performed when the residual risk is unacceptable?

When residual risk is found to be unacceptable, mitigations should be implemented and validated (even if that means a delay in production or device approval).