Skip to content

6. Planning

6.1 Actions to address risks and opportunities

Section titled “6.1 Actions to address risks and opportunities”

Risk management has three steps: identify risks, assess them with fixed criteria, and treat them. Clause 8 is doing it; this page describes how.

  • At least twice a year the ISMS security meeting is a risk identification session: the people with security roles from each product ask what can go wrong with our information and systems.
  • The same session looks for opportunities: changes that make our security or the ISMS better. Each one becomes an issue, planned like other work.
  • New risks also come from incidents, audit findings, changes (see the change management policy) and new suppliers.
  • Every identified risk becomes an issue linked to the ISMS risk register, using the template there.

Each risk gets an impact and a likelihood, both High, Medium or Low, using the criteria below. The criterion that applies is written in the risk issue, so a colleague assessing the same risk next year gets the same result.

Impact is judged on confidentiality, integrity and availability. The highest level whose criterion is met applies.

ImpactCriteria
HighPersonal data of 2000 or more people, or any special category personal data, is exposed or altered; loss above 5% of yearly turnover; a production product is down for more than one working day; a breach of law or contract that must be reported
MediumPersonal data of fewer than 2000 people or confidential business data is exposed or altered; loss between 1% and 5% of yearly turnover; a production product is down or degraded for more than one hour
LowOnly internal or public information is affected; loss below 1% of yearly turnover; degradation of less than one hour; recovery without customer impact
LikelihoodCriteria
HighExpected at least once a year, or it happened to us or a comparable company in the last year, or it needs no special access or skill
MediumExpected once in one to five years, or it needs some access or skill
LowExpected less than once in five years, or it needs privileged access combined with another failure

The score follows from the matrix:

Impact \ LikelihoodLowMediumHigh
HighMediumHighHigh
MediumLowMediumHigh
LowLowLowMedium
  • Every risk has an owner and a treatment: mitigate, avoid, transfer, or accept. The owner approves the treatment plan.
  • A High risk gets a treatment plan within one month and its actions in the next sprint. A Medium risk gets a plan within three months. A Low risk may be accepted by its owner, with the reason in the issue.
  • The actions are a task list in the risk issue and are planned in sprints like any other work.
  • The treatment names the Annex A controls it relies on. Every applicable control in the Statement of Applicability links to at least one risk, so no control is missing.
  • A risk issue is closed when its actions are done and the owner accepts the remaining risk.

The information security policy states what we want to achieve. These objectives make that measurable. Each objective has an issue linked to ISMS objectives where its measurements are recorded.

ObjectiveKPITargetOwner
Keep customer data confidentialPersonal data breaches that must be reported to the Autoriteit Persoonsgegevens0 per yearInformation Security Officer
Fix vulnerabilities quicklyTime from a known critical or high vulnerability in production code or images to the fixCritical within 7 days, high within 30 daysProject lead
Keep products availableMonthly availability of each production product99.9%Infrastructure
Run the ISMS as plannedRecurring ISMS tasks completed in the period they are due100%Information Security Officer
Keep everyone awareEmployees who attended a security awareness moment in the last 12 months100%Information Security Officer

For each objective the issue states what is done, the resources it needs, who is responsible, when it is completed, and how the result is evaluated. The ISMS security meeting reviews the KPIs; the yearly management review sets the objectives for the next year.

Changes to the ISMS itself, such as a new product in scope, a new policy, or a change of roles, follow the change management policy as a big change.