Independent thinking. Informed defence.

CISO Times

Intelligence for the people behind the defence.

The CISO Decision Brief

How do we…

How do we write an information security policy and objectives that stand up to an ISO 27001 audit?

7 decision pointsThe pack behind this answer: ISO 27001 Implementation & Certification Readiness

Add to board memo

The short answer

Recommendation
Write a short top-level policy for top management to approve, with the commitments the standard asks for. Set five to ten measurable objectives with owners and dates, and write topic policies only for the controls you chose.
Reasoning
Auditors read the policy and the objectives at the top of the system. The usual gaps are a policy with no objectives or way to set them, no commitment to improve, a signature from someone other than top management, a policy staff cannot reach, and objectives nobody measures. Writing a full policy set before the controls are chosen produces documents nobody runs, which the auditor then samples.
Considerations
  • The standard's wording is paywalled. The content of the policy here comes from public secondary guides and the pack's checklist, so confirm it with your certification body.
  • A combined policy with an information security section can serve, if it carries the commitments and is communicated.
  • Objectives that cannot be measured, or that nobody monitors, are a common finding. Reword them until a figure or a yes or no test can show them.
  • The pack's defaults are five to ten objectives and a review at least every 12 months. Your own procedure may set others.

The decision, step by step

Select any step for the reasoning behind it and where the pack covers it.

  • Start
  • Step
  • Decision
  • Outcome

Keyboard: Tab to a step, arrow keys move along the flow, Enter pins its explanation, + and − zoom, 0 fits the diagram, Esc closes. The text version below has the same content.

Where a step quotes a number, it is the default in the CISO Times pack. Your own standard may set a different one.

Read as text

The same flow written out: each step, its reasoning and where the pack covers it. 22 steps.
  1. Start

    We need an information security policy and objectives for ISO 27001

    The policy and the objectives are among the eight items without which the pack says a Stage 2 audit cannot pass. Top management establishes them, and they come early in the plan: the policy direction is approved at the first gate, and the objectives are set when the controls are chosen.

    In the pack

  2. Decision

    Does a top-level information security policy already exist?

    Many organisations already have one. Reuse it if it can be made to fit rather than starting again. If you are not sure it is current or approved, answer no.

    In the pack

  3. Step

    Write a short top-level policy

    A short policy signed by top management, with topic-specific policies beneath it. Keep it to direction and commitments: what the organisation intends and why, leaving rules and steps to the documents below. Use the policy template to keep the form consistent.

    In the pack

  4. Step

    Check the existing policy against what auditors find missing

    The pack lists the usual gaps: no objectives or framework for setting them, no commitment to continual improvement, signed by someone other than top management, not available to the people it applies to, and a review date that has passed.

    In the pack

  5. Decision

    Does it fit your purpose, carry the commitments and set objectives?

    Public guides to the standard describe four contents: fit with the organisation's purpose, a commitment to meet the requirements that apply, a commitment to continual improvement, and either objectives or a framework for setting them. If any is missing or unclear, answer no.

    In the pack

  6. Step

    Add the missing commitments and the objectives framework

    Say in plain sentences what the organisation commits to, and say how objectives are set and who sets them. A combined policy with an information security section is accepted if it carries these commitments and is communicated.

    In the pack

  7. Decision

    Is it approved and signed by top management, not by the security team?

    A policy signed by someone other than top management is one of the gaps the pack lists. Top management here means the board or a committee it has delegated to, the management board in a two-tier structure, or executive management where there is no board. If unsure, answer no.

    In the pack

  8. Step

    Take it to top management for approval and record the date

    Present the policy as a decision, not a circulation. Record who approved it and when, give it a version and a review date, and keep the approval under document control.

    In the pack

  9. Step

    Communicate it and make it easy to reach

    Publish it in one place staff can reach, get it acknowledged, and review it at least every 12 months or after a significant change. Auditors may ask staff where it is. Public guides also expect it to be available to interested parties where that is appropriate.

    In the pack

  10. Decision

    Is the Statement of Applicability approved?

    Only the controls you choose need documents. Writing a full policy set first produces documents nobody runs, which the auditor then samples. If the Statement is not yet approved, answer no.

    In the pack

  11. Step

    Hold the topic policies until the controls are chosen

    Keep the top-level policy now and write the topic policies after the controls are chosen. Do not buy a toolkit of dozens of policies describing processes nobody runs. Come back and write the topic policies once the Statement is approved.

    In the pack

  12. Step

    Write only the topic policies your chosen controls need

    Use the policy profile to decide which topics your size, regulators and certification target call for, and write the rest only if a control needs them. Each must be short, testable and owned.

    In the pack

  13. Step

    Set five to ten objectives

    Each objective has a measure, a target, an owner, the resources, a date and how the result is evaluated. Take them from your risk results where you have them, and from the requirements that apply, and keep them consistent with the policy. Top management sets them.

    In the pack

  14. Decision

    Can each objective be measured by something you can collect?

    The pack and auditors expect objectives that can be measured or tested; an unmeasured one is a common finding. If no figure or yes or no test can show whether it was met, or you are not sure the data exists, answer no.

    In the pack

  15. Step

    Reword it until a figure or a clear test can show it

    Change the objective, or the measure, so the data exists. Drop the objective if no honest measure can be found.

    In the pack

  16. Step

    Start measuring when the controls run, and report upward

    Begin measuring in the implementation phase. Keep dated results, analyse them, and take the trend to top management at the management review, since the certification body expects to see the objectives monitored.

    In the pack

  17. Decision

    Do the people who deliver each objective know it?

    Objectives must be communicated to the people who deliver them. If you have not told them, or cannot show that you did, answer no.

    In the pack

  18. Step

    Tell the owners and the teams, and keep a record

    Send the objectives to their owners and delivery teams in a short note or briefing, and keep it. Repeat when an objective changes.

    In the pack

  19. Step

    Review the policy and objectives at the planned interval

    Review at least every 12 months, after a significant change, and when the management review calls for it. Update the version and keep the record of the review.

    In the pack

  20. Decision

    Are topic policies still waiting for the Statement of Applicability?

    If the Statement was not approved when you reached the topic policies, they are still to write. Write only the ones the chosen controls need. If you are not sure, answer yes.

    In the pack

  21. Step

    Write the topic policies the chosen controls need

    Once the Statement of Applicability is approved, write and approve only the topic policies its controls call for, in the same short testable form.

    In the pack

  22. Outcome

    Policy approved, objectives set and measured: keep the records

    Keep the approved policy, the acknowledgement records, the objectives and their measurement results as controlled records. Certification bodies read the policy and objectives at Stage 1 and sample the records at Stage 2.

    In the pack

Practical checklist

  1. Check any existing policy for the commitments, the objectives framework and a top management signature.
  2. Have top management approve the top-level policy and record the date.
  3. Publish it where staff can reach it and keep acknowledgement records.
  4. Wait for the Statement of Applicability, then write only the topic policies the chosen controls need.
  5. Set five to ten objectives with a measure, target, owner, resources and date each.
  6. Start measuring when the controls run, and report the results at the management review.

Evidence to have ready

  • The approved policy with its version, approval date and next review date.
  • Acknowledgement records for a sample of staff.
  • The objectives record with measures, owners and dates.
  • Measurement results and the management review minutes that discuss them.

Assumptions

  • The scope is approved, or about to be, because the policy and objectives apply within it.
  • The risk assessment has produced results to draw objectives from, or will before you finalise them.
  • You aim to certify against ISO/IEC 27001:2022, or want a policy set that would stand an audit against it.
  • The number of objectives and the 12-month review interval are the CISO Times pack's defaults. Your own procedure may set different ones.

Not covered here