1. Purpose
Not all information needs the same protection. This policy sorts information into a small number of levels according to the harm its loss, leak or alteration would cause, and sets the handling rules for each level so that effort and cost go where the risk is highest and people know exactly what to do without having to decide each time.
The labelling steps, templates and tooling are in the Information Classification and Handling Procedure.
2. Scope
- In scope: all information created, received, stored, processed, transmitted or destroyed by or for the Organisation, in any form: electronic, paper, spoken, visual or on media.
- In scope: all staff, contractors and suppliers who handle that information, and all systems and locations where it lives.
- In scope: information belonging to customers and partners which the Organisation holds, which is classified according to the owner's marking or, where none, by this scheme.
- Out of scope: the content decisions of what to publish, which follow the communications approval process. Once published, items are Public.
3. Terms and definitions
| Term | Meaning |
|---|---|
| Information owner | The manager accountable for a set of information, who decides its classification and who may use it. |
| Label | A visible or embedded marking showing the classification, such as a header, footer, watermark or metadata tag. |
| Handling rule | A required control that applies to information of a given level while it is stored, shared, moved, printed or destroyed. |
| Personal data | Information that relates to an identifiable living person. |
| Declassification | Lowering the level of information when its sensitivity falls, by the owner's decision and with a record. |
4. Roles and Responsibilities
| Role | Responsibilities |
|---|---|
| Head of IT Security (document owner) | Maintains the scheme, decides on disputed cases, specifies labelling and technical controls, and reports on compliance. |
| Information owners | Classify the information they own at creation or receipt, review it when its use changes, and approve who may access it. |
| Data protection lead | Confirms treatment of personal data and special categories, and advises on cross-border sharing. |
| IT operations | Implement the technical controls for each level: labelling tools, encryption, access groups, data loss prevention and backup. |
| Managers | Make sure staff know the levels and handle information correctly. |
| All users | Label what they create, handle information according to its level, ask when unsure, and report mishandling. |
| Activity | Responsible | Accountable | Consulted | Informed |
|---|---|---|---|---|
| Define and review the scheme | Head of IT Security | Top management | Legal, data protection lead | All staff |
| Classify information | Information owner | Information owner | Head of IT Security | Users |
| Apply labels and technical controls | IT operations | Head of IT | Information owner | Head of IT Security |
| Authorise sharing outside the Organisation | Information owner | Information owner | Legal, data protection lead | Head of IT Security |
| Approve declassification | Information owner | Head of IT Security | Legal | Users |
| Investigate mishandling | Head of IT Security | Top management | HR, Legal | Information owner |
5. Classification Levels
Four levels are used. When information fits two levels, the higher applies. Information without a label is treated as Internal until its owner classifies it.
| Level | Meaning | Examples | Impact if disclosed |
|---|---|---|---|
| Public | Cleared for release to anyone | Published website content, marketing brochures, job advertisements | None or negligible |
| Internal | For use inside the Organisation and trusted partners; not for release | Policies, internal notices, organisation charts, routine meeting notes | Minor embarrassment or inconvenience |
| Confidential | Sensitive business or personal information needing need-to-know access | Customer data, contracts, pricing, source code, personnel files, audit reports, security configurations | Significant financial, legal, contractual or reputational harm |
| Restricted | Most sensitive information whose exposure would cause severe harm | Authentication secrets, encryption keys, unannounced acquisitions, special categories of personal data in bulk, board papers on strategic matters | Severe harm, legal action, loss of key customers |
6. Classification Principles
- The information owner assigns the level when information is created or received and records it in the label or the register.
- Classification reflects confidentiality first. Integrity and availability needs are recorded separately for the system through the risk assessment.
- Compilations take the highest level of any item, and may be raised where combination increases sensitivity, for example a list of names with contact details and financial data.
- Levels are reviewed when the information is reused, when its purpose changes, at least [every 12 months] for Confidential and Restricted, and when it ages: for example, results announced publicly cease to be Confidential.
- Customer information is at least Confidential. Personal data is at least Confidential, and special categories or large volumes are Restricted.
- Over-classification is discouraged because it dilutes protection. The owner must be able to explain the harm that justifies a level.
7. Labelling
- Documents carry the level in the header or footer of every page, or as a watermark for Restricted material. Electronic files also use metadata or tool-based sensitivity labels where available.
- Emails with Confidential or Restricted content carry the level in the subject line or banner. Systems and databases carry the level in the asset register.
- Media such as drives and tapes, and printed copies, carry a physical label. Physical folders are marked on the cover.
- Information from outside the Organisation is labelled on receipt according to the sender's marking and the Organisation's equivalent level.
- Verbal information, such as in meetings and calls, is announced at the start when it is Confidential or Restricted.
8. Handling Rules by Level
The rules apply to every copy and every state of the information: storage, use, transfer and destruction. Stricter rules from contracts or law override this table.
| Activity | Public | Internal | Confidential | Restricted |
|---|---|---|---|---|
| Storage (electronic) | Any approved system | Approved systems; access groups | Approved systems only, encrypted at rest, access by named roles | Encrypted, segregated store with keys held separately; named individuals only |
| Storage (paper) | No restriction | Not left in open areas | Locked cabinet when unattended | Locked safe or secure room; sign-out register |
| Email and messaging | Allowed | Internal and trusted recipients | Encrypted channel to named recipients; no personal email | Only through approved encrypted tool with expiry; recipient confirmed |
| Transfer or sharing outside | Allowed | With manager approval | Owner approval, signed agreement, secure transfer tool | Owner and Head of IT Security approval, signed agreement, end-to-end encryption |
| Removable media | Allowed | Approved media | Encrypted approved media only, logged | Not permitted except with written approval |
| Remote or personal devices | Allowed | Managed device preferred | Managed device only, no local copies unless encrypted | Managed device with additional controls; no local copy |
| Printing and copying | Allowed | Allowed | Collect at once; copies limited and counted | Prior approval; numbered copies and watermark |
| Backups | Standard | Standard | Encrypted, access controlled | Encrypted, separately keyed, restore tested [every 6 months] |
| Disposal | Normal recycling | Shredding or secure bin | Cross-cut shred; secure erase; certificate for media | Witnessed destruction; certificate; log entry |
9. Handling Rules in Specific Situations
9.1 Information shared with customers and partners
- Sharing needs a business purpose, the owner's approval and a confidentiality undertaking or contract clause. Only the needed items are shared.
- Customer data is used only for the services the customer agreed to. It is not used in testing or training unless masked or anonymised.
- Where a customer or partner has its own classification scheme, its marking is honoured and mapped to a level here in the contract.
9.2 Personal data
Personal data follows the Data Protection and Privacy Policy as well. Its transfer, storage and sharing must satisfy the Digital Personal Data Protection Act, 2023 and its Rules [confirm the current requirement], and applicable law in each jurisdiction where the Organisation operates (such as the EU General Data Protection Regulation). Questions go to the data protection lead.
9.3 Cloud and collaboration tools
- Confidential and Restricted information is stored only in tools approved for that level under the Cloud Computing Security Policy and Procedure.
- Public links and anonymous sharing are turned off for Confidential and Restricted content.
- Generative AI tools are not approved for Confidential or Restricted information unless the Employee AI Usage Policy permits it for that tool.
9.4 Meetings, calls and public places
- Confidential matters are discussed only in places where they cannot be overheard, and not in lifts, public transport or open cafes.
- Screen sharing is checked before use to avoid displaying unrelated information.
- Recordings of meetings take the highest level of any content discussed.
9.5 Incidents and mishandling
Anyone who sends information to the wrong person, loses a device or document, or finds information mislabelled or exposed must report it at once through [the incident reporting channel]. Delay makes harm worse. Reports made promptly in good faith are treated as learning, not as blame.
9.6 Declassification and destruction
- Only the information owner may lower a level, with a note in the register of who approved it and why.
- At the end of its retention period, information is destroyed under the Documents and Records Management Procedure, unless a legal hold applies, using the method for its level.
- Media are sanitised or destroyed under the Asset Disposal Process.
10. Compliance and monitoring
Compliance is checked by data loss prevention alerts, label coverage reports, periodic sampling of documents and shares, and internal audit. Results are reported [quarterly] by the Head of IT Security to top management.
| Measure | Target | Method |
|---|---|---|
| Documents in managed repositories carrying a label | [90%] | Label coverage report |
| Confidential or Restricted shares reviewed on time | [100%] | Share review log |
| Mishandling incidents reported within [24 hours] of discovery | [95%] | Incident register |
| Sampled documents correctly classified | [90%] | Audit sample of [50] items |
11. Records and evidence
- Classification register for systems and information stores, with owner and review date: kept while current and [3 years] after.
- Records of declassification approvals and external sharing approvals: [3 years].
- Data loss prevention alerts, label reports and sampling results: [12 months].
- Disposal and destruction certificates: [5 years].
Annexure A: Classification quick guide
| Question | If yes |
|---|---|
| Would release harm customers, staff or the Organisation seriously, or breach law or contract? | Confidential or Restricted |
| Does it contain keys, authentication secrets or special categories of personal data in bulk? | Restricted |
| Is it meant for the public and cleared for release? | Public |
| Is it intended only for people working for the Organisation? | Internal |
| Not sure? | Treat as Confidential and ask the information owner or Head of IT Security |
12. Exception
Exceptions to this document are allowed only where compliance is not practicable and the risk has been assessed. A request must state what is to be excepted, why, the risk it creates, the compensating controls, and an end date no later than [6 months]. It is approved in writing by the document owner and the risk owner, recorded in the exceptions register, and reviewed at the end date. An exception does not change the document.
13. Enforcement
Compliance is monitored through internal audits, management review and routine checks by the document owner. Non-compliance is reported through the incident or non-conformity process and handled under the organisation's disciplinary procedure, and under the terms of any contract for people who are not employees. Serious or repeated non-compliance may lead to loss of access and, where the law is broken, to referral to the authorities.
14. Review
This document is reviewed at least every [12 months], and when there is a significant change to the organisation, its systems, its risks or the law, or after an incident that shows it was not effective. Each review is recorded in the revision history.
ISO/IEC 27001:2022 references
| Reference | Title |
|---|---|
| A.5.12 | Classification of information |
| A.5.13 | Labelling of information |
| A.5.14 | Information transfer |
| A.7.10 | Storage media |
| A.8.10 | Information deletion |
| A.8.12 | Data leakage prevention |
| A.8.24 | Use of cryptography |