VaultISO 27001ISO 27001 Annex A equipment siting and protection (A.7.8)
ISO 27001 · A.7.8

ISO 27001 Annex A equipment siting and protection (A.7.8)

Equipment siting and protection

Harry WestFounder & CEO19 May 202312 min read
Inside This Article
What does ISO 27001 Annex A 7.8 require?How do you run the site walkthrough before writing any policy?How do you stop screens being read from windows and reception?How do you protect comms cupboards and server racks?What about public-facing kit and hardware you don't control?How does ISO 27001 Annex A 7.8 apply to cloud-first organisations?What do auditors sample during the site tour?How do you implement ISO 27001 Annex A equipment siting and protection as continuous evidence?Frequently asked questions
Book a discovery call

Key takeaways

Annex A 7.8 asks you to place hardware deliberately, away from prying eyes and environmental hazards, and to keep your own kit visibly separate from equipment you don't control. Start with a site walkthrough, protect comms cupboards with locks and sensors, and scope the control to hardware you actually own. Sensor alerts, lock logs and a recurring walkthrough ticket keep the evidence current between audits.

Scope
Annex A 7.8 covers where hardware sits: away from passers-by and readable sight-lines, clear of heat, water and dust, and visibly separate from equipment the organisation does not control.
Audit test
Auditors test the control by walking the floor: they inspect the comms room, test sight-lines from the visitor area and cross-check inventory entries against where hardware actually sits.
Cloud-first firms
Cloud-first firms keep laptops, office network gear and screens in scope, while the provider covers data-centre measures; the Statement of Applicability should record that split rather than exclude the control.
Evidence
Continuous evidence comes from networked temperature, humidity and leak sensors, a smart-lock access log and a recurring walkthrough ticket with photos, leaving people to decide placement.

Picture the first ten minutes of your site audit. The comms cupboard door is propped open, a switch sits under a water pipe, and the reception monitor shows a client list to anyone on the visitor sofa. That is how ISO 27001 Annex A equipment siting and protection gets tested: with eyes, not documents.

This guide is for operations managers, IT leads and security managers at 25–250 person firms. It covers what A.7.8 asks, the walkthrough to run first, how to protect cupboards and racks, how to scope the control when your workloads sit in AWS or Azure, and the sensor and ticket evidence that keeps proof current all year.

What does ISO 27001 Annex A 7.8 require?

ISO 27001 Annex A 7.8 requires you to place hardware that handles company information deliberately: away from passers-by, out of sight of anyone who shouldn't read a screen, and clear of heat, water, dust and power hazards. It also expects a visible line between organisation-controlled hardware and equipment you don't control.

The NIST SP 800-53 Rev. 5 PE-18 control specification states the underlying principle: position system components to limit damage from physical and environmental hazards and to limit the opportunity for unauthorised access. A.7.8 applies that principle to the hardware in your own office, which is why ISO 27001 equipment siting and protection reads as estate management with a security purpose.

The control protects all three pillars of information security at once:

  • Confidentiality. Screens, and the signals they emit, that someone could read from the wrong place.
  • Integrity. Kit that anyone can reach is kit anyone can tamper with.
  • Availability. Heat, water, dust and power problems that quietly kill hardware.

It is a preventive control: sensible placement stops damage, theft and shoulder-surfing before any of them becomes an incident.

Auditors test it with their eyes on the way in from reception: the server humming in an unlocked cupboard, the monitor in full view of the street, the rack under a water pipe. Each finding is cheap for them and embarrassing for you, because it signals that security thinking stops at the software layer. Availability bites hardest at your size, since a leak or an overheating comms room can take the office network down for days.

Enterprise buyers running on-site diligence notice the same exposures, which makes tidy siting a sales asset as well as an audit one.

How do you run the site walkthrough before writing any policy?

Walk the site before writing anything. Tour the office with fresh eyes, noting where servers, switches and network gear live, what hangs above them, who can reach them, and which screens are readable from windows, corridors or the visitor sofa. Photograph everything; the photos become your gap list and your first evidence.

Work through the office in this order:

  1. Comms gear. Find every server, switch, router and patch panel, including those in cupboards, under desks and behind reception.
  2. What hangs above. Look up for water pipes, AC units and condensate lines.
  3. Who can reach it. Note who holds keys or can simply walk in: cleaners, visitors, neighbouring tenants.
  4. Readable screens. Stand at the windows, in corridors and on the visitor sofa, and see what you can read.
  5. Kit you don't control. Spot visitor devices, landlord equipment and BYO hardware sharing the space.

Photograph each finding with a wide shot and a close one, and file the set with the date. Of everything you can show an auditor at this scale, a dated walkthrough with photographs persuades most, and a second set taken after the fixes gives you the before-and-after story.

A policy written first describes the office you imagine. The walkthrough describes the one you have, and its findings feed your risk assessment directly. If the asset inventory is stale, correct it as you walk, so the locations it records match the floor.

Keep the checklist you used. The recurring review in the final section reuses it, so the first walkthrough becomes the template for every later one, and the dated photo sets show how the layout has changed.

How do you stop screens being read from windows and reception?

Reposition first. Angle monitors that display personal data away from windows, corridors and reception, and fit privacy filters only where a desk cannot be turned. Screen-lock policy covers the remainder. The ICO physical security audit guidance asks for exactly this: devices displaying personal information positioned to reduce the risk of unauthorised access.

Privacy filters are the standard fix when a screen handling sensitive data faces a window or shared space and cannot simply be turned. If repositioning solves the problem, reposition: a filter costs money per device and has to be remembered with every new monitor.

Apply the fixes in this order:

  1. Reposition. Turn desks and angle monitors away from glass, corridors and the reception counter.
  2. Filter. Fit privacy filters where the layout cannot change, such as ground-floor desks facing the street.
  3. Lock. Enforce a short automatic screen-lock timeout, so a screen left unattended at lunch is dark by the time a visitor wanders past.

Test the result the way an auditor would: stand where a visitor stands and try to read the screen. Repeat at different times of day, because daylight and glare change what shows through glass.

Put the desk-layout rule into induction rather than a standalone policy, so new starters learn not to turn a monitor towards the window. The risk is familiarity: staff stop seeing a screen that has faced the pavement for three years.

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.

How do you protect comms cupboards and server racks?

Put anything server-shaped in a lockable, dedicated space: a comms room, or a locked and ventilated cabinet. Limit access to those who need it, log entries, and add a temperature, humidity and leak sensor that alerts someone before hardware cooks. Never use the cleaning cupboard, or a desk, as a server room.

For a 50-person firm, we recommend a standard with four parts:

  • Dedicated space. A comms room, or a locked, ventilated cabinet where no room exists.
  • Limited access. Keys or codes only for people who need them, plus a record of who went in.
  • Environmental sensing. Temperature, humidity and leak detection that alerts a named person.
  • House rules. No drinks on the switch cabinet and no kit left running under desks, covered in induction.

The ICO physical security audit guidance points the same way, listing humidity sensors and physical access detection among the controls to implement.

Access records can start low-tech. A signed sheet inside the door answers "who went in last Tuesday?" until a smart lock replaces it, and the question matters more than the mechanism.

Sensors earn their cost at weekends. An overheating comms room on a Saturday takes the office network down until Monday unless an alert reaches a phone, so route alerts to a channel someone owns.

A control that claims environmental monitoring but pages nobody is a finding waiting to be sampled.

Three classic failures are worth checking for in the walkthrough:

  • The server under a desk or in the cleaning cupboard, the scale-up leftover nobody re-homed.
  • Racks beneath water pipes or AC condensate lines with no leak detection, discovered the wet way.
  • Office HVAC trusted to cool the comms room, with no sensor to say when it stops.

A lock, a sensor and a log cost little, and together they cover the three ways kit gets lost: theft, tampering and heat.

What about public-facing kit and hardware you don't control?

Keep company-managed hardware physically apart from visitor devices, landlord building systems and anything BYO, so the boundary of your estate is visible; this separation is the notable 2022 addition. Equipment that must sit in public reach, such as a reception kiosk or demo unit, is anchored, with unused ports disabled.

Three groups usually sit on the wrong side of the boundary:

  • Visitor devices. Laptops and phones on guest Wi-Fi or plugged into meeting-room ports.
  • Landlord systems. Building access panels or risers sharing your cupboard.
  • BYO hardware. Personal or contractor devices that staff bring in.

Separation can be modest: a guest network that never touches the office switches, a separate cabinet or labelled shelf for landlord kit, and no personal devices plugged into company ports. Whatever you choose, an auditor standing in the room should be able to see the boundary.

Shared offices deserve extra attention. A tenant in a serviced building shares corridors, meeting rooms and sometimes cupboards, so ask the landlord which areas you control and record the answer in the walkthrough. Hosting a partner's demo hardware or a contractor's own laptop is the situation most likely to blur the line, so decide where such kit may sit before it arrives.

Equipment in public reach is allowed, with conditions:

  • Anchor it to a desk, wall or stand.
  • Shut down unused ports, so a USB stick or cable has nowhere to go.
  • Lock the device down into a restricted mode.
  • Supervise it by CCTV or line of sight.

A kiosk with open ports and a loose cable is an invitation, and the fixes cost less than the conversation about it.

How does ISO 27001 Annex A 7.8 apply to cloud-first organisations?

Annex A 7.8 still applies, scoped down. Laptops, office switches, routers and screens are equipment, so they stay in scope; the data-centre-grade measures belong to your cloud provider, and your Statement of Applicability should say so rather than scoping the control out. Co-located racks remain your responsibility.

In a cloud-first office, these stay in scope:

  • Laptops and desktops used in the office.
  • Switches, routers, access points and patch panels.
  • Monitors and other peripherals that display or handle company information.
  • Anything in the comms cupboard, including a leftover server nobody retired.

For the cloud estate, cite the provider's physical security assurance in the SoA, the register recording which Annex A controls apply and how, and state that data-centre siting is the provider's responsibility. The entry becomes a reference rather than a gap, and the auditor sees a scoped decision instead of an omission.

Co-located racks are the exception. The NPSA guidance on data hall and equipment security is blunt: however secure the data centre, the customer is responsible for limiting who can reach its networking equipment. Rack-level locks, an access list you control and a way to detect unauthorised access to your rack remain yours to evidence.

Over-engineering is the opposite error. Pricing gas fire suppression or dedicated cooling for a cupboard holding two switches wastes budget that sensors and sight-line fixes would spend better, and a firm whose production runs entirely in AWS has no case for either. Scale up only if you genuinely run on-prem workloads.

Proportion looks like this: a 30-person firm with one cupboard needs a lock, a sensor and a walkthrough ticket. A 250-person firm across two offices needs the same pattern per site, plus a register showing which cabinet serves which team.

What do auditors sample during the site tour?

Auditors verify A.7.8 by walking the floor. They ask to see the comms room, look up for pipes and down for clutter, test sight-lines from the visitor area, and cross-check inventory entries against where hardware actually sits. Whatever your Statement of Applicability claims, the walkthrough is the test.

Expect questions like these in the room:

  • "Where does your network and server hardware live, and who can get to it?"
  • "How would you know if the comms room got hot or wet over a weekend?"
  • "Which screens in this office can a visitor read, and what have you done about it?"
  • "How do you keep company-managed kit separate from devices you don't control?"
  • "When did you last walk the site looking for exactly these problems?"

Environmental claims get tested, not just read. Be ready to show sensor readings, the alert configuration and an example alert that fired, or to trigger one while the auditor watches.

The inventory cross-check is quiet but pointed. The auditor picks two entries and goes to find the hardware, so a switch recorded in the comms room but sitting under a desk is a mismatch even when every other control is sound.

Certification bodies typically grade what they find along these lines:

  • Major: critical hardware in an unlocked, unmonitored space, or a stated control such as environmental monitoring that demonstrably isn't running.
  • Minor or opportunity for improvement: a single exposed screen or an untidy cabinet.
  • Escalation: several minors can aggregate into a major as a pattern of casual physical handling.

Bring the records in the evidence table below, plus your induction material on equipment house rules. Together they answer most of these questions before they are asked.

How do you implement ISO 27001 Annex A equipment siting and protection as continuous evidence?

Automate the monitorable half. Networked temperature, humidity and leak sensors generate readings and alert logs; a smart lock on the comms room produces an exportable access log; a recurring walkthrough ticket with photos attached proves the review keeps happening. People still decide where equipment goes.

Each stream replaces a pre-audit scramble with a running record. Sensor history shows the environment is watched, the lock log shows who entered, and the ticket history shows the review recurs after desks move and floors are rearranged.

The automation's job is to notice when conditions drift. Judgement stays with people: where equipment goes, what a visitor can see, and whether a new desk plan has turned a screen towards the window. These small, always-on evidence pipelines are the kind of work GRCMANA's GRC engineering service builds.

Build the walkthrough ticket once. Attach the checklist from your first tour, add a photo field for each item, assign an owner, and set it to recur every quarter and after any office move or refit.

A walkthrough done once, at certification, is a photograph of a layout that no longer exists.

Run this way, the annual audit becomes a read-out of records that already exist. At 25–250 people, that cadence satisfies certification bodies and enterprise buyers doing on-site diligence.

Evidence sourceWhat it provesCadenceArtefact left
Temperature, humidity and leak sensorsThe environment is watched and failures alert someoneContinuousReading history and alert log
Smart lock or badge reader on the comms roomOnly authorised people enter, and entries are recordedEvery entryExportable access log
Recurring walkthrough ticketSiting and sight-lines are reviewed as the layout changesQuarterly and after any moveDated checklist with photos
Asset inventoryHardware sits where records say and is flagged as company-managedUpdated on every moveInventory export with locations
Maintenance recordsProtective kit such as AC, extinguishers and UPS is servicedPer service scheduleService and test records

Frequently asked questions

A standalone policy is rarely worth writing at 25–250 people, because it adds review burden without adding assurance. The SoA entry is enough when it points to evidence that exists: the walkthrough record, the sensor configuration and the induction rules. An entry that says "implemented" with nothing behind it is the weak spot, because the auditor will ask to see what that means. Write a short procedure only when ownership is genuinely unclear, such as an on-prem rack nobody owns.

A.7.5 covers physical and environmental threats in general, while A.7.8 applies that thinking to where specific equipment sits. A.7.7 governs clear desk and clear screen behaviour, and A.7.8 governs the fixed layout that decides what a screen can show. The evidence overlaps, so one walkthrough record can support all three controls.

For a single office with cloud workloads, expect days of effort rather than weeks. Run it alongside the physical entry and perimeter work in A.7.1 to A.7.4, since the walkthrough findings feed the same risk assessment. The slowest item is usually hardware lead time for a lockable cabinet or sensors, so order those first.

For each item, record its room and cabinet, an owner, and whether the company manages it. Add a criticality marker so the auditor's sample lands on the hardware that matters. Update the entry whenever kit moves, ideally as a step in the walkthrough ticket, because a mismatch between inventory and floor is easy to spot.

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