GRC Risk Management Software

ISO 27001 risk treatment plan template: How to write it and what to include

ISO 27001 is the global standard for information security. One of the most important parts of the standard is risk management. During ISO 27001 implementation, organizations identify information security risks and then decide how to treat them. The output of this process is called the risk treatment plan.

 

A risk treatment plan explains how the organization will reduce, avoid, transfer, or accept risks. It includes details about actions, control selection, responsibilities, deadlines, and residual risk. The plan becomes a key document during ISO 27001 certification and audit reviews.

 

This guide explains how ISO 27001 risk treatment plans work, how to write them, and what information must be included. It also provides a beginner-friendly template and best practices for using the plan during audits.

 

 

What is an ISO 27001 risk treatment plan

 

A risk treatment plan is a structured document that describes how the organization plans to handle identified risks from the risk assessment process. It links risks to treatment actions and security controls.

 

The purpose of the plan is to show that the organization:

 

  • Understands its security risks.
  • Can justify treatment decisions.
  • Can demonstrate progress and evidence.
  • Can support certification and audit requirements.

 

Auditors use the risk treatment plan to check that risks are being managed and that the Information Security Management System is operating as expected.

 

Why ISO 27001 requires a risk treatment plan

 

ISO 27001 is a risk-based standard. This means certification is not achieved by copying controls from a checklist. Instead, the organization must show that controls are chosen for a clear and justified reason.

 

The risk treatment plan helps prove that the organization:

 

  • Followed a structured decision process.
  • Connected treatment decisions to real risks.
  • Assigned ownership for risk actions.
  • Tracked deadlines and results.
  • Reduced residual risk to acceptable levels.

 

Without a treatment plan, the risk management process cannot be verified.

 

Who prepares the risk treatment plan

 

The risk treatment plan is usually prepared by:

 

  • Information security risk managers.
  • ISO 27001 leads.
  • Compliance teams.
  • CISOs or infoSec managers.
  • External consultants.

 

Other stakeholders may review or approve the plan, including:

 

  • IT.
  • Legal.
  • Leadership.
  • Internal Audit.

 

Ownership varies depending on the size and structure of the organization.

 

What to include in an ISO 27001 risk treatment plan

 

While there is no strict format, most ISO 27001 treatment plans include the following fields:

 

  • Risk description: A short summary of the risk identified during the assessment.
  • Risk owner: The person responsible for managing the risk.
  • Risk treatment option: Reduce, avoid, accept, or transfer.
  • Security controls: Controls selected to treat the risk, often from Annex A.
  • Treatment actions: Specific tasks required to implement the controls.
  • Due dates: Deadlines for completing treatment actions.
  • Status: Whether treatment is ongoing, completed, or overdue.
  • Residual risk: Remaining risk after treatment.
  • Approval: Confirmation that leadership or the ISMS owner has accepted the plan.

 

These fields help auditors track the lifecycle of each risk.

 

Example of a risk treatment plan entry

 

Below is a simple sample entry:

 

Field Example
Risk Description Unauthorized access to customer data
Risk Owner Head of Information Security
Treatment Option Reduce
Control Access control, MFA, user reviews
Action Enforce MFA on production systems
Due Date March 31, 2025
Status In Progress
Residual Risk Low
Approval Accepted by ISMS Manager

 

This is a basic example. Real entries may contain more detail depending on the maturity of the Information Security Management System.

 

Treatment options under ISO 27001

 

ISO 27001 supports four treatment options:

 

Reduce: Adding controls to lower risk likelihood or impact.

 

Avoid: Stopping an activity that creates risk.

 

Transfer: Shifting risk to an external party such as a supplier or insurer.

 

Accept: Agreeing to retain the risk because it is within acceptable limits.

 

Each option must be justified. For example, risk acceptance requires a documented approval process.

 

How the risk treatment plan connects to Annex A controls

 

The risk treatment plan helps select relevant ISO 27001 Annex A controls. Annex A provides a list of security controls that support risk reduction.

 

Examples include:

 

  • Access control.
  • Asset management.
  • Cryptography.
  • Incident management.
  • Backup.
  • Logging and monitoring.
  • Business continuity.

 

Risk managers map risks to controls during the treatment process. Auditors review these mappings closely.

 

How the risk treatment plan connects to the statement of applicability

 

After the risk treatment plan is approved, the organization updates the Statement of Applicability. The Statement of Applicability explains which Annex A controls were chosen or not chosen and why.

 

The risk treatment plan helps justify these decisions. If a control is excluded, a clear explanation must be provided.

 

Using the risk treatment plan during ISO 27001 audits

 

Auditors often check the risk treatment plan during both Stage 1 and Stage 2 audits.

 

They review whether:

 

  • The plan is consistent with the risk assessment.
  • Treatment decisions are logical.
  • Controls were implemented as planned.
  • Residual risks are acceptable.
  • Responsibilities are clear.
  • Deadlines were met.
  • Evidence is available.

 

If the plan is incomplete or outdated, auditors may raise nonconformities.

 

Best practices for writing a risk treatment plan

 

Here are the best practices that help organizations prepare strong plans:

 

  • Keep it simple: Clear descriptions help leaders and auditors understand the plan.

 

  • Update regularly: Plans should not remain static as the environment changes.

 

  • Assign real owners: Ownership drives accountability and execution.

 

  • Avoid vague treatments: Actions must be specific and measurable.

 

  • Connect to evidence: Evidence shows controls are operating.

 

  • Review residual risk: Residual risk must align with the acceptance criteria.

 

  • Link to other ISMS documents: Risk treatment should support policies and internal audits.

 

These practices help create a reliable and audit-ready plan.

 

Common mistakes in risk treatment plans

 

Common issues include:

 

  • Treatment actions with no due dates.
  • Risks without assigned owners.
  • Residual risk not evaluated.
  • Plans not updated before audits.
  • Controls chosen without risk justification.
  • Overuse of risk acceptance.

 

These mistakes slow down certification and may trigger nonconformities.

 


 

Free ISO 27001 risk treatment plan template

 

A simple template for beginners may include:

 

  • Risk ID
  • Risk description
  • Risk category
  • Treatment option
  • Annex A control
  • Treatment action
  • Evidence
  • Status
  • Due date
  • Residual risk
  • Risk owner
  • Approval

 

Organizations may expand templates as their ISMS matures.

 

How tools improve risk treatment plans

 

Manual treatment plans rely on spreadsheets and email updates. This makes tracking slow and prone to error.

 

Tools help by:

 

  • Linking risks to controls.
  • Managing deadlines.
  • Tracking evidence.
  • Supporting audits.
  • Improving reporting.
  • Reducing administrative work.

 

This approach makes the ISMS sustainable instead of manual.

 

How CyberArrow GRC helps with ISO 27001 risk treatment plans

 

CyberArrow GRC helps organizations build, manage, and track ISO 27001 risk treatment plans in a structured and automated way.

 

With CyberArrow GRC, organizations can:

 

  • Run ISO 27001 risk assessments.
  • Select Annex A controls.
  • Map risks to treatment actions.
  • Assign ownership and deadlines.
  • Track residual risk.
  • Prepare for Stage 1 and Stage 2 audits.
  • Maintain evidence and documentation.

 

CyberArrow GRC reduces manual work and helps ensure that risk treatment plans remain accurate and audit-ready at all times.

 

See what our clients have to say about CyberArrow GRC:

 

Emirates Testimonial

Conclusion

 

The ISO 27001 risk treatment plan is one of the most important documents in the standard. It connects risks to controls, defines actions, assigns ownership, and shows that the organization makes informed security decisions. With a clear and well-structured plan, organizations strengthen their security and support their certification journey.

 

Manual risk treatment plans are possible, but they are harder to maintain and review. CyberArrow GRC helps organizations automate and manage risk treatment plans, making ISO 27001 certification and ongoing compliance much easier.

 

For organizations looking to improve risk management and simplify audits, CyberArrow GRC is the right platform to support the ISO 27001 journey.

 


 

FAQs

 

What is an ISO 27001 risk treatment plan used for?

It is used to document how an organization will handle information security risks. It connects risks to treatment actions, controls, owners, and deadlines. Auditors use it to confirm that risks are being managed correctly.

 

Who approves the ISO 27001 risk treatment plan?

Approval depends on the structure of the organization. It is normally approved by the ISMS manager, the CISO, or top management. Approval is required because it confirms that the plan aligns with business priorities and risk acceptance levels.

 

Are risk treatment plans mandatory for ISO 27001 certification?

Yes. ISO 27001 requires organizations to identify risks and show how they are treated. The treatment plan is part of this process and becomes evidence during Stage 1 and Stage 2 audits.

 

How often should the ISO 27001 risk treatment plan be updated?

It should be updated whenever risks change, or new systems, suppliers, or business processes are introduced. Many organizations update it at least once per year as part of risk review and management review activities.

 

Can tools help create and maintain the risk treatment plan?

Yes. GRC platforms such as CyberArrow allow organizations to link risks to controls, track deadlines, monitor residual risk, and prepare for audits without manual spreadsheets.

Avatar photo
CyberArrow team