ISO 27001 clause 10.2: Nonconformity and corrective action
ISO 27001 clause 10.2 addresses nonconformity and corrective action. When an applicable requirement is not met, respond to the immediate issue and its consequences, evaluate the need to eliminate causes, implement necessary action and review effectiveness. Closing a ticket is not the same as showing the problem has been properly addressed.
What clause 10.2 requires in practice
Clause 10.2 describes what the organisation does when a requirement of its ISMS is not met. The first response is to react: take action to control and correct the problem, and deal with its consequences. The second is to judge whether further action is needed so the problem does not recur or appear elsewhere.
That second judgement has three parts: review the nonconformity, work out its causes, and look for similar problems that exist or could arise. Where action is needed, the organisation carries it out, then reviews whether it worked, and changes the ISMS itself if that is warranted. The action taken must fit the seriousness of the effects found.
Two outputs must be evidenced through documented information:
- the nature of each nonconformity and what was done afterwards;
- the results of any corrective action.
The clause does not name a root-cause technique, a form or a tool. Any approach is acceptable if it produces a defensible explanation and action that matches it.
Separate correction from addressing causes
Correction deals with the detected problem. Disabling an account that should already have been removed is a correction. Corrective action addresses why removal failed and helps prevent recurrence or occurrence elsewhere. Both may be necessary, but they answer different questions.
Review the nonconformity, determine its causes and consider whether similar issues exist or could arise elsewhere. Use evidence and a method proportionate to the issue. ISO 27001 does not prescribe a mandatory five-whys worksheet or another named root-cause tool. A method is useful only if it leads to a defensible explanation and action.
Choose action proportionate to the effects
Contain or control the issue and deal with relevant consequences. Identify the requirement that was not met and the evidence. Investigate process design, responsibility, resources, competence and interfaces as appropriate instead of immediately labelling the cause “human error”.
Evaluate what action is needed to address the causes and implement it. Check effectiveness after an appropriate opportunity to observe the result. A revised procedure or completed training session shows an activity happened; evidence from later work helps show whether the underlying problem was addressed.
Make ISMS changes where necessary. A local correction may be insufficient if the cause lies in shared governance or a common supplier process. Conversely, do not impose a complex company-wide programme for every isolated issue without considering its effects and cause.
Why corrective action discipline matters to the business
Every organisation has failures; what separates a trusted one is what it does next. A disciplined response limits the damage from the incident in hand and stops the same weakness resurfacing in another team, site or supplier. That protects customers, reduces repeat cost and avoids the embarrassment of the same finding appearing in successive assessments.
Assessors pay close attention here because it shows whether the management system genuinely learns. Closing records quickly without addressing causes, or blaming individuals without examining process design, tends to signal a system that records problems rather than resolving them. Sound handling turns findings from audits, incidents and reviews into lasting improvement and gives leadership an accurate picture of how well controls operate.
How to implement clause 10.2
Build a simple, consistent route from the first report of a problem to a verified closure, and keep it proportionate to the issue.
- Agree where nonconformities can come from, such as internal audit, incidents, monitoring, supplier reviews and staff reports, and make sure each one enters the same route.
- Assign an owner at once, contain the issue and deal with its consequences, noting who was affected.
- Record which requirement was not met and what evidence shows it, so the finding is clear to someone who was not there.
- Investigate causes in process design, responsibilities, resources and skills before settling on individual error, and check whether similar problems exist elsewhere.
- Choose action matched to cause and impact, set an owner and a date that suits the task, and carry it out.
- Return later, once the work has had a fair chance to run, and test whether the problem has stopped; record what you checked.
- Change policies, processes or training in the ISMS where the cause was systemic, and report patterns to management review.
Illustrative examples
An account remains active after a person leaves the service. The organisation removes access and examines consequences. Investigation finds that a particular contract-worker departure route did not enter the normal handover. The action updates that route and checks other relevant departures. Later samples test whether removal occurs reliably.
An internal audit identifies releases that bypass the company’s required review. The team discovers that its urgent-work process names an unavailable approver and offers no usable alternate. It changes authority and escalation arrangements, communicates the process and evaluates subsequent urgent releases. Repeating general awareness training alone would not address that design weakness.
Retain a useful evidence trail
Documented information should show the nature of the nonconformities, subsequent actions and corrective-action results. Include enough context to connect the requirement, evidence, cause evaluation, action and effectiveness conclusion. The standard does not prescribe a particular corrective-action software product.
A useful closure decision explains what was verified and why the evidence supports effectiveness. If there has not yet been a meaningful opportunity to observe the result, keep the status accurate. Do not backdate effectiveness checks or equate the absence of a new report with proof that the issue cannot recur.
Common mistakes
Avoid a stock cause of “lack of awareness” for every finding, closing actions on a promise, or treating every security event as a nonconformity without identifying a requirement failure. Another weakness is correcting the sampled record while ignoring whether the same cause affects other locations or processes.
Feed significant patterns into management review and continual improvement. Corrective action should strengthen the system’s ability to deliver its intended outcomes, not merely clear an audit finding from a report.
Frequently asked questions
What is the difference between correction and corrective action?
Correction addresses the detected issue. Corrective action addresses its causes to prevent recurrence or occurrence elsewhere. A complete response may need both.
Is five-whys analysis compulsory?
No particular root-cause technique is prescribed. Use a suitable method that examines evidence and leads to a defensible cause evaluation and proportionate action.
Can we close an action once staff complete retraining?
Training completion is activity evidence. Where retraining is the chosen action, evaluate whether it addresses the cause and improves relevant work before claiming effectiveness.
Prevent recurrence through verified corrective action
Talk to Sterling to work through a real nonconformity from immediate correction to cause evaluation, action and effectiveness checking, including similar potential failures. Build the relevant knowledge through Root Cause Analysis & CAPA at Sterling Academy. We can also assess whether Effivity ISO & GRC automation software suits the agreed workflow and programme. Certification decisions remain with an independent certification body.