Compliance

ISO 27001:2022 Annex A Control Matrix

The complete reference to all 93 controls in ISO/IEC 27001:2022 Annex A, grouped into four themes — and a clear view of which controls a continuous AI penetration test produces audit evidence for.

37
A.5 Organizational
8
A.6 People
14
A.7 Physical
34
A.8 Technological

ISO/IEC 27001:2022 is the international standard for an information security management system (ISMS). Its Annex A lists the reference controls an organisation selects from to treat the risks it identifies. The 2022 revision reorganised the previous 114 controls into 93 controls across four themes, and added 11 new controls for a modern threat landscape — including threat intelligence, information security for cloud services, data leakage prevention, and secure coding.

This page reproduces the full control list for reference, and marks the Evidence controls that a technical penetration test most directly supports. A test does not satisfy the organizational, people and physical controls that make up the human and governance side of an ISMS — but for the technological controls in Annex A.8, and several access and threat-intelligence controls in A.5, a documented, reproducible test is exactly the evidence an auditor asks for.

How to read this: the matrix below is organised by theme. The Pentest evidence column flags the 29 controls for which AssurePort's continuous testing produces findings, proofs of concept and remediation evidence you can attach to your Statement of Applicability. The remaining controls are satisfied through policy, process and physical measures.

A.5 — Organizational controls

37 controls

Governance, policy, access, supplier and incident management — the organizational backbone of an ISMS.

RefControlPentest evidence
A.5.1Policies for information security
A.5.2Information security roles and responsibilities
A.5.3Segregation of duties
A.5.4Management responsibilities
A.5.5Contact with authorities
A.5.6Contact with special interest groups
A.5.7Threat intelligenceEvidence
A.5.8Information security in project management
A.5.9Inventory of information and other associated assetsEvidence
A.5.10Acceptable use of information and other associated assets
A.5.11Return of assets
A.5.12Classification of information
A.5.13Labelling of information
A.5.14Information transfer
A.5.15Access controlEvidence
A.5.16Identity managementEvidence
A.5.17Authentication informationEvidence
A.5.18Access rightsEvidence
A.5.19Information security in supplier relationships
A.5.20Addressing information security within supplier agreements
A.5.21Managing information security in the ICT supply chainEvidence
A.5.22Monitoring, review and change management of supplier services
A.5.23Information security for use of cloud servicesEvidence
A.5.24Information security incident management planning and preparation
A.5.25Assessment and decision on information security events
A.5.26Response to information security incidents
A.5.27Learning from information security incidents
A.5.28Collection of evidence
A.5.29Information security during disruption
A.5.30ICT readiness for business continuity
A.5.31Legal, statutory, regulatory and contractual requirements
A.5.32Intellectual property rights
A.5.33Protection of records
A.5.34Privacy and protection of personal identifiable information (PII)
A.5.35Independent review of information securityEvidence
A.5.36Compliance with policies, rules and standards for information security
A.5.37Documented operating procedures

A.6 — People controls

8 controls

Screening, awareness, responsibilities and event reporting — the human layer of information security.

RefControlPentest evidence
A.6.1Screening
A.6.2Terms and conditions of employment
A.6.3Information security awareness, education and training
A.6.4Disciplinary process
A.6.5Responsibilities after termination or change of employment
A.6.6Confidentiality or non-disclosure agreements
A.6.7Remote working
A.6.8Information security event reporting

A.7 — Physical controls

14 controls

Perimeters, entry, equipment and media — protecting the physical environment that hosts information.

RefControlPentest evidence
A.7.1Physical security perimeters
A.7.2Physical entry
A.7.3Securing offices, rooms and facilities
A.7.4Physical security monitoring
A.7.5Protecting against physical and environmental threats
A.7.6Working in secure areas
A.7.7Clear desk and clear screen
A.7.8Equipment siting and protection
A.7.9Security of assets off-premises
A.7.10Storage media
A.7.11Supporting utilities
A.7.12Cabling security
A.7.13Equipment maintenance
A.7.14Secure disposal or re-use of equipment

A.8 — Technological controls

34 controls

Access, cryptography, logging, network and secure development — the technical controls a penetration test most directly evidences.

RefControlPentest evidence
A.8.1User endpoint devices
A.8.2Privileged access rightsEvidence
A.8.3Information access restrictionEvidence
A.8.4Access to source codeEvidence
A.8.5Secure authenticationEvidence
A.8.6Capacity management
A.8.7Protection against malware
A.8.8Management of technical vulnerabilitiesEvidence
A.8.9Configuration managementEvidence
A.8.10Information deletion
A.8.11Data masking
A.8.12Data leakage preventionEvidence
A.8.13Information backup
A.8.14Redundancy of information processing facilities
A.8.15LoggingEvidence
A.8.16Monitoring activitiesEvidence
A.8.17Clock synchronization
A.8.18Use of privileged utility programsEvidence
A.8.19Installation of software on operational systems
A.8.20Networks securityEvidence
A.8.21Security of network servicesEvidence
A.8.22Segregation of networksEvidence
A.8.23Web filtering
A.8.24Use of cryptographyEvidence
A.8.25Secure development life cycleEvidence
A.8.26Application security requirementsEvidence
A.8.27Secure system architecture and engineering principlesEvidence
A.8.28Secure codingEvidence
A.8.29Security testing in development and acceptanceEvidence
A.8.30Outsourced development
A.8.31Separation of development, test and production environmentsEvidence
A.8.32Change management
A.8.33Test information
A.8.34Protection of information systems during audit testing

From findings to audit evidence

Passing an ISO 27001 audit is not about owning a scanner; it is about producing evidence that your controls are effective and that you act on what you find. AssurePort is built around that gap. Every scan maps its findings to the controls they touch — not only ISO 27001, but also GDPR, NIS2, DORA and PCI-DSS — and every finding ships with a human-verifiable proof of concept and a concrete remediation. When an auditor asks how you satisfy A.8.8 management of technical vulnerabilities or A.8.29 security testing, you hand them a dated, reproducible record instead of a promise.

The same platform runs the authenticated compliance dashboard inside the console, where you self-assess each Annex A control and track your Statement of Applicability alongside live findings. Across 11 scan engines — web, API, cloud, network, Active Directory, SAP and more — AssurePort runs authorized, continuous penetration testing from $399 per scan, a fraction of the $5,000–$30,000 a one-off consultancy engagement costs — see how the approaches stack up in our comparison of AI pentesting vs PTaaS vs code scanners. For the full methodology, see our pillar guide to penetration testing, and our walkthrough of preparing for an ISO 27001:2022 audit.

Turn your controls into evidence.

Run authorized, continuous AI penetration testing mapped to ISO 27001, GDPR, NIS2, DORA and PCI-DSS — with a human-verifiable proof of concept and remediation behind every finding, from $399 per scan.

Run your first scan →

Reference only. Control references and titles follow ISO/IEC 27001:2022 Annex A. This page is an educational summary and is not affiliated with, endorsed by, or a substitute for the official standard published by ISO/IEC, nor for certification by an accredited body. AssurePort is not an accredited ISO certification body; it provides the technical testing evidence that supports selected Annex A controls.