VaultISO 27001ISO/IEC 27001:2022 Clause 7.3 awareness: what auditors test
ISO 27001 · Clause 7.3

ISO/IEC 27001:2022 Clause 7.3 awareness: what auditors test

Awareness

Harry WestFounder & CEO23 December 202212 min read
Inside This Article
What is ISO 27001 Clause 7.3, and why does awareness mean comprehension?What are the ISO/IEC 27001:2022 Clause 7.3 awareness requirements?How does Clause 7.3 differ from Clause 7.2, Clause 5.2 and Annex A 6.3?Who is 'under the organisation's control': do contractors, temps and the board count?How do you deliver awareness across the employee lifecycle?How do you measure whether Clause 7.3 awareness is working?What do auditors ask staff about Clause 7.3, and when does a gap become a major nonconformity?What documentary evidence proves Clause 7.3 awareness to an auditor?How do you automate the Clause 7.3 awareness pipeline?Frequently asked questions
Book a discovery call

Key takeaways

ISO/IEC 27001:2022 Clause 7.3 awareness requires everyone working under your direction to understand the security policy, their own contribution and the consequences of ignoring it. Auditors test this by interviewing sampled staff and contractors, so comprehension, not course attendance, is what passes. A pipeline that assigns induction, tracks report rates and exports records on demand produces the evidence as a by-product.

Who is in scope
The clause covers everyone working under your direction: employees, directors, contractors, agency and temporary staff, and relevant third parties. Gaps in that population are where auditors look first.
The three messages
Every person must understand that a security policy exists, how their own behaviour makes the ISMS work, and what follows if they ignore it. Auditor interviews follow those three messages.
The metric that matters
Report rate beats click rate. A rising share of people proactively reporting suspicious activity is the strongest signal that awareness has become behaviour rather than attendance.
Audit evidence
Auditors expect an awareness plan, timestamped completion logs, simulation trend lines, retention scores, bulletins sent, spot-check records and post-incident refreshers. Months of accumulated records outweigh a last-minute pack.

The auditor stops a contractor in the corridor and asks where the security policy lives. The contractor doesn't know, and the completion report in your folder says otherwise.

This guide covers ISO/IEC 27001:2022 Clause 7.3 awareness for Information Security Managers and Compliance Leads preparing for a Stage 2 or surveillance audit. It sets out what the clause requires, who it covers, what auditors ask and how to build a programme that produces its own evidence.

What is ISO 27001 Clause 7.3, and why does awareness mean comprehension?

ISO 27001:2022 Clause 7.3 awareness means everyone working under your direction understands the security policy, their own contribution and the consequences of ignoring it. The requirement is a state of understanding, not a training artefact. Certificates are how you evidence it, but auditors test whether people actually know.

Most successful attacks on firms of your size come through people, not infrastructure. A phishing email, a payment-fraud approach, a convincing message to the one person who can change supplier bank details. The ICO Personal data breaches guide names human error as the leading cause of reported data breaches and lists mandatory induction and refresher training among its recommended responses.

ISO 27001 7.3 is the cheapest control in the information security management system (ISMS) and the one with the widest blast radius when it is missing. Every technical control depends on someone using it properly. A well-built approval workflow still fails when a person waves through the request they should have questioned.

The failure is also public inside your own audit. A missing document is a paper problem, whereas a blank answer from a named colleague puts your people on the record. Staff are not the weakest link here. They are the first line of defence, provided they know what the policy asks of them.

What are the ISO/IEC 27001:2022 Clause 7.3 awareness requirements?

Clause 7.3 mandates three messages for all personnel: that an information security policy exists and what it asks of them, how their own behaviour helps the ISMS work, and what follows if they ignore the requirements. Auditor interviews follow exactly this script, so your content must visibly carry all three.

Each message maps to an interview question, so treat the three as a content checklist:

  • The policy exists and applies to me. Staff can say where the information security policy lives and what it asks of their own role.
  • My behaviour makes the ISMS work. Staff can name things they personally do that keep the company secure, such as reporting a suspicious email or challenging a bank-detail change.
  • Ignoring the rules has consequences. Staff can say, without bluster, what follows if they do not comply, including disciplinary action where your HR process provides for it.

The common gap is the second message. Content tends to recite the policy and stop, so staff finish the module knowing what the rules are but not what part they play. Rewrite each module around actions the learner takes, with examples drawn from their own job.

Check the content before you check the completion rate. Open each induction module and refresher and tick the three messages against it. A module carrying only one of them produces interviewees who can answer only one of the three questions.

State the consequences plainly and early. People respond better to a clear account of why the rules exist and what follows when they are ignored than to a warning buried on the final slide.

How does Clause 7.3 differ from Clause 7.2, Clause 5.2 and Annex A 6.3?

Clause 7.3 covers what everyone must understand; Clause 7.2 covers what specific roles must be able to do. Clause 5.2 supplies the policy people must know, and Annex A 6.3 covers the training machinery that delivers it. Treat them as one chain, with 7.3 as the comprehension test.

Read the four as links in that chain:

  • Clause 5.2, the policy. The statement people must know. Without it, awareness has nothing to teach.
  • Clause 7.2, competence. What specific roles must be able to do.
  • Clause 7.3, awareness. What everyone must understand: the policy, their contribution and the consequences.
  • Annex A 6.3, the training control. The machinery that delivers awareness, tested in depth in its own right.

The distinction matters in the room. A finance analyst can complete a payment-controls course, which speaks to competence, and still be unable to say where the policy lives, which is an awareness failure. Keep the two evidence trails separate so one does not hide a gap in the other.

Free Resource - ISO 27001

The ISO 27001 readiness checklist

Ninety-eight controls mapped to what an assessor actually asks for, in the order they ask it. Written by practitioners who took our ISMS through certification.

AvailablePDF21 pages
  • how to define your ISMS scope
  • the risk-assessment and treatment evidence trail,
  • your Statement of Applicability and residual-risk positions, and
  • the supplier, access-control, and operational-evidence questions most teams miss.

DOC-27001-CHK · v2.4

We'll use your details to give you access to the resource you requested, plus occasional related content. Opt out any time — see our Privacy Notice.

Who is 'under the organisation's control': do contractors, temps and the board count?

Yes. Clause 7.3 covers everyone operating under your direction: employees, the executive team, contractors, agency and temporary workers, and relevant third parties. Directors are the group most reliably missing from programmes, and contractors are where coverage gaps hide. Any exclusion from the programme is a finding waiting to happen.

The executive team gets missed for understandable reasons. Directors are busy, they sit outside the induction flow, and the attacks aimed at them differ from the ones aimed at the front line. Those are reasons to tailor the content, not to excuse the audience.

An awareness programme that exempts the board hasn't got a scope. It has a hierarchy.

Contractors, agency and temporary staff fail for a different reason: they are not on the payroll list that most programmes start from. Auditors know this, which is why they favour contractors when they pick interviewees.

Build the audience list from everyone holding an account, a badge or a key rather than from HR headcount, and the board and contractors are in by default. Relevant third parties, such as a supplier whose staff work inside your systems, get the same three messages in a form proportionate to their access.

How do you deliver awareness across the employee lifecycle?

Deliver awareness at four lifecycle points: induction before system access, a periodic refresher, a targeted boost after any incident, and a reminder of surviving obligations at exit. Tailor content to role risk, and mix channels, because a single annual e-learning hour technically exists but changes nothing.

Start with a written awareness plan of one or two pages: what gets delivered, to whom, when, and the numbers you will watch. The plan turns the programme from ad hoc reminders into a deliberate one, and it gives every later metric a stated target.

Induction before access is the point that matters most. A joiner who has the system but not the three messages is exactly the interviewee an auditor wants to find. After an incident, target the affected team with content built from what actually happened. At exit, remind leavers of obligations that survive their departure, such as confidentiality.

Tailor by role risk rather than job title:

  • Finance: payment-fraud and fake-invoice scenarios, including the urgent bank-detail change.
  • Engineering: secure development habits.
  • HR: personal-data handling.
  • Executives: the attacks aimed specifically at them.

Channel mix matters as much as content. Short frequent content, simulated phishing and bulletins tied to real events do work that an annual hour of e-learning cannot. A bulletin sent the week after a genuine incident teaches more than a module written a year earlier.

The NCSC Cyber Assessment Framework Principle B6 Staff awareness and training points the same way: training should be tailored to job roles and judged by its effect on security behaviours, not by how many people it reached. An annual-only module with identical content for everyone fails both halves of that test.

Delivered this way, the programme stays small enough for a 50-person firm to run and specific enough to defend in an interview. The table shows what each lifecycle point triggers and what it leaves behind as evidence.

Lifecycle pointTriggerContentEvidence it produces
InductionNew-starter event, before system accessPolicy, personal responsibilities, consequences, reporting routeTimestamped completion and quiz score
Periodic refresherScheduled cadence from the awareness planShort content, simulated phishing, bulletinsCompletion logs and simulation trend
Post-incident boostIncident closedTargeted content for the affected teamRefresher record linked to the incident
ExitLeaver eventReminder of surviving obligationsAcknowledgement record

How do you measure whether Clause 7.3 awareness is working?

Measure behaviour, not attendance. Track simulation click and report rates over time, retention quiz results, and how often people proactively raise suspicious activity. NCSC guidance says to focus on how many people reported a phishing email, not only how many clicked, and a rising report rate is the strongest signal.

The NCSC Guidance on Defending Against Phishing Attacks also steers away from punitive measures, because they discourage early escalation. Early escalation is what limits the damage. Staff who would recognise an attack but don't know who to tell give you no signal at all.

Make the reporting route unmissable:

  • One obvious route. A single mailbox or button, named in induction and visible where people work.
  • No blame for near-misses. Someone who clicked and then reported has done the right thing and should hear it.
  • Visible follow-up. Tell the reporter what happened next, so reporting feels worthwhile.

A blame-heavy phishing test teaches staff to hide mistakes, not to spot attacks.

Run the retention quiz some weeks after the training, not at the end of the module. That way it measures what stuck, not what was just read. A completion percentage tells you who sat through the content. A rising report rate tells you who would act when it matters.

What do auditors ask staff about Clause 7.3, and when does a gap become a major nonconformity?

Auditors test Clause 7.3 by interviewing people across functions and seniority, favouring recent joiners and contractors. They ask where the policy lives, what you personally do, what happens if you ignore it, and how you'd handle a suspicious email. One blank is minor; several failures, or a programme existing only on paper, aggregate to major.

A passing answer to each of the four questions sounds like this:

  • "Where would you find the security policy, and what does it mean for your job?" The person names the location and gives one practical implication for their role.
  • "What do you personally do that keeps the company secure?" One or two concrete habits, in their own words.
  • "What would happen if you didn't follow these requirements?" A plain acknowledgement of consequences, without guessing.
  • "You spot a suspicious email: what exactly do you do?" A walk through the real reporting route.

A policy suite nobody can locate is undone in thirty seconds, in the corridor, on the record.

Sampling is deliberate. Interviewees are picked across functions and seniority, with recent joiners and contractors the favourites because coverage gaps live there. Your newest contractor is therefore the most likely person to be asked, and the one most likely to have missed the full programme.

Certification bodies grade this clause along these lines:

  • No awareness activity at all: the absence of the requirement, graded major.
  • A sampled individual draws a blank, contractor coverage is missing, or records stop months ago: graded minor.
  • Several interviews fail and the programme reads as existing on paper only: the minors aggregate to major.

Rehearse before the auditor does. Pick five people across functions, including the newest contractor and one director, and ask the four questions cold. Every blank answer is a content gap or a coverage gap, and either is cheaper to fix now than to explain later.

What documentary evidence proves Clause 7.3 awareness to an auditor?

The ISMS owner needs seven kinds of evidence: the awareness plan, timestamped completion logs, phishing simulation trends, retention quiz and evaluation records, the bulletins actually sent, spot-check walk records, and post-incident refresher and near-miss figures. Trend lines beat snapshots, and months of accumulated records beat a last-minute pack.

The documentary pass follows the interviews. The ISMS owner shows completion records across all roles, evidence that the programme tracks the current risk picture, and simulation data showing behaviour is shifting. Any person the auditor met in the corridor should be one search away.

Three habits make the pack hold up:

  • Date everything. Timestamps come from the system, not from a spreadsheet filled in afterwards.
  • Keep the trend. Retain every simulation round, so the line shows direction rather than a single point.
  • Key records to individuals. Contractors and directors included.

Behaviour trends only exist once you have been measuring. A pack assembled the week before audit can show a plan and a few certificates, but it cannot show a report rate rising.

How do you automate the Clause 7.3 awareness pipeline?

Run awareness as an event-driven pipeline: the HR system's new-starter event assigns induction, phishing platform results feed a report-rate dashboard, closing an incident auto-assigns refreshers to the affected team, and an auditor's sampling request becomes an export rather than an email hunt. Contractors are included from day one.

Each step replaces a manual chore with an event:

  1. Joiner trigger. The new-starter event creates the induction assignment, and completion is recorded as it happens. Contractors raised through the same request process get the same trigger, and account provisioning can wait for completion.
  2. Simulation telemetry. Phishing platform results flow into a trend dashboard, so report rate is current for every management review.
  3. Incident-driven refreshers. Closing an incident assigns targeted content to the affected team, and the trigger is saved as proof that the programme responds to events.
  4. Evidence on demand. "Show me this contractor's records" becomes a query and an export.

Learning-platform webhooks carry completion events into your evidence store with system timestamps. That removes the screenshots-and-spreadsheets habit, and the doubt that comes with it.

Automation does not replace backing from the top. Staff correctly read a programme starved of time, budget and visible management support as "this doesn't matter". Designing the role-tailored content, owning its metrics and giving it senior backing is Fractional CISO work. Building the pipeline above is GRC engineering work, and our ISO 27001 engagements cover Clause 7.3 as part of the whole standard.

Frequently asked questions

Not explicitly. The clause asks for understanding, not a document. A short plan is still worth writing, because it becomes the yardstick for your own records. A skipped simulation round or a missed refresher then shows up as a gap against what you said you would do. Update it when the risk picture changes, such as a new payment-fraud pattern in your sector, because auditors check that the programme keeps pace.

A week or two, once the Clause 5.2 policy exists. Build it in order: the audience list first, then induction for joiners, the reporting route, and a first phishing simulation to set a baseline. Everything after that is cadence, and the months of records an audit needs build up on their own.

We recommend against it. The consequences the clause wants staff to understand belong to wilful disregard of the policy, not to a mistake in an exercise designed to be hard to spot. For someone who clicks repeatedly, assign targeted content and hold a short one-to-one conversation. Escalate only where the person also ignores the reporting route or the policy itself.

They need the same programme with records keyed to the individual and the engagement, because auditors pick contractors by name. Make sure induction pre-dates system access, even for short-term agency staff. Where a supplier trains its own people, ask for their completion records and check the content carries the three messages.

Profile image for Harry West, Founder and CEO of GRCMANA
Author

Harry West

Harry is the founder of GRCMANA, he helps regulated service providers close the enterprise trust gap — turning GRC, cyber resilience and AI governance from paperwork exercises into shippable systems.

Standard engine

ISO 27001 reference directory.

Every control in this framework and the clause guides that sit above them, grouped by control domain. Open any entry for its control definition, implementation steps and the audit evidence it expects. Dimmed entries are planned.

ClausesThe management systemClause guides · 23 guides
Clause 4.1Understanding the organization and its context→Clause 4.2Understanding the needs and expectations of interested parties→Clause 4.3Determining the scope of the information security management system→Clause 4.4Information security management system→Clause 5.1Leadership and commitment→Clause 5.2Policy→Clause 5.3Organizational roles, responsibilities and authorities→Clause 6.1Actions to address risks and opportunities→Clause 6.2Information security objectives and planning to achieve them→Clause 7.1Resources→Clause 7.2Competence→Clause 7.3Awareness→Clause 7.4Communication→Clause 7.5Documented information→Clause 8.1Operational planning and control→Clause 8.2Information security risk assessment→Clause 8.3Information security risk treatment→Clause 9.1Monitoring, measurement, analysis and evaluation→Clause 9.2Internal audit→Clause 9.2Preparing for Your ISO 27001 Stage 2 Audit: A Practical Checklist→Clause 9.3Management review→Clause 10.1Continual improvement→Clause 10.2Nonconformity and corrective action→
A.5Organizational Controls37 guides
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 intelligence→A.5.8Information security in project management→A.5.9Inventory of information and other associated assets→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 control→A.5.16Identity management→A.5.17Authentication information→A.5.18Access rights→A.5.19Information security in supplier relationships→A.5.20Addressing information security within supplier agreements→A.5.21Managing information security in the ICT supply chain→A.5.22Monitoring, review and change management of supplier services→A.5.23Information security for use of cloud services→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 PII→A.5.35Independent review of information security→A.5.36Compliance with policies, rules and standards for information security→A.5.37Documented operating procedures→
A.6People Controls8 guides
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.7Physical Controls14 guides
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.8Technological Controls34 guides
A.8.1User endpoint devices→A.8.2Privileged access rights→A.8.3Information access restriction→A.8.4Access to source code→A.8.5Secure authentication→A.8.6Capacity management→A.8.7Protection against malware→A.8.8Management of technical vulnerabilities→A.8.9Configuration management→A.8.10Information deletion→A.8.11Data masking→A.8.12Data leakage prevention→A.8.13Information backup→A.8.14Redundancy of information processing facilities→A.8.15Logging→A.8.16Monitoring activities→A.8.17Clock synchronization→A.8.18Use of privileged utility programs→A.8.19Installation of software on operational systems→A.8.20Networks security→A.8.21Security of network services→A.8.22Segregation of networks→A.8.23Web filtering→A.8.24Use of cryptography→A.8.25Secure development life cycle→A.8.26Application security requirements→A.8.27Secure system architecture and engineering principles→A.8.28Secure coding→A.8.29Security testing in development and acceptance→A.8.30Outsourced development→A.8.31Separation of development, test and production environments→A.8.32Change management→A.8.33Test information→A.8.34Protection of information systems during audit testing→
OtherAdditional Guides7 guides
GuideISO 27001 Statement of Applicability: what it is, with a worked example→GuideISO 27001 implementation→GuideISO 27001 certification and audit process→GuideISO 27001 mandatory documents and records→GuideISO 27001 gap analysis→GuideISO 27001 certification cost→GuideISO 27001 Annex A controls→
ISO 27001 Accelerator

Ready to accelerate your path to certification?

Work with a Trust Architect to scope your ISMS, close the gaps, and get audit-ready — without stalling your roadmap.

Book a Call →
GRCMANA
  • About
  • Insights
  • Contact
Ask the Trust ArchitectBook a Call →
  • About
  • Insights
  • The Vault
    Compliance VaultCyber Essentials→ISO 27001→SOC 2→ISO 42001→
    Domain VaultGRC Fundamentals→Risk Management→AI Governance→GRC Engineering→
    Other ResourcesFree Tools→Templates→Newsletter→
  • Contact
Book a Call →Ask the Trust ArchitectFixed fee. ISO 27001 in as few as six weeks.
GRCMANA

Helping high-growth B2B tech startups close the Enterprise Trust Gap through security, governance, and AI resilience.

ISO 27001ISO 42001ISO 9001Cyber EssentialsEU AI Act ReadyNIST AI RMF

The Vault

GRC EngineeringAI GovernanceISO 27001ISO 42001All Vault Resources

Resources

BlogFree ToolsTemplatesNewsletter

Company

About GRCMANAContactPrivacy PolicyTerms & ConditionsCookie Policy
© 2025 GRCMANA · All rights reservedRegistered in England & Wales under company registration 16810805. VAT Registration 506308024