VaultISO 27001ISO 27001 Annex A 7.6: one-page rules for working in secure areas
ISO 27001 · A.7.6

ISO 27001 Annex A 7.6: one-page rules for working in secure areas

Working in secure areas

Harry WestFounder & CEO15 May 202312 min read
Inside This Article
What does ISO 27001 Annex A 7.6 require inside a secure area?What counts as a secure area, and how long should the working rules be?When should work in a secure area be supervised or escorted?Are mobile phones banned from secure areas under ISO 27001 Annex A 7.6?How should vacant secure rooms be locked and checked?How do secure room locks stay compliant with UK fire escape law?What evidence and audit questions should you expect for Annex A 7.6?How can you automate the checks behind Annex A 7.6?Frequently asked questions
Book a discovery call

Key takeaways

Annex A 7.6 governs what people do inside a secure room once entry controls have let them in. For a 25–250 person UK firm, one page of working rules inside the physical security policy meets it. The rules cover escorts, a workable device rule, locked and checked empty rooms, and escape routes that always open.

Scope
This control governs conduct inside areas your zoning designates as secure, after entry controls have admitted people. Most growing firms have a server or comms room and perhaps a records store.
Escorts
Contractors, cleaners and engineers get a vetted escort by default, and the visit is recorded. Routine solo work by vetted staff is fine; sensitive or irreversible work needs a second person.
Devices
Control, not prohibition. A rule of no photography or recording without the named owner's authorisation is enforceable and passes audit; lockers or device-management profiles are reserved for genuinely high-risk rooms.
Safety and evidence
Life safety wins: emergency doors open in the direction of escape without delay. Auditors sample rules, escort records, badge logs and vacant-room check logs, and test the escort live.

The auditor is standing in your server room and asks who stays with the engineer fixing the air-con. Your badge logs are spotless, and nobody has an answer. ISO 27001 Annex A 7.6 is the control behind that question, and this guide shows UK firms of 25–250 people how to meet it with one page of working rules.

You will get the escort line, a phone rule that holds, empty-room checks, fire-safe locks and the evidence auditors sample. It is written for the security, IT and compliance leads who own the room and the audit.

What does ISO 27001 Annex A 7.6 require inside a secure area?

ISO 27001 Annex A 7.6 requires working rules that govern conduct inside secure areas, after entry controls have done their job. It limits knowledge of the area to those who need it, avoids unsupervised lone work, locks and checks empty rooms, controls recording devices, and keeps emergency procedures visible to anyone inside.

Entry controls decide who gets through the door; this control decides what happens next. It presumes the zoning from Annex A 7.1 and works alongside Annex A 7.7 on what is left visible in the room. Its job is to close the gap between being authorised to enter and being trusted to act alone and unobserved.

A secure room with flawless badge logs and no conduct rules is a well-guarded place to work unobserved.

Most firms of this size have one or two genuinely secure areas, usually a server or comms room and perhaps a records store. The perimeter gets the attention while the inside runs on trust.

The control exists for scenarios that are mundane and expensive:

  • A contractor left alone in the comms room for an afternoon.
  • A phone photo of a whiteboard that ends up somewhere it shouldn't.
  • A room left unlocked and unchecked for a month before anyone notices something missing.

For a regulated firm, each one becomes a breach-notification question with no good answer, because "who was in there and what did they do" has no record.

Annex A 7.6 is a preventive control that protects confidentiality, integrity and availability together. It covers what can be seen or photographed, unsupervised tampering, and damage to the equipment the area exists to protect.

What counts as a secure area, and how long should the working rules be?

A secure area is whatever your Annex A 7.1 zoning designates as one, typically the server or comms room and anywhere regulated records concentrate. For a 25–250 person firm, the working rules fit on one page inside the physical security policy, not a standalone manual.

Designation comes first. If you have zoned nothing as secure, the control has nothing to attach to, and an auditor will ask why.

Name the room on the page. "The second-floor comms room" gives an auditor something to walk to; "secure areas" gives them a definition to argue with. If your estate is mostly cloud and the only secure area is a cupboard of network kit, the page gets shorter, not absent.

Write one page per zone, which in practice means one page in total. It covers:

  • Who may enter and work in the area.
  • The two-person expectation for non-routine work.
  • Escort requirements for anyone unvetted.
  • The camera and recording position.
  • Locking when the room is vacated.
  • Where emergency instructions live.

Fold the page into the physical security policy. Nobody at this scale needs a standalone document, and a separate manual is one more thing that drifts out of date.

Keep knowledge of the area on a need-to-know footing as well. Don't advertise what is in the room, or what happens there, beyond the people whose job requires it.

Over-engineering is the pitfall to avoid. Sign-in ceremonies and phone amnesties for a room that a handful of vetted engineers enter weekly add friction and no assurance. Proportionate rules that people follow beat impressive ones they don't.

When should work in a secure area be supervised or escorted?

Routine work by vetted sysadmins can be done alone; the rule targets unobserved one-person situations for sensitive or irreversible work, and for anyone unvetted. Contractors, cleaners and engineers get a vetted escort by default, and their visit lands in the visitor or works record. Write the line into your rules.

Lone working is a safety matter before it is a security one. The Health and Safety Executive guidance on protecting lone workers says employers should provide training, supervision, monitoring and support for lone workers, so a sysadmin alone in a server room already sits inside a duty of care. Annex A 7.6 adds the security question: who would notice if something went wrong, or went missing?

NIST SP 800-53 Revision 5 Control PE-3 gives you a recognised reference for the escort side. It calls for visitors to be escorted and their activity controlled in organisation-defined circumstances, and your rules are where you define those circumstances.

A workable line for your rules:

  • Solo is fine for routine work by vetted staff, such as checking indicators or applying scheduled patches.
  • Two people for sensitive or irreversible work, such as decommissioning hardware or disposing of media.
  • Escort always for anyone unvetted, whatever the task, which covers most contractors, cleaners and engineers: a vetted staff member stays with them for the whole visit.

The works record needs little: the date, the visitor, the task and the escort's name. That is enough for an auditor to trace a work order to a person who was present.

The usual failure is the cleaner or air-con engineer working unescorted because escorting feels like an imposition on a busy team. If out-of-hours cleaning access is the current reality, change it for the secure room specifically; the rest of the floor can carry on as before.

An unwritten line gets argued case by case, and the argument usually ends with someone left alone in the room.

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.

Are mobile phones banned from secure areas under ISO 27001 Annex A 7.6?

No. Annex A 7.6 requires control of recording-capable devices, not prohibition. A clear rule of no photography or recording without the named owner's authorisation is enforceable and passes audit. Reserve lockers or device-management enforcement for genuinely high-risk rooms, because a blanket ban in a small comms room fails in week one.

The named owner matters. Someone, usually the IT or security manager, has to be able to say yes, and a short note of who approved what is the record. The legitimate cases are ordinary: an engineer photographing a rack label for a support ticket, or a vendor documenting their own change. A route to ask turns those from breaches into approved exceptions.

A phone ban nobody can enforce isn't a control. It's a rule staff learn to break quietly.

Match enforcement to the risk of the room:

  • Most comms rooms: a written no-photography-or-recording rule, briefed to staff and contractors, with the named owner as the authoriser.
  • Higher-risk rooms: lockers or storage outside the room, so devices are physically absent rather than politely discouraged.
  • Highest-risk rooms: camera disablement through your device-management platform, where the configuration profile is itself the evidence.

The pitfall sits at the extremes: no rule at all, or an absolute ban with no lockers, no authorisation route and no tooling behind it. Both leave you unable to show a control working. The middle path costs a paragraph of policy and a briefing, and it holds because every exception has somewhere to go.

How should vacant secure rooms be locked and checked?

Lock a secure room whenever it is empty, using auto-locking hardware rather than memory. Then put a short periodic check on the calendar, with a named person doing it and a one-line log entry each time. Quarterly can suit a single, rarely used comms room; a busier room needs more.

Hardware does the first job. An auto-locking door re-latches on close, so nobody has to remember a key, and it removes the "I'll only be a minute" propped door. Doors held open for convenience turn the secure area into a corridor, so the rule says the door closes behind you. Fit the hardware only once it lets people out freely, as the fire escape section below explains.

The check takes two minutes:

  • Door secure and latched.
  • No signs of interference with the lock, cabinets or cabling.
  • Nothing left running or lying about that shouldn't be.
  • Emergency card still posted and the exit route clear.

The log needs three fields: date, who checked, result. Pick the cadence you will actually keep.

A vacant-room check with no log never happened, as far as an auditor is concerned.

The walk-through is also where drift gets caught. A door found propped, a cable that wasn't there last quarter or an unlabelled device on a shelf all show up in two minutes.

How do secure room locks stay compliant with UK fire escape law?

Life safety wins without exception. Under Article 14(2) of the Regulatory Reform (Fire Safety) Order 2005, emergency doors must open in the direction of escape and must not be locked so they cannot be easily and immediately opened. A secure room must always let people out without a key, with evacuation routes posted inside.

The Regulatory Reform (Fire Safety) Order 2005, Article 14 sets these out in sub-paragraphs (d) and (f). They apply to emergency routes and exits, so your fire risk assessment tells you whether the secure room door is one, and any new locking hardware deserves a check against it before it goes in. A door that needs a key or code to get out is the pattern to remove. Entry from outside stays controlled by badge or key, because the requirement concerns the way out.

Security never wins an argument against escape. Handle the security consequence with alarms and follow-up, such as a door-open alert from the badge system and a check of the room afterwards. One common fix in a small comms room is a push bar or thumb-turn on the inside of the door.

Post the emergency basics inside the area:

  • The evacuation route from the room.
  • Who to call, with numbers that work.
  • What to do if the alarm sounds.

Two pitfalls recur. Emergency information goes out of date or goes missing, and exit routes get obstructed by stored kit. Both belong on the vacant-room check, so they are caught on a schedule rather than by a fire marshal or an auditor.

What evidence and audit questions should you expect for Annex A 7.6?

Auditors test Annex A 7.6 live: they ask the escort whether photos are allowed, who may work alone, and when the room was last checked. Evidence is the documented rules, escort and visitor records, badge logs, inspection logs and briefing records. A sampled gap grades minor; a complete absence of rules grades major.

The evidence set proves the rules operate rather than merely exist:

  • Documented working rules, typically a section of the physical security policy.
  • Escort and visitor records for third parties who worked in the area.
  • Badge logs corroborating who was inside and when.
  • Inspection log for vacant-room checks.
  • Briefing or awareness records showing the people with access know the rules.
  • Device evidence: the configuration profile where tooling restricts devices, or a note of who approved what where authorisation does.
  • Emergency procedures visibly posted in the room, because auditors photograph the wall.

Expect these questions, asked while standing in the room:

  • "Can I take photos in here?"
  • "Who's allowed to work in this room alone, and doing what?"
  • "When an engineer comes to fix the air-con, who stays with them?"
  • "When was this room last checked while empty, and where's that recorded?"
  • "If the alarm went off right now, what do I do, and how would I know?"

Sampling follows the questions. The auditor is a visitor in a secure area, so the escort's behaviour during the visit is tested live. Auditors also trace recent third-party work orders to escort records, check badge logs for the room and look at how regularly the inspection log was filled. Interviews check whether people with access can state the rules without fetching the policy.

Grading follows certification-body practice. The major case is a secure area with effectively no working rules in a firm holding sensitive client data. Minor findings, such as one unescorted third-party visit or a gap in the check log, can aggregate into a major as a pattern, especially when stacked with entry-control findings.

Brief the escort before the audit, not during it. The escort is the first exhibit, and a calm, correct answer to the photo question sets the tone for everything after.

How can you automate the checks behind Annex A 7.6?

Automation at this scale is thin but real: badge logs feeding out-of-hours or lone-entry alerts, vacant-room checks as a recurring ticket, third-party work orders that need a named escort before closing, and device restrictions enforced through device management. One comms room with quarterly checks needs only a recurring task with a photo.

The recurring ticket does the heavy lifting. The check runs on schedule, the assignee attaches a photo and closes it, and the log builds itself. Start there: it takes an hour to set up and yields the most audit evidence per minute. A work-order template with a mandatory escort field then makes the escort rule a precondition of finishing the job, rather than a hope.

Badge alerts need judgement. Routine solo work by vetted staff is allowed, so a lone entry is a prompt for review, not a violation. Out-of-hours entry with no matching ticket is the one to chase.

Device-management enforcement is the only automation that removes trust entirely, so keep it for the rooms whose risk justifies the effort.

For a lean team, the whole system is three or four automations in tools you already run. Evidence accrues while people get on with their jobs, and the audit trail becomes a by-product rather than a project.

AutomationWhat it catchesCadenceEvidence left
Badge-log alertOut-of-hours or lone entries to the secure roomEach entry eventAlert, review note and badge log
Recurring vacant-room ticketUnsecured door, signs of interference, kit left runningQuarterly, or as your policy setsClosed ticket with photo
Work order with mandatory escort fieldThird-party visits with no named escortEvery visitWork order naming the escort
Device-management profileCamera use on managed devices in high-risk roomsContinuousConfiguration profile and enforcement settings

Frequently asked questions

Plan on half a day of drafting plus a team briefing, once the Annex A 7.1 zoning and Annex A 7.2 entry controls exist to attach the rules to. The effort is trivial; the escort discipline and the periodic check are the parts that need an owner. Run one vacant-room check and log it before the audit, so the sample isn't empty.

In the 2013 edition this control was A.11.1.5. The 2022 edition pays tighter attention to personal endpoint devices, meaning laptops and phones carried into secure areas. It also expects emergency procedures to be readily visible to people working inside. In practice, check that your device rule covers personal laptops as well as phones, and that the emergency card is actually on the wall.

Name one owner for the rules, usually the IT or security manager, and give them a deputy. The host of each visit acts as the escort, provided they are vetted. Assign the vacant-room check to a named person with a calendar recurrence, not to "facilities" in general, so a missed check has a face attached.

Yes, and a short briefing covers it: the escort line, the photo rule, who checks the empty room and how to get out. Record who attended and when, because that record is the evidence. Brief everyone with access, including anyone who hosts contractors, and repeat it when the rules change or a new supplier starts regular visits.

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