Cyber Essentials scope checklist
What is in and out of scope for Cyber Essentials under Requirements v3.3: whole organisation or sub-set, end user devices, cloud services, BYOD, home working, wireless, third-party accounts and devices.
Cyber Essentials scope under v3.3 covers every network, device, software asset and cloud service used for the organisation's business, either as a whole organisation or a sub-set segregated by a firewall or VLAN. End user devices and cloud services cannot be excluded. BYOD, home workers and accounts used by suppliers or MSPs are in scope.
- Rows
- 17 requirements in 7 sections
- Sections
- Boundary, Devices, Cloud, BYOD and remote, Wireless, Third parties, Software
- Questions mapped
- 24 Danzell questions
- Scheme version
- Requirements v3.3 (April 2026)
How do you use this checklist?
Scope decisions come before every other control, because every requirement applies only to what you put in scope. Work through each row and record the answer you will give in section A2 of the question set.
The question column links to the Danzell question that covers the row. Questions marked auto-fail end the assessment on their own if answered no (A7.15 only if a service listed there does offer MFA), so clear those first. Tick the done column as you go, or print the page to work through it on paper.
What is on the Cyber Essentials scope checklist?
17 rows across 7 sections: each row gives the requirement, the evidence to gather and the Danzell question that asks about it, with a column to tick when it is done.
| Done | Requirement | Evidence to gather | Question |
|---|---|---|---|
1Boundary3 rows | |||
| Evidence to gatherScope decision recorded with the reason for any partial scope, which you must justify to the assessor. | |||
| Evidence to gatherNetwork diagram and the firewall or VLAN configuration that creates the boundary. A description in the form the guidance gives, for example 'Finance department, VLAN'. | |||
| Evidence to gatherSite list with internet connection type and any site-to-site links. Network list such as 'Main network at head office for administrative use'. Do not include IP addresses, and leave development, testing and penetration-testing networks off the A2.4 list, as its guidance instructs. | |||
2Devices3 rows | |||
| Evidence to gatherDevice inventory with quantities and operating system versions for laptops, desktops, virtual desktops, thin clients, tablets and phones. | |||
| Evidence to gatherServer inventory including virtual hosts and cloud instances. | |||
| Evidence to gatherNetwork equipment inventory with make, model, quantity and firmware version. | |||
3Cloud1 row | |||
| Evidence to gatherList of cloud services with provider and service type, and where the provider implements a control on your behalf, the contract or trust centre document that commits them to it. | |||
4BYOD and remote4 rows | |||
| Evidence to gatherBYOD count in the device inventory and the policy that governs which devices may connect. | |||
| Evidence to gatherNumber of home and remote workers and how they reach organisational data (home router, business-provided router or corporate VPN). | |||
| Evidence to gatherRecord of organisation-supplied home routers and how they meet the firewall control. Host firewall policy for remote devices. The A2.5 guidance says routers and firewalls in the home environment are not listed in A2.5 itself. | |||
| Evidence to gatherVPN configuration showing traffic routes through the corporate boundary. | |||
5Wireless1 row | |||
| Evidence to gatherAccess point inventory with a note of which are internet-reachable. | |||
6Third parties3 rows | |||
| Evidence to gatherThird-party and MSP account register and confirmation that the technical controls are met on their access. | |||
| Evidence to gatherLoaned device list in the inventory. | |||
| Evidence to gatherRole-based device table showing which third-party devices are in and out, and how out-of-scope devices are still checked before connecting. | |||
7Software2 rows | |||
| Evidence to gatherList of commercial web applications in use and a note of any in-house development. | |||
| Evidence to gatherSub-set design and firewall rules for any isolated legacy devices. | |||
What evidence does the assessor expect?
For the self-assessment, the assessor reads the notes field under each question and decides whether the wording describes a control that meets the requirement. Vague answers get a query, and unanswered queries become a fail. The evidence column above tells you what to have to hand so that every notes field can be specific: the policy name, the setting, the number of devices it applies to and the date it was checked.
For Cyber Essentials Plus, the assessor does not rely on the notes. They scan the sampled devices, send test files, watch a user log in to each cloud service and try to run an administrative task as a standard user. The same evidence still matters, because it is how you confirm the controls are in place before the audit rather than during it.
Related pages
- Scope overviewThe full v3.3 scope section explained
- BYODUser-owned devices and the three exemptions
- Home and remote workingRouters, VPNs and device firewalls
- Cloud servicesIaaS, PaaS, SaaS and shared responsibility
- Third-party accounts and MSPsWhose accounts and devices count
- Asset managementBuilding the inventory A2.5 to A2.9 asks for
- Cyber Essentials checklistAll five controls, row by row
- Check your readinessFree check against the 2026 question set
- ResourcesOfficial documents, free tools and guides
Frequently asked questions
Only by defining a sub-set that is segregated from the rest of the network by a firewall or VLAN, and only if the remaining scope still includes end user devices. A scope that excludes all end user devices is not acceptable under v3.3, and you must justify any partial scope to the assessor.
Yes if they access organisational data or services, for example email or Teams. A personal phone used only for native voice calls, native text messages or as an MFA authenticator is out of scope.
No. Devices owned by an MSP administrator, a third-party contractor or a customer are out of scope under Table 2 of v3.3. The accounts your MSP uses on your systems are in scope, and you must be able to show the technical controls are met on that access.
Yes. Cloud services cannot be excluded. The applicant is always responsible for ensuring the controls are implemented, although for IaaS, PaaS and SaaS some controls are implemented by the provider. Where that is the case you must be able to point to a contractual commitment or a trust centre document.
A3.1 sets the eligibility test for the included cyber insurance: a head office domiciled in the UK or Crown Dependencies and gross annual turnover under £20m. A3.2 then asks you to opt in, at no additional cost. The question set does not say how a sub-set scope affects the cover, so if you are certifying part of the organisation, confirm eligibility with your Certification Body before you rely on it.
A member of your own organisation. The A2.10 guidance says the person responsible for managing your IT systems in scope cannot be someone employed by your outsourced IT provider. Name the internal owner, such as the operations director, even if an MSP does the day-to-day work.
Would you pass the 2026 question set?
Answer 24 yes or no questions, built by the assessors who mark Cyber Essentials, and get a readiness score in about five minutes, with any auto-fail questions you miss flagged first in your results.
- IASME Certification Body
- CREST accredited
- IASME fee included
- UK offices in Leeds, Newcastle, London and Edinburgh