VaultISO 27001ISO 27001 Annex A 7.10: storage media controls that pass audit
ISO 27001 · A.7.10

ISO 27001 Annex A 7.10: storage media controls that pass audit

Storage media

Harry WestFounder & CEO24 May 202312 min read
Inside This Article
What does the ISO 27001 Annex A storage media control require across the lifecycle?What changed in ISO 27001:2022 Annex A 7.10 storage media?Can a cloud-first firm mark ISO 27001 storage media controls as not applicable?How do you block USB and removable storage by default with Intune?How should you sanitise or destroy storage media before reuse or disposal?How do paper records and printed material fit into storage media controls?What evidence and tests do auditors use for ISO 27001 Annex A 7.10?How do you automate storage media controls so evidence builds itself?Frequently asked questions
Book a discovery call

Key takeaways

Annex A 7.10 manages every carrier of your information, paper included, from purchase to destruction. Cloud-first firms cannot mark it not applicable, but they can meet it with a block-by-default endpoint posture, ticketed exceptions and serial-matched disposal. Auditors check configuration and one traced disposal batch, so build the evidence as configuration rather than paperwork.

Scope
The control covers every carrier of information, including USB sticks, external drives, backup tapes and paper, managed from purchase through storage and transfer to sanitisation or destruction.
Cloud-first position
Cloud-first firms cannot declare the control not applicable, because laptop drives, paper and stray USB sticks remain. Blocked by default with managed exceptions is the position that survives audit.
Disposal proof
Deleting or quick-formatting leaves data recoverable. Sanitise to a recognised NIST standard or destroy through a vetted ITAD vendor, then reconcile itemised certificates against the serials you dispatched.
Audit evidence
Auditors cross-check policy, register and enforcement, and favour a live MDM configuration export or USB insertion test. No control at all grades major, while drifted registers and missing certificates grade minor.

The due-diligence questionnaire asks how you control removable media and what happens to drives at end of life. Your estate is cloud-first, so you wonder whether ISO 27001 Annex A 7.10 applies at all. It does, and the answer is smaller than you fear.

This guide is for security leads and compliance managers at UK service providers and SaaS firms of 25–250 staff. It covers what the control requires, how to block removable storage by default, how to dispose of drives and paper with proof, and what auditors test at Stage 2.

What does the ISO 27001 Annex A storage media control require across the lifecycle?

Annex A 7.10 treats every carrier of your information, including USB sticks, external drives, backup tapes and paper, as a managed asset from purchase to destruction. It expects a removable-media policy, ports enabled only for business reasons, records of removal, encryption in storage and transit, and disposal that leaves nothing recoverable.

The lifecycle framing is the point, because the risk is rarely the device. It is the unmanaged moment: the stick that leaves the building unrecorded, the drive reused without a proper wipe, the archive box in a skip.

Read the control as six stages, each with one question to answer:

  • Acquire: is this medium company-approved and encrypted by default?
  • Issue: who holds it, and what classification may it carry?
  • Store: is it locked away according to that classification?
  • Move: when it leaves the building, who authorised that, and is it recorded?
  • Sanitise: has reused media been wiped to a recognised standard?
  • Destroy: can you prove that nothing recoverable remains?

Storage conditions are part of the control. Keep media away from heat, damp and magnets. Copy long-lived archives onto fresh media before the old medium decays. Hold valuable data in more than one copy on more than one device.

Confidentiality, integrity and availability all apply. Media can leak what it carries, be tampered with in transit, or decay until it cannot be read while it holds the only copy. The control is preventive, which is why blocked ports, encryption and certified destruction matter more than logs written after the loss.

What changed in ISO 27001:2022 Annex A 7.10 storage media?

ISO 27001:2022 folds four separate 2013 controls (A.8.3.1, A.8.3.2, A.8.3.3 and A.11.2.5) into a single lifecycle control. Detailed transfer rules now sit with A.5.14, data deletion technique with A.8.10, and the equipment wipe-before-disposal check with A.7.14, leaving A.7.10 to govern the media itself from purchase to destruction.

For a team working from the 2013 edition, the change is mostly one of filing. Use this sequence when you migrate your documents:

  1. Merge the separate media procedures into one removable-media policy that follows the lifecycle.
  2. Point your transfer procedure at A.5.14 instead of duplicating it. Tamper-evident packaging and tracked couriers for sensitive media belong in that rule set.
  3. Reference A.8.10 for deletion technique and A.7.14 for the equipment check, so each neighbour owns its own detail.
  4. Update your Statement of Applicability and control mapping so 7.10 appears alongside those three neighbours.

The 7.10 and 7.14 disposal paths pair naturally, so one disposal workflow and one vendor relationship can serve both.

Can a cloud-first firm mark ISO 27001 storage media controls as not applicable?

No. Cloud-first firms still own laptop drives that must be wiped or destroyed at end of life, plus paper records and the occasional USB stick. A 'not applicable' Statement of Applicability entry almost never survives audit; 'blocked by default, with managed exceptions' does, and it is a simpler position to run.

The media a cloud-first firm cannot avoid are mundane. Every laptop carries a drive, printed contracts and notebooks sit in the office, and a conference organiser will eventually hand someone a stick. An auditor walking the floor can find any of them.

Claiming not applicable invites the auditor to test the claim. Blocked by default gives you a configuration export and a short exception list, which together are a complete answer.

For a regulated firm, an unencrypted stick in a taxi or a returned lease laptop with client data intact can be a reportable breach. Incidents like these read as basic negligence in a way a sophisticated attack never does, and the control is cheap to run well at your size.

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 block USB and removable storage by default with Intune?

Decide whether removable media is needed at all. For most cloud-first firms it is not, so block USB storage by default through Intune or equivalent endpoint management, force encryption on any permitted device, and handle genuine needs as named, approved exceptions. NCSC guidance confirms access can be restricted through device installation settings, group policy or MDM.

The NCSC peripheral security guidance adds the reason to act. Removable media opens a route for data theft and data loss, often with no encryption or device authentication to protect a lost stick. It also gives malicious software a way in that bypasses approved installation.

A focused week is realistic at 50 people. Work in this order:

  1. Block USB storage by default. Push the restriction through Intune or your equivalent tool to every managed device, so the control lives in configuration rather than a reminder email.
  2. Force encryption on permitted devices. BitLocker To Go or hardware-encrypted sticks mean a lost device exposes nothing.
  3. Issue company media only. Personal devices stay blocked, and approved needs become named exceptions with an approver and an end date.
  4. Keep a register. Record what exists, who holds it and what classification it may carry. A ten-line spreadsheet beats no register, because nothing is anonymous.
  5. Write a short policy. State what is allowed, what is banned, who approves an exception and what to do with media handed over at a conference. Everyone who could plug something in should have seen it.

Policy is where most programmes start and where many stop. Acceptable-use wording about USB sticks reads well in a handbook.

A USB policy that every port on the estate ignores is not a control.

The second trap is a register that lists devices but not who holds them or what classification they carry. When one goes missing, you cannot scope the loss, and the breach assessment starts from guesswork. Once the block, the exception list and the register exist, you can answer the questionnaire and the auditor in the same breath.

How should you sanitise or destroy storage media before reuse or disposal?

Deleting files or quick-formatting leaves data recoverable. Use a wipe aligned to a recognised standard such as NIST SP 800-88 Rev. 2, which defines sanitisation as rendering access to target data infeasible through Clear, Purge or Destroy actions. Send end-of-life media to a vetted ITAD vendor and keep a certificate of destruction for each batch.

Formatting rewrites the index, not the data, so recovery tools read straight past it. The NIST SP 800-88 Rev. 2 Guidelines for Media Sanitization tie the method to how sensitive the data is: the more sensitive the contents, the stronger the method, up to destruction.

Choose the route by what the media will do next:

  • Reused inside the firm: a logged wipe aligned to the standard before reissue.
  • Leaving your control or at end of life: physical destruction through a vetted ITAD vendor.
  • Damaged: assess before sending it anywhere, because a broken drive full of client data may need destruction, not repair.

Mind the aggregation effect in bulk disposals. Old phone lists, meeting notes and config printouts are individually dull, yet a pallet of them can map your business for whoever finds the skip. Treat a batch of low-sensitivity media with the care you would give one sensitive item.

Vendor due diligence comes first, then the paperwork. The ICO records disposal and deletion audit framework expects a named staff member to check that destruction certificates match what you sent. Make that a routine:

  1. Export the retiring serial numbers from the asset register as the dispatch list.
  2. Hand over the batch with a signed record, using tamper-evident packaging for anything sensitive.
  3. Collect an itemised certificate of destruction for the batch.
  4. Reconcile the certificate to the dispatch list, serial by serial.
  5. File the certificate against the asset records.

A destruction certificate that doesn't itemise serial numbers proves a transaction, not a destruction.

The e-waste graveyard is the other way disposal goes wrong: retired laptops, loose drives and archive boxes with unknown contents, waiting years for a disposal decision nobody owns. Give retirement an owner and a deadline, and inventory what is already in the cupboard this week.

A cupboard of retired laptops is an unmanaged data store with a door on it.

How do paper records and printed material fit into storage media controls?

Paper counts as storage media, so the same media storage rules apply: secure storage, controlled movement and shredded disposal with certificates. Locked confidential-waste bins and a shredding contract cover the common cases, and auditors inspect paper handling on the walk-round against the same classification rules as digital media.

Four measures cover most offices:

  • Confidential print: release jobs at the device instead of leaving them in the tray.
  • Locked confidential-waste bins: place them where paper is generated, and have the shredding vendor empty them.
  • Archive boxes: label them, log them in the register and store them locked according to classification.
  • Shredding vendor: keep the due-diligence file and a certificate for every collection.

The same ICO framework expects disposal methods to be documented and evidence of secure disposal to be obtained from third parties, so the reconciliation routine from the disposal section applies to paper too. A client file printed from an encrypted system deserves no less protection on a desk than it had on disk.

The usual failure is paper forgotten entirely: confidential print in the ordinary recycling, or archive boxes handled with none of the care the same data gets on disk. Walk the office once as an auditor would and note every bin, drawer and printer. Keep the bin locations in the register notes, so the walk-round and the paperwork tell the same story.

What evidence and tests do auditors use for ISO 27001 Annex A 7.10?

Auditors cross-check policy, register and enforcement. Expect a removable-media policy, a media register showing holder and encryption status, a live MDM configuration export or USB insertion test, and one disposal batch traced from asset register to certificate of destruction with matching serial numbers. Having no control at all grades major; drift and missing certificates grade minor.

Gather this evidence before Stage 2:

  • Removable-media policy, with proof that staff have seen it.
  • Media register showing owner, holder, classification and encryption status.
  • Endpoint management configuration showing ports blocked and encryption forced. It persuades most, because configuration is harder to stage than paper.
  • Removal authorisations and transit records for anything that left the building.
  • Endpoint logs of writes to removable devices, where you monitor them.
  • Sanitisation logs for reused media.
  • Destruction certificates and the due-diligence file on the disposal vendor.

Expect these questions in the room:

  • Can I see your media register, and does it say who holds each item and whether it is encrypted?
  • What happens if I plug a personal USB stick into this laptop right now?
  • Show me the trail for the last time media or records left the building.
  • This drive was reused: show me the wipe that preceded it and the standard it followed.
  • Where are the destruction certificates for last quarter's retired drives?

Sampling is predictable. The auditor asks for a live test or a config export to prove the USB block is real. They trace a couple of register entries to the physical item and its holder, and follow one disposal batch from register to certificate. The confidential-waste arrangements get inspected on the walk-round. Run the live test yourself first on a spare laptop: if the stick mounts, you have found the finding before the auditor does.

Grading follows certification-body practice. No meaningful control over removable media at all, such as personal sticks freely usable with no policy and no disposal trail, grades major. So does unencrypted sensitive data circulating on unmanaged media. A drifted register, a missing certificate or an undocumented exception grades minor, though a pattern of minors can aggregate to a major.

How do you automate storage media controls so evidence builds itself?

Treat the control as configuration. MDM enforces port blocks and mandatory encryption, scheduled config exports become continuous evidence, and drift raises an alert. Exceptions become tickets with expiry dates, the register reconciles against endpoint telemetry, and asset retirement triggers a disposal ticket that cannot close without a wipe log or destruction certificate.

Each move is small, and together they turn evidence into a by-product. Five patterns carry most of the value:

  • Drift alerts. A scheduled export compared with the baseline raises an alert when a port policy loosens, so you hear before the auditor does.
  • Register reconciliation. Issued media in the asset system is checked on a schedule against the encrypted volumes endpoint telemetry actually sees, so the register stops decaying between reviews.
  • Expiring exceptions. Expiry re-blocks the device, and the ticket trail is the authorisation record.
  • Transfer telemetry. Where writes are permitted, endpoint logs feed your log pipeline with alerts on volume anomalies.
  • Disposal workflow. The serial-by-serial reconciliation from the disposal section becomes a required field on the retirement ticket.

Keep the exception ticket short: requester, business reason, device, data classification, approver and end date. Six fields are enough to answer "who approved this?" months later.

GRCMANA's GRC Engineering service line builds and runs this set-up for clients. Once it is in place, the audit is an export, not a scramble.

The table maps what an auditor asks to where the evidence now comes from.

Auditor asksAutomated sourceCadence
Are ports really blocked?MDM configuration export compared with baselineScheduled, with drift alerts
Is media encrypted, and who holds it?Asset register reconciled with endpoint telemetryScheduled
Who approved this exception?Ticket with requester, approver and end dateCreated on request, closed on expiry
What was written to removable media?Endpoint write logs in the log pipelineContinuous
Where is the destruction certificate?Disposal ticket with wipe log or itemised certificate attachedPer retirement

Frequently asked questions

No. Personal devices stay blocked technically, not by polite request. When a customer or supplier insists on delivering data on a stick, raise a time-bound exception, use a company-issued encrypted device, and move the files to approved storage straight away.

Yes. Both sit inside the control as media you hold. Record their location in the register, test a restore on a schedule so unreadable media shows up before you need it, and send retired tapes down the same destruction route as drives.

Record who authorised the removal, what the media contains and its classification, the dates it left and returned, and the courier or tracking reference. For sensitive media, add the tamper-evident packaging used and the recipient's confirmation of receipt. Keep these with the register entry so the item and its trail sit together.

Destroy it unless you can prove a wipe. Repair puts a drive full of client data into another company's hands, and a failed drive often cannot be wiped at all. Record the serial number and the decision in the register, then include the drive in the next vendor batch.

Treat it as a security incident from the first report. Use the register to establish what the item held, its classification and whether it was encrypted. An encrypted device with keys you control is usually a record-and-close event. Unencrypted personal data is different: UK GDPR gives you 72 hours to report a breach to the ICO unless it is unlikely to result in a risk to individuals.

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