Join our Newsletter — 33% off our NHI Course
Home› FAQ› Governance, Ownership & Risk› What is the difference between public, internal, confidential,…
Governance, Ownership & Risk

What is the difference between public, internal, confidential, and restricted data?

← Back to all FAQ
By NHI Mgmt Group Editorial Team Updated November 1, 2026 Domain: Governance, Ownership & Risk

Public data can be shared broadly with minimal risk, while internal data is meant for use inside the organisation. Confidential data contains sensitive information that should be limited to authorised personnel, and restricted data is the most sensitive tier, requiring the strongest protection, the tightest access controls, and the most careful handling.

How the Four Data Classes Differ in Practice

The difference is mainly about sensitivity, intended audience, and the consequences of exposure. Public data is safe to share widely; internal data is limited to the organisation; confidential data is restricted to authorised people because disclosure could cause harm; and restricted data is the highest tier, reserved for the smallest possible audience and handled with the strongest controls.

In practice, the labels are not just descriptive, they drive handling rules. A good classification scheme should tell people whether a file can be emailed externally, stored in a shared workspace, copied into a SaaS tool, or accessed only through stricter approvals and stronger logging. The sharper the tier, the more the organisation should assume that a mistake or leak will have material consequences.

Classification also helps separate business convenience from security need. Public data may be shared for marketing, procurement, or general reference. Internal data is usually for routine business operations. Confidential data often includes customer, employee, financial, legal, or operational details that should not be broadly circulated. Restricted data is typically the most tightly controlled because it may create the greatest legal, competitive, or operational damage if exposed.

What Makes Confidential and Restricted Data More Sensitive

Confidential and restricted labels usually reflect not just the content itself, but the impact of disclosure. A document can become more sensitive because it contains personal data, commercial strategy, credentials, regulated records, incident details, or security material. That means classification is really an exposure decision: who may see it, how it may move, and what extra safeguards are required before it leaves the originating system.

Data Classification Guide is useful here because it treats the label as part of a handling model, not just a naming convention. The practical question is whether the data tier changes the controls around storage, sharing, deletion, and downstream use.

Data Classification Policy Template is a good reference point when organisations need to turn those tiers into rules that employees and systems can actually follow, including different handling expectations for public, internal, confidential, and restricted material.

How Teams Should Use the Labels Consistently

Consistency matters more than perfect wording. A four-tier model only works if people can apply it quickly and predictably. The same type of information should receive the same label across documents, spreadsheets, tickets, exports, and messages, otherwise users stop trusting the scheme and sensitive data drifts into weaker handling paths.

One practical test is whether the label changes behaviour. If a file marked restricted is still being copied into shared drives, pasted into chat tools, or forwarded without review, the classification system is not doing useful work. The label should trigger a different default, such as tighter access, stronger oversight, or an explicit approval step before distribution.

That is why many organisations publish a matrix that links labels to concrete handling rules. Data Classification Policy Template is relevant because it aligns the label with real operational decisions, including who can access it and what conditions must be met before it is copied or shared.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

NIST SP 800-53 Rev 5 sets the technical controls, while ISO/IEC 27001:2022 defines the regulatory obligations.

FrameworkControl / ReferenceRelevance
ISO/IEC 27001:2022A.5.12 — Classification of informationData tiers are defined through formal information classification.
A.5.13 — Labelling of informationThe question is about public, internal, confidential, and restricted labels.
A.5.15 — Access controlConfidential and restricted tiers depend on tighter access decisions.
Recommendation — Define and apply classification levels consistently across all information assets. Label information so handling expectations are immediately visible to users and systems. Restrict access according to the sensitivity tier and business need.
NIST SP 800-53 Rev 5AC-3 — Access EnforcementSensitive data tiers require enforced restrictions, not just policy wording.
MP-2 — Media AccessThe question implies different handling for copied and shared sensitive data.
Recommendation — Enforce access decisions that match the data class and authorised audience. Control how classified data is stored, moved, and shared on media.

Practitioner Guidance

What to verify: Check whether your labels are tied to actual handling rules, not just document headers. If the same file type can move through email, chat, shared storage, and AI tools without any change in control, the classification model is too weak to rely on.

Common mistake: Treating “confidential” and “restricted” as interchangeable. In a usable scheme, restricted should be reserved for the smallest blast radius, the tightest approvals, and the strongest monitoring, while confidential covers important but less critical sensitive material.

Practitioner takeaway: The value of a four-tier classification model is not the labels themselves, it is the different handling behaviour each label forces when data is copied, shared, stored, or exposed.

Free weekly newsletter

Subscribe to the NHI & AI Identity Journal

The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.

Bonus 33% off our NHI Course when you subscribe.

NHIMG Editorial Note
Reviewed and updated by the NHIMG editorial team on November 1, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org