5.36 Compliance with policies, rules and standards for information security
How well the organization keeps to its security policy and to its topic policies, rules and standards is to be checked regularly. Purpose: confirm that security is put in place and operated the way the top policy and the topic policies, rules and standards demand. Guidance: managers and owners of services, products or information work out how to check that what the policies, rules, standards and any applicable regulations require is actually happening, and should consider automated measurement and reporting tools to make regular review efficient. When non-compliance is found they identify its causes, assess whether corrective action is needed, implement suitable action, and review that action to confirm it worked and to spot any remaining weaknesses. The results of reviews and corrective actions are recorded and the records kept, and managers pass them to independent reviewers (5.35) when an independent review covers their area. Corrective actions are completed promptly in proportion to risk, and any not finished by the next scheduled review are at least followed up there. Monitoring how systems are used day to day falls under 8.15 to 8.17.
Source: ISO/IEC 27002:2022, 5.36. The statement above is our statement of the clause, read from the published text and cited so you can check it against the official text, not the instrument verbatim. Open ISO/IEC 27002:2022 in the compliance library.
ISO/IEC 27002 is guidance on the Annex A controls; certification is against ISO/IEC 27001. Use this set when your sheet follows the 27002 numbering.
These are the artefacts auditors commonly ask for on this requirement, our guidance rather than text from the standard. Your assessor decides what is sufficient in your context, and asks for samples across the period when a report covers one.
system holds itEvidence a system already holds
- Non-compliance records with root causes, corrective actions, owners and target dates · Policy repository / GRC workspace
periodic reviewEvidence produced at each review
- A compliance review plan identifying which managers or owners review which policies, rules and standards and how often · Policy repository / GRC workspace
- Compliance review results, including output from automated measurement or configuration compliance tools · Cloud console / configuration management
- Evidence that corrective actions were reviewed for effectiveness · Policy repository / GRC workspace
- Records showing results were supplied to independent reviewers when an independent review covered the area · Document repository
- Tracking of overdue corrective actions at the next scheduled review · Policy repository / GRC workspace
governing documentDocuments that govern the control
none for this control
First move
Common gaps auditors find
- Compliance checks are left entirely to the security team rather than line managers and owners
- Non-compliances are fixed without identifying causes, so they recur
- Corrective actions slip indefinitely with no follow-up
- Technical standards such as hardening baselines are never measured against actual configurations
Do this for your whole sheet
Paste the rows you run your controls from and get this mapping for every control at once, with the periodic-review ones flagged and a first move per row. No account for the first run.
Build my evidence sheet5.35 Independent review of information security · 5.37 Documented operating procedures