GuideGlobalISO/IEC 27001

ISO/IEC 27001 Audit Readiness

Prepare the ISMS evidence an auditor will expect: scope, risk method, risk results, treatment plan, Statement of Applicability, Annex A control samples, internal audit findings, management review outputs, and corrective actions.

Use this as practical implementation guidance for ISO/IEC 27001 audit preparation and certification readiness, not as a substitute for your certification body's audit criteria.

Author
Sorena AI
Published
May 9, 2026
Updated
May 9, 2026
Sections
5

Structured answer sets in this page tree.

Primary sources
5

Cited legal and guidance references.

Publication metadata
Sorena AI
Published May 9, 2026
Updated May 9, 2026
Overview

Use this page to turn ISO/IEC 27001 audit readiness into a working evidence pack. The goal is not to create more policy text; it is to show that the ISMS scope, risk decisions, control selection, operating controls, audit findings, management review, and corrective actions are current and traceable.

Section 1

Start With The Audit Boundary

Audit readiness starts with a clear ISMS boundary. The auditor should be able to see which business activities, locations, technologies, teams, suppliers, and information assets are inside scope, which interfaces are outside scope, and why those boundaries are reasonable.

Treat the scope statement as the anchor for the rest of the evidence pack. Risk assessments, treatment plans, Annex A control decisions, internal audit samples, management review inputs, and certification claims should all map back to the same boundary.

If a product, cloud environment, acquisition, outsourced process, or customer commitment changed since the last review, audit readiness means refreshing the scope and downstream evidence before the external audit exposes the gap.

  • Keep a documented ISMS scope with included services, sites, cloud environments, business units, and material dependencies.
  • Record scope exclusions or interfaces explicitly so auditors do not have to infer them from diagrams or sales copy.
  • Check that the certificate scope, internal scope statement, customer assurance language, and audit sampling plan do not contradict each other.
Section 2

Build The Risk And SoA Evidence Chain

A useful ISO/IEC 27001 audit pack connects risk assessment to risk treatment and then to the Statement of Applicability. The risk method should define criteria, the risk results should be repeatable enough to compare over time, and the treatment plan should show which risks are reduced, accepted, avoided, or transferred.

The Statement of Applicability should not be a static Annex A checklist. For each Annex A control, it should show whether the control is applicable, the justification for inclusion or exclusion, the implementation status, and the relationship to selected risk treatments or other information security requirements.

Before the audit, reconcile the risk register, treatment plan, SoA, policy exceptions, and control evidence. If a risk treatment relies on a control that is marked incomplete or excluded in the SoA, fix the inconsistency or document the accepted residual risk.

  • Risk method: criteria for likelihood, impact, risk acceptance, ownership, review frequency, and change-triggered reassessment.
  • Risk records: assets or processes affected, confidentiality/integrity/availability impact, treatment decision, residual risk, owner approval, and review date.
  • SoA records: Annex A control applicability, inclusion or exclusion rationale, implementation status, evidence link, control owner, and last review.
  • Treatment records: approved actions, deadlines, residual risk acceptance, dependencies, exceptions, and proof that the treatment was implemented.
Recommended next step

Operationalize ISO/IEC 27001 Audit Readiness

Use this ISO/IEC 27001 guide as the starting point for a tracked evidence pack: map risks to treatments and SoA decisions, gather Annex A samples, close internal audit findings, and keep management-review actions visible.

Section 3

Prepare Annex A Control Samples

Annex A evidence should prove controls are designed, owned, operating, and reviewed. A policy alone rarely proves operation. For each selected control, prepare a small sample that shows the process running inside the ISMS scope.

Good samples are specific: access review export and sign-off, supplier due-diligence record, incident postmortem, backup restore test, secure development review, vulnerability remediation ticket, awareness completion record, asset inventory extract, logging review, or change approval. Tie each sample to the control owner and date range.

Do not try to prove every control with the same evidence type. ISO/IEC 27002 is control guidance; audit readiness comes from mapping that guidance to real operating records, monitoring results, exceptions, and corrective actions.

  • For each selected Annex A control, keep the control objective, implementation description, owner, tool or repository, sample period, and evidence link together.
  • Use current operating evidence, not screenshots from implementation projects that no longer match the environment.
  • Record exceptions as risk decisions, remediation tickets, or corrective actions instead of hiding them from the audit trail.
  • Cross-check source systems before the audit: HR roster, asset inventory, identity provider, ticketing system, cloud logs, vulnerability scanner, and supplier register should tell the same story.
Section 4

Run Internal Audit Before Certification Pressure

The internal audit should test whether the ISMS conforms to ISO/IEC 27001 and to the organization's own requirements before a certification or surveillance auditor arrives. It should not be a document collection exercise run the week before the external audit.

Build an internal audit programme that covers scope, risk assessment, risk treatment, SoA decisions, selected Annex A controls, monitoring results, previous findings, and high-risk processes. Audit reports should state criteria, samples, evidence reviewed, findings, responsible owners, and due dates.

Use internal audit findings as a rehearsal for the external audit trail: can the team explain why a control was selected, where it operates, what evidence proves it operated, and how exceptions are tracked to closure?

  • Schedule internal audits at planned intervals and update the programme when prior findings, significant changes, or high-risk areas justify deeper sampling.
  • Keep auditor independence credible: avoid assigning someone to audit their own work where practical.
  • Separate observations, nonconformities, improvement opportunities, and evidence requests so owners know what must be corrected.
  • Track finding closure with root cause, corrective action, effectiveness review, and management-review visibility.
Section 5

Close The Management Review And Certification Loop

Management review is where audit readiness becomes leadership evidence. The review should consider prior actions, changes in internal and external issues, interested-party needs, nonconformities, monitoring results, audit results, information security objectives, risk assessment results, risk treatment status, opportunities for improvement, and needed ISMS changes.

For certification and surveillance audits, keep the management-review output action-oriented. It should show decisions on resources, risk acceptance, scope changes, improvement priorities, overdue treatments, control weaknesses, and corrective-action effectiveness.

After the audit, update the evidence register instead of treating the audit report as a separate file. Findings should flow into corrective actions, corrective actions should be checked for effectiveness, and recurring weaknesses should influence the next internal audit programme and management review.

  • Keep a certification evidence index: scope, policies, risk method, risk results, treatment plan, SoA, control samples, internal audit reports, management-review minutes, and corrective-action log.
  • Before surveillance audits, refresh evidence for changes since the last audit rather than rebuilding the whole pack from scratch.
  • Verify certificate status and accreditation claims through public certification or accreditation registers where applicable.
  • Use findings and near misses to improve the ISMS, not only to satisfy the next audit date.
Primary sources

References and citations

iaf.nu
Referenced sections
  • IAF CertSearch describes verification and monitoring of accredited certifications, including status changes such as suspension, withdrawal, and expiry.
"Certified Once, Accepted Everywhere"
iso.org
Referenced sections
  • ISO/IEC 27001 includes requirements for management review, nonconformity, corrective action, and continual improvement.
"Information security management systems - Requirements"
iso.org
Referenced sections
  • ISO/IEC 27002 provides the information security control guidance used to interpret and implement Annex A controls.
"Information security controls"
iso.org
Referenced sections
  • ISO/IEC 27005 supports the risk-management side of an ISO/IEC 27001 ISMS, including assessment, treatment, communication, monitoring, and review.
"Guidance on managing information security risks"
iso.org
Referenced sections
  • ISO/IEC 27006-1 describes requirements for bodies that audit and certify ISO/IEC 27001 ISMSs, useful context for certification-audit readiness.
"Requirements for bodies providing audit and certification of information security management systems"
Related guides

Explore more topics

ISO/IEC 27001 Annex A Control Evidence Guide
Build useful ISO/IEC 27001:2022 Annex A control evidence: selected controls, SoA rationale, owners, implementation proof, effectiveness checks, audit records, and improvement actions.
ISO/IEC 27001 Annex A Control Ownership FAQ
How should teams assign Annex A Control Ownership under ISO/IEC 27001? Practical answer with owners, evidence, review triggers, and external source references.
ISO/IEC 27001 Certification Body Evidence FAQ
How should teams handle Certification Body Evidence under ISO/IEC 27001? Practical answer with owners, evidence, review triggers, and external source references.
ISO/IEC 27001 Certification Stage Workflow
A practical ISO/IEC 27001 certification workflow for scope readiness, Stage 1 document review, Stage 2 evidence, nonconformities, corrective action, certification decision, surveillance, and recertification.
ISO/IEC 27001 Compliance Guide: ISMS Evidence
Build ISO/IEC 27001 compliance around ISMS scope, risk assessment, risk treatment, Statement of Applicability, Annex A controls, audits, management review, and corrective action evidence.
ISO/IEC 27001 FAQ: ISMS Scope, Risk and SoA
Practical ISO/IEC 27001 FAQ covering ISMS scope, risk assessment, risk treatment, Statement of Applicability, Annex A controls, certification evidence, audits, management review, and surveillance readiness.
ISO/IEC 27001 Implementation Roadmap Guide
ISO/IEC 27001 Implementation Roadmap for ISO/IEC 27001:2022 Information Security Management System: scope decisions, ownership, evidence records, and review actions.
ISO/IEC 27001 Internal Audit and Management Review Guide
ISO/IEC 27001 Internal Audit and Management Review for ISO/IEC 27001:2022 Information Security Management System: scope decisions, ownership, evidence records, and review actions.
ISO/IEC 27001 Internal Audit FAQ
How should teams run ISO/IEC 27001 internal audits: who should own each step, what evidence is expected, and how findings are resolved.
ISO/IEC 27001 Management Review FAQ
How should teams handle Management Review under ISO/IEC 27001? Practical answer with owners, evidence, review triggers, and external source references.
ISO/IEC 27001 Requirements Guide
ISO/IEC 27001 Requirements for ISO/IEC 27001:2022 Information Security Management System: scope decisions, ownership, evidence records, and review actions.
ISO/IEC 27001 Risk Acceptance FAQ
How should teams handle Risk Acceptance under ISO/IEC 27001? Practical answer with owners, evidence, review triggers, and external source references.
ISO/IEC 27001 Risk Treatment and Residual Risk Guide
ISO/IEC 27001 Risk Treatment and Residual Risk for ISO/IEC 27001:2022 Information Security Management System: scope decisions, ownership, evidence records, and review actions.
ISO/IEC 27001 Risk Treatment Register Workflow
ISO/IEC 27001 Risk Treatment Register Workflow for ISO/IEC 27001:2022 Information Security Management System: scope decisions, ownership, evidence records, and review actions.
ISO/IEC 27001 SoA Exclusions FAQ
How should teams justify Statement of Applicability exclusions under ISO/IEC 27001? Practical answer with owners, evidence, review triggers, and external source references.
ISO/IEC 27001 SoA: workflow for gathering and documenting control evidence
ISO/IEC 27001 Statement of Applicability Evidence Workflow for ISO/IEC 27001:2022 Information Security Management System: scope decisions, ownership, evidence records, and review actions.
ISO/IEC 27001 Statement of Applicability template: Annex A control selection and justification
ISO/IEC 27001 Statement of Applicability Template for ISO/IEC 27001:2022 Information Security Management System: scope decisions, ownership, evidence records, and review actions.
ISO/IEC 27001 Surveillance Audits FAQ
How should teams handle Surveillance Audits under ISO/IEC 27001? Practical answer with owners, evidence, review triggers, and external source references.
ISO/IEC 27001 vs NIS2 Comparison
ISO/IEC 27001 vs NIS2 for ISO/IEC 27001:2022 Information Security Management System: scope decisions, ownership, evidence records, and review actions.
ISO/IEC 27001 vs NIST CSF 2.0 Comparison
ISO/IEC 27001 vs NIST CSF 2.0 for ISO/IEC 27001:2022 Information Security Management System: scope decisions, ownership, evidence records, and review actions.
ISO/IEC 27001 vs SOC 2 Comparison
ISO/IEC 27001 vs SOC 2 for ISO/IEC 27001:2022 Information Security Management System: scope decisions, ownership, evidence records, and review actions.