Skip to main contentChat with us

ISO 27001:2022 Annex A  ·  Organizational Control

A.5.13
Labelling of information

To make each item's classification visible to people and readable by systems, so handling rules travel with the information and automated controls can act on it.

Last reviewed: June 12, 2026  ·  Authored by TÜV SÜD & BSI Certified Lead Auditors

Control Definition

The organization must develop and implement a fit-for-purpose set of labelling procedures that follow its adopted information classification scheme, covering information and associated assets in every format so the classification is recognizable wherever the information goes.

Control Objective

To make each item's classification visible to people and readable by systems, so handling rules travel with the information and automated controls can act on it.

What This Really Means

Classification (A.5.12) decides what information is worth; labelling makes that decision travel with the data. An unlabelled confidential document is a speed limit with no sign — the rule technically exists, but nobody passing the file can see it, so nobody can be expected to follow it. A.5.13 asks for procedures that attach the classification to the information itself, in whatever form it takes.

Labels serve two audiences. Humans need to recognize at a glance how to handle what they are holding — whether it can be emailed externally, printed, shared in a meeting. Machines need labels as metadata they can act on: a sensitivity label on a document is the hook that lets DLP block an external share (A.8.12), retention policy hold a record, or conditional access deny a download. A label that no system reads and no handling rule references is decoration.

In practice the procedure has to answer, format by format: how labels are applied to digital documents (metadata-based sensitivity labels in suites like Microsoft 365 Purview or Google Workspace), to email (applied labels or standardized subject tags), to physical material (stamps, printed headers and footers, stickers on media), and to systems, databases, and datasets where per-item labels do not work — there you label at the container level and record it in the asset inventory (A.5.9). The procedure should also say where labelling is deliberately omitted — many schemes skip labelling public material to cut workload, which is legitimate as long as it is a written rule rather than an accident. One honest caveat the standard itself acknowledges: labels make valuable information easier for an attacker to find too, which is exactly why labels must trigger protection, not just announce sensitivity.

The two timing battles are creation and retrofit. Labelling at creation is cheap: templates carry a default label, the suite prompts when a label is missing, and downgrades require justification. Retrofitting years of unlabelled archives is a separate, scoped project — prioritized by repository risk, accelerated by auto-classification tooling, and almost never worth driving to complete coverage. For auditors, the heart of A.5.13 is consistency: the labels in your repositories use the same names and levels as your classification scheme, real sampled documents carry labels that match their content, and at least some of those labels demonstrably change what systems and people do.

Why It Matters

Handling rules cannot be followed by people who cannot tell what they are holding. The unglamorous truth of most data leakage is mishandling, not hacking: a sensitive sheet attached to the wrong email, a board document in an open share, an export uploaded to a personal drive — each one by someone who would have acted differently had the sensitivity been visible at the moment of action. Labels close the gap between the classification policy and that moment.

Labelling is also the foundation under your security automation. DLP keyed on labels enforces precisely; DLP without labels falls back to pattern-matching guesswork that is simultaneously noisy and porous. The same applies to retention, encryption-on-label, and sharing restrictions. And the failure mode runs in both directions: over-labelling is as damaging as under-labelling, because a scheme where everything is marked confidential carries no information — staff learn to ignore the labels, and the controls keyed to them either block everything or get switched off.

Without working labelling procedures, organizations face:

  • Leakage through mishandling – staff forward, print, and share information whose sensitivity nothing told them about, and each instance is an incident with a name attached
  • Toothless automation – DLP, retention, and sharing controls run on regex guesses instead of authoritative labels, generating false positives and missing real exfiltration
  • Audit findings on inconsistency – the scheme defines four levels, but sampled live documents show no labels or improvised ones, which auditors read as a classification program that exists only on paper
  • Label fatigue – everything-is-confidential marking trains the organization to ignore labels entirely, silently disabling every control built on them
  • Third-party and cross-border mistakes – unlabelled exports defeat transfer rules and contractual handling duties the moment information leaves your perimeter

Regional Compliance Context

For organizations in India's DPDP Act scope, labelling has a very practical payoff: honoring data principal rights and breach duties requires knowing where personal data lives, and a personal-data label or metadata tag gives discovery, DLP, and retention tooling something concrete to enforce — worth wiring in well before full compliance obligations land on 13 May 2027. In the Gulf, Saudi organizations that handle government data encounter the National Data Management Office classification framework, which prescribes its own levels and expects marking aligned to them — map your internal scheme to the prescribed levels once, in the labelling procedure, rather than improvising per engagement; Saudi PDPL and the UAE federal PDPL create the same locate-your-personal-data pressure as DPDPA.

Implementation Guidance

1

Mirror the Classification Scheme Exactly

Labels must use the same names and the same number of levels as the classification scheme from A.5.12 — no synonyms, no per-department dialects, no extra ad hoc levels. Write the mapping into a short labelling procedure owned by the information security function, and version it together with the classification policy so the two never drift apart.

2

Decide the Technique per Format

Build a one-page matrix: digital documents get metadata-based sensitivity labels; email gets applied labels or standardized tags; physical documents and media get stamps, printed footers, or stickers; systems, databases, and datasets get container-level labels recorded in the asset inventory (A.5.9). Cover derived outputs explicitly — reports, exports, and extracts inherit the label of their source.

3

Configure Labelling in the Productivity Suite

Implement the scheme natively — Microsoft 365 Purview sensitivity labels or Google Workspace Drive labels for most organizations. Set a sensible default label, require a label before save or send, and demand justification on downgrade. Roll out in phases: pilot with one department, tune the defaults against real behavior, then publish organization-wide.

4

Wire Labels into Enforcement

Attach consequences so labels do work: DLP rules keyed on labels (A.8.12), sharing and conditional-access restrictions on the upper levels, automatic encryption for the top level, retention policies per label. Start with two or three high-value automatic actions — blocking external sharing of top-label content is the classic first win — and expand as label quality proves out.

5

Label at Creation, Retrofit by Risk

Make the right label the default at birth: pre-labelled templates, intake workflows that set labels, mandatory prompts for the rest. Treat the legacy estate as a separate scoped project — rank repositories by sensitivity (finance, HR, legal shares first), use discovery and auto-classification tooling where available, apply a label-on-next-touch rule for the long tail, and document the accepted residual rather than pretending full retrofit will happen.

6

Train for Calibration, Not Just Compliance

Give staff a one-page guide with concrete examples per level, and teach the cost of over-labelling as explicitly as the cost of under-labelling. Watch the label distribution: if most new content lands at the highest level, the scheme is miscalibrated or the training scared people into defensive marking. Fold labelling into the awareness program (A.6.3) with role-specific examples.

7

Sample and Tune on a Cadence

Quarterly, sample recently created and modified content across repositories: do labels exist, do they match the content, did the keyed controls fire? Report mislabel rates and label distribution to the ISMS owner, tune defaults and auto-labelling rules from the findings, and update the procedure whenever the classification scheme changes.

Audit Evidence

During your ISO 27001 certification audit, auditors will expect to see the following evidence to demonstrate compliance with A.5.13:

Documentation

  • Labelling procedure showing a one-to-one mapping to the classification scheme and per-format techniques
  • Configuration evidence of sensitivity-label policies — mandatory labelling, default labels, downgrade justification settings
  • DLP, sharing-restriction, and retention rules keyed on labels, with samples of them firing
  • Retrofit project records showing risk-based prioritization of legacy repositories and the documented accepted residual
  • Quarterly sampling results showing label coverage, accuracy rates, and distribution across levels

Interviews

  • Information owners on how they choose and apply labels in their daily work, probed with concrete examples
  • The collaboration-platform administrator on label configuration, default behavior, and how labels trigger enforcement
  • A non-specialist staff member asked to explain what each label level means for how they handle a document

Observations

  • A document created live, showing the default label applied and the mandatory prompt or downgrade justification working
  • Sampling of live repositories and mailboxes to check labels exist and match both content and the official scheme
  • A label-triggered control demonstrated end to end — for example, an external share of top-label content being blocked

Practitioner Insights

Saundhi Chauhan

The pattern I keep meeting is the everything-is-confidential rollout: the scheme launches, training terrifies everyone about leaks, and within months almost all new content sits at the highest level — which carries exactly as much information as no labels at all. Defaults beat training here. Set the default to the middle level, reserve the top level for named categories with written examples, require a reason only when someone downgrades, and review the label distribution monthly. When the top level is rare, people respect it; when it is wallpaper, they ignore it and so do the controls.

Saundhi Chauhan · ISO 27001, 27701 Lead Auditor
Surendra Pal Singh

Labelling is where classification gets tested. In my experience certification auditors rarely fail A.5.12 on paper — the scheme document is always immaculate — they fail the pair by sampling live repositories and finding the scheme applied nowhere. The other question I always ask is "show me what happens differently to a document because of its label." Four beautiful levels with zero technical consequences attached is a labelling program that has not started yet; one enforced rule — top-label content cannot leave the tenant — is worth more in an audit than the entire procedure document.

Surendra Pal Singh · CISO, DPO, CISA, ISO 27001, 27701, 42001 Lead Auditor

Common Challenges & Solutions

Challenge

Years of accumulated unlabelled data make the starting point feel impossible.

Solution

Refuse the boil-the-ocean framing. Rank repositories by sensitivity and start where mislabelling hurts most — finance, HR, legal, customer data stores. Use discovery and auto-classification tooling to bulk-label the detectable patterns, apply label-on-next-touch for the long tail, and record a risk-accepted residual for low-value archives. A documented, prioritized 80 percent beats a fantasy of total coverage.

Challenge

Over-labelling sets in and the highest level becomes the default reflex.

Solution

Fix the mechanics before the culture: set the org-wide default to the middle level, define the top level by named information categories with examples, require justification on upgrade to it or downgrade from it, and publish the label distribution as a monthly metric. Where one team over-labels chronically, recalibrate with their own documents in a half-hour workshop.

Challenge

Labels do not survive format conversions — PDF exports, CSV dumps, and screenshots strip metadata.

Solution

Layer the techniques: pair metadata labels with visual markings (headers, footers, watermarks) on sensitive content so the human-readable label survives conversion even when metadata does not. Keep content-pattern DLP rules as a backstop for label-stripped data, and require database extracts and report exports to be labelled at the moment of file creation.

Challenge

Structured data, SaaS records, and data pipelines cannot carry per-item labels.

Solution

Label at the container level — the system, schema, or dataset — and record the classification in the asset inventory (A.5.9). Enforce handling through access controls on the container, and treat the boundary as the labelling point: anything exported from a labelled system inherits its label as a file-level marking at generation time.

Challenge

Staff click through label prompts with whatever dismisses the dialog fastest.

Solution

Make the correct label the path of least resistance: pre-labelled templates, sensible defaults, and auto-labelling for reliably detectable content such as financial and personal data. Reserve friction for the decisions that matter — justification on downgrade only. Feed sampling findings into short, targeted refreshers for the teams that mislabel, rather than blanket retraining for everyone.

Frequently Asked Questions

Is labelling mandatory for ISO 27001 certification?
A.5.13 sits in Annex A, so it applies unless your Statement of Applicability justifies excluding it — which is rarely defensible, since almost every organization classifies information and needs the classification communicated. What is flexible is proportionality: the standard requires procedures appropriate to your scheme and formats, not a specific tool or full coverage of every historical file.
Do we have to label every single document?
No. The procedure can deliberately omit labelling for defined cases — public or lowest-sensitivity material is commonly left unlabelled to cut workload — and legacy retrofit can be explicitly risk-based. What auditors need is the written rule and the reasoning, so that an unlabelled item is a documented decision rather than evidence the scheme is ignored.
What is the difference between A.5.12 and A.5.13?
A.5.12 is the judgment: a scheme of levels and the decision about which level each piece of information belongs to. A.5.13 is the signaling: procedures that attach the decided level to the information as labels, metadata, and markings. They fail together in audits — a scheme nobody applies is found through labelling samples, and labels without a scheme behind them are noise.
What tools handle information labelling?
Most organizations start with what their productivity suite already includes — Microsoft 365 Purview sensitivity labels or Google Workspace Drive labels — which cover documents and email and feed DLP natively. Data discovery and classification tools help bulk-label legacy estates, and DLP platforms consume the labels for enforcement. Physical material still uses the oldest tooling there is: stamps, printed footers, and media stickers.
How should a small company approach labelling without dedicated tooling?
Keep it to three levels, use the suite-native labels with a sensible default and a mandatory prompt, attach one or two enforced consequences (block external sharing of the top level), and publish a single page of examples. That is a complete, auditable implementation for a small organization — dedicated classification tooling becomes worthwhile with scale and legacy volume, not headcount.
Should labels be visible markings or hidden metadata?
Both, because they do different jobs. Metadata is for systems — DLP, retention, conditional access — and survives inside the platform; visible markings (headers, footers, watermarks) are for humans and survive format conversions, printing, and screenshots that strip metadata. High-sensitivity content should carry both, which suite-native labelling can apply in one step.

Written By Expert Auditors

Saundhi Chauhan
Saundhi Chauhan
Lead Auditor
ISO 27001 Lead AuditorISO 27701 Lead Auditor
Surendra Pal Singh
Surendra Pal Singh
Chief Information Security Officer & Data Protection Officer
CISODPOCISAMCSEITILISO 27001 Lead AuditorISO 27701 Lead AuditorISO 42001 Lead Auditor
Last reviewed: June 2026Content verified by certified lead auditors

Get in touch

Book a free consultation or send us your requirements. We respond within 24 hours.

Quick Call

Pick a time slot

Send Requirements

Get a custom quote in 24 hours

We're Online

⚠️ Business inquiries only. Personal email addresses will be rejected.

24hr Response
Free Consultation
No Obligations