← All risk registers
ISO 27001:2022 · 30 ROWS · 5×5 SCORING

ISO 27001:2022 Risk Register — 30 Risks Mapped to Annex A

Clause 6.1.2 of ISO 27001:2022 requires a documented information-security risk assessment, and your auditor will ask for the register itself, not a PDF summary. This 30-row register covers the threats every ISMS must address — pre-scored, pre-mapped to the new 4-theme Annex A controls (Organisational, People, Physical, Technological), and ready to drop into your Statement of Applicability.

30
Risks identified
19
Critical inherent
0
Critical residual
ISO 27001:2022
Framework
Who this is for
  • Companies preparing for first ISO 27001:2022 certification audit (Stage 1 documentation review)
  • Existing ISO 27001:2013 holders transitioning to the 2022 revision (deadline October 2025)
  • ISMS managers rebuilding stale risk registers ahead of surveillance audits
Methodology

Likelihood × Impact on a 1–5 scale (5×5 matrix). Scores 15+ = unacceptable, 8–14 = treat, ≤7 = accept with monitoring. Residual = post-control rating. Auditors reject 1–3 scales as insufficiently granular.

Organisational

IDThreatVulnerabilityInherentControlResidualTreatmentOwnerReference
R-01Loss of executive support for the ISMSTop management deprioritises information security in favour of growth targets3×5=15Quarterly ISMS management review with documented minutes; security KPIs reported to board.2×4=8MitigateCISOA.5.1 / Clause 5.1
R-02Undefined information security responsibilitiesRoles & responsibilities not formally documented; gaps in accountability4×4=16RACI matrix for all Annex A controls; documented in ISMS scope statement.2×3=6MitigateCISOA.5.2
R-03Unauthorised use of intellectual propertyNo IP register; software licences unmanaged3×3=9Software asset inventory + annual licence reconciliation; IP clauses in employment contracts.2×2=4MitigateLegalA.5.32
R-04Vendor compromise leading to data breachSub-processors not assessed; no contractual security clauses4×5=20TPRM programme: pre-onboarding security questionnaire, annual review, contract addendum w/ audit right.2×4=8MitigateVendor MgmtA.5.19 / A.5.20 / A.5.22
R-05Regulatory non-compliance finesNo legal register; new laws (NIS2, AI Act) not tracked3×5=15Quarterly legal-register review with external counsel; subscription to regulatory horizon-scanning service.2×4=8MitigateLegalA.5.31

People

IDThreatVulnerabilityInherentControlResidualTreatmentOwnerReference
R-06Insider threat — data theft on resignationDeparting staff retain access to source code & customer data3×5=15Same-day deprovisioning; exit interview w/ confidentiality reminder; UEBA on critical systems.2×3=6MitigateHR + ITA.6.5 / A.8.16
R-07Phishing leading to credential theftStaff susceptible to social engineering; MFA bypass via consent phishing5×4=20FIDO2 phishing-resistant MFA; quarterly simulated phishing; conditional access policies.2×3=6MitigateITA.6.3 / A.8.5
R-08Inadequate security awarenessNew hires not trained before granted access4×3=12Pre-access mandatory training; annual refresher with comprehension quiz ≥80%.2×2=4MitigateHRA.6.3

Physical

IDThreatVulnerabilityInherentControlResidualTreatmentOwnerReference
R-09Unauthorised office accessTailgating into shared workspace; no visitor log3×3=9Badged entry, visitor sign-in + escort policy, CCTV at entry/exit retained 90 days.2×2=4MitigateFacilitiesA.7.2 / A.7.4
R-10Equipment theft / lossLaptops left in vehicles; no asset tracking4×3=12Full-disk encryption mandatory; asset register w/ MDM enrolment; remote wipe on report.2×2=4MitigateITA.7.9 / A.7.10
R-11Data centre environmental failureCloud provider single-region deployment2×5=10Multi-region active/passive DR; RPO 1h / RTO 4h tested annually.1×3=3MitigateSREA.7.5 / A.7.11

Technological

IDThreatVulnerabilityInherentControlResidualTreatmentOwnerReference
R-12Unauthorised access to production systemsExcessive privileges; shared admin accounts5×5=25Just-in-time access (PAM), RBAC, named accounts only, quarterly access reviews.2×4=8MitigateITA.8.2 / A.8.3
R-13Unpatched critical vulnerability exploitedNo SLA-driven patch programme; legacy OS in use4×5=2030/60/90-day patch SLA by severity; weekly authenticated vuln scans; EOL replacement plan.2×4=8MitigateITA.8.8
R-14Malware on endpointEDR not deployed everywhere; macOS coverage gap4×4=16EDR mandatory on all endpoints, 24/7 SOC monitoring, isolation playbook.2×3=6MitigateITA.8.7
R-15Data leakage via unauthorised cloud appsShadow IT — staff using personal Dropbox / ChatGPT for work data4×4=16CASB + DLP on managed endpoints; sanctioned-app catalogue; AI usage policy.2×3=6MitigateITA.5.10 / A.8.12
R-16Backup failure / ransomware on backupsBackups on same network; never test-restored3×5=15Immutable / air-gapped backups; quarterly test-restore w/ documented results.1×3=3MitigateSREA.8.13
R-17Insecure software developmentNo SAST/DAST; secrets committed to repos4×4=16SAST + secret-scan in CI; SCA for dependencies; threat-modelling for major features.2×3=6MitigateEngineeringA.8.25 / A.8.28
R-18Web application attack (OWASP Top 10)No WAF; injection vulnerabilities in legacy endpoints4×5=20WAF in blocking mode, annual third-party pen test, bug-bounty programme.2×4=8MitigateEngineeringA.8.29
R-19Network intrusion via flat architectureProduction and corporate networks not segmented3×5=15VPC segmentation, zero-trust network access, default-deny egress.2×4=8MitigateSREA.8.22 / A.8.23
R-20Cryptographic weaknessTLS 1.0 still enabled; weak ciphers in use3×4=12Modern TLS-only (1.2+ inbound, 1.3 preferred), quarterly cipher scan.1×3=3MitigateSREA.8.24
R-21Logging & monitoring gapsAuth events not centralised; no alerting on privileged actions4×4=16Centralised SIEM, 24/7 alerting on privileged-action use cases, 1y log retention.2×3=6MitigateSecOpsA.8.15 / A.8.16
R-22Loss of clock synchronisationHosts drift; forensics unreliable3×2=6NTP from hardened source, alert on >5s drift.1×1=1MitigateSREA.8.17
R-23Information transfer interceptionEmail & file-share encryption inconsistent3×4=12TLS-required outbound, encrypted file-share for external sharing, DLP rules.2×3=6MitigateITA.5.14

Organisational

IDThreatVulnerabilityInherentControlResidualTreatmentOwnerReference
R-24Incident-response failureNo tested IR plan; unclear escalation4×5=20Documented IR plan, annual tabletop, 24/7 on-call rota, post-mortem template.2×4=8MitigateCISOA.5.24 / A.5.25 / A.5.26
R-25Business-continuity disruptionNo BCP; staff don't know fallback procedures3×5=15Documented BCP per critical service, annual exercise, stakeholder comms tree.2×3=6MitigateCOOA.5.29 / A.5.30
R-26Misclassified data exposureNo classification scheme; sensitive data treated as public4×4=164-tier classification (Public/Internal/Confidential/Restricted), automated tagging in M365/Google Workspace.2×3=6MitigateData ProtectionA.5.12 / A.5.13
R-27Personal data breach (GDPR Art. 33/34)Notification deadlines missed; lack of evidence3×5=15GDPR breach playbook w/ 72h notification workflow, evidence-collection checklist.2×4=8MitigateDPOA.5.34 / GDPR Art. 33

Technological

IDThreatVulnerabilityInherentControlResidualTreatmentOwnerReference
R-28Account takeover via session hijackNo session-binding; long-lived tokens3×4=12Short-lived sessions, IP/UA binding, anomalous-login alerting.2×3=6MitigateEngineeringA.8.5
R-29Data deletion / non-erasure on requestDSR pipeline doesn't reach analytics warehouse3×4=12Centralised PII inventory, automated deletion job across all stores, audit log.2×3=6MitigateEngineeringA.5.34 / A.8.10

Organisational

IDThreatVulnerabilityInherentControlResidualTreatmentOwnerReference
R-30Non-conformity from internal auditInternal audit not performed annually3×3=9Annual internal-audit programme covering all clauses + Annex A controls; CAR tracker.1×2=2MitigateISMS MgrClause 9.2
Email me the editable CSV
Spreadsheet-ready CSV — open in Excel, Google Sheets, or your GRC tool. One delivery email and one follow-up with the framework audit. No drip spam.
We'll never share your email. Unsubscribe with one click.

Common pitfalls auditors flag

FAQ

Is this register sufficient for ISO 27001:2022 certification?

It's a strong starting point that covers every Annex A theme, but your certification body will expect risks specific to your context — your applications, your data flows, your people. Use this as a baseline and add 5-15 organisation-specific entries.

What's the difference between this and a Statement of Applicability?

The risk register identifies what could go wrong and how you treat it. The SoA is the master list of all 93 Annex A controls with applicability + justification. The register feeds the SoA — every Annex A control you mark 'applicable' should map to at least one risk that justifies its inclusion.

Do I need separate registers for ISO 27001 and ISO 27701?

No. ISO 27701 extends 27001 with privacy-specific controls; you add privacy risks (data subject rights, lawful basis, cross-border transfer) to the same register, marking them with 27701 references.

How often should the register be updated?

At minimum annually as part of management review (Clause 9.3), but realistically after every material change — new product, new vendor, new region, new regulation, post-incident.

Now run a free ISO 27001:2022 audit on your existing policy

Drop your current policy or describe your environment — ComplianceIQ scores every clause against the framework and tells you which register rows are actually mitigated.

Start free ISO 27001:2022 audit

Other framework registers

SOC 2
SOC 2 Risk Register (TSC CC1–CC9 mapped)
28 pre-populated rows
HIPAA
HIPAA Risk Analysis Register (§164.308(a)(1)(ii)(A))
25 pre-populated rows
GDPR
GDPR Risk Register & DPIA Source
26 pre-populated rows
PCI DSS 4.0.1
PCI DSS 4.0.1 Risk Register (Targeted Risk Analysis)
22 pre-populated rows