Governance, Risk, and Responsible Use·Task 6.2·Bloom: remember·Difficulty 1/5·6 min read·Updated 2026-07-14

Green/Yellow/Red Data Sensitivity Tiers for the CCAO-F Exam

Apply data sensitivity, regulatory, and privacy considerations

SUBy Solomon UdohReviewed by Solomon UdohAI-assisted · human-reviewed
In short
The green/yellow/red tiers sort information into three handling levels before it reaches a Claude feature. Green is published, anonymized, aggregated, or already-cleared internal content that is safe to use. Yellow is internal-only material, anything with names or contact details, or unannounced deal or product content that needs review first. Red is regulated data, credentials and secrets, or third-party-confidential data that must stay out unless an approved path exists. Classification happens before upload.

Classify before anything is uploaded

Before any data enters any Claude feature, you should already know its sensitivity. The CCAO-F exam treats data classification as the habit that prevents leakage, and it is deliberately a fast, three-tier scheme so that it can be applied in seconds on every upload rather than reserved for the occasional obviously-sensitive file. Green, yellow, red: safe to use, review first, keep out. The whole point is that the judgment happens before the data reaches a feature, when you can still stop it.

Three tiers are enough because most decisions do not need more resolution than that. What matters is that the practitioner runs the check every time, not that the taxonomy is elaborate. Getting the boundaries between the tiers right - especially the ones people misjudge - is the substance of this knowledge point.

Green/yellow/red data sensitivity tiers
A three-level classification applied before data reaches a Claude feature. GREEN: published material, anonymized or aggregated data, or internal content already cleared for wide sharing - safe to use. YELLOW: internal-only material, anything with names or contact details, or unannounced deal or product content - review against policy first. RED: regulated data (health, financial, government), credentials and secrets, or data under a third-party confidentiality obligation - keep out unless an approved path exists.

Green: safe to use

Green data is information whose exposure carries no meaningful risk because it is already public or has already been cleared. Published material - anything the organization has released to the world - is green. Anonymized or aggregated data is green because the sensitive specifics have been stripped or rolled up so no individual is exposed. And internal content already cleared for wide sharing is green, because someone has already made the judgment that it is safe to circulate.

The unifying idea is that green data has either never been sensitive or has already passed the check. It needs no special control and can go into a feature with only the ordinary care you give any work. The trap on the green tier is the reverse of caution: assuming something is green when it has not actually been cleared.

Yellow: review first

Yellow data is the middle tier, and it is the one that catches the most everyday material. Three kinds of content land here. Internal-only material - documents meant to stay inside the company - is yellow because it was never intended to leave. Anything with names or contact details is yellow, because personal identifiers raise privacy stakes even when the surrounding content seems mundane. And unannounced deal or product content - drafts tied to something not yet public - is yellow because premature exposure carries real business and legal risk.

Yellow does not mean forbidden; it means review first. The content needs a deliberate check against policy before it goes anywhere near a feature, and often a matching control (such as keeping it out of persistent Memory) once cleared. The common error here is treating "not public" as equivalent to "fine," which collapses yellow into green and skips the review the tier exists to trigger.

Red: keep out unless an approved path exists

Red data is the tier where the default is out. Three categories define it. Regulated data - health, financial, government information governed by law - is red because mishandling it can breach legal obligations. Credentials and secrets are red because their exposure directly enables compromise. And data under a third-party confidentiality obligation is red because the organization has promised someone else to protect it.

Red data does not go into a feature on individual judgment. It stays out unless an approved, confirmed path exists for exactly that kind of data. The sharpest trap on this tier is treating credentials or secrets as merely yellow because they are not personally identifiable - a password is not PII, but it is unquestionably red, because the harm from exposing it is severe regardless of whether it names a person.

GREEN
published, anonymized, or already-cleared - safe to use
YELLOW
internal, personal, or unannounced - review first
RED
regulated, secret, or third-party-confidential - keep out

What the exam trips candidates on

The first trap is assuming any internal document is automatically fine to upload because it is not public. Non-public is not the same as safe. Internal-only material is yellow and needs review, and internal content can even be red if it contains regulated data or secrets. The "it's just internal" reflex is exactly what the tiers are designed to interrupt.

The second trap is treating credentials or secrets as merely yellow because they are not personally identifiable information. Sensitivity is not only about PII. A secret's risk comes from what it unlocks, not from whether it names an individual, so it sits firmly in red no matter how impersonal it looks.

Worked example

A practitioner has four items to feed into Claude: (1) a press release already published on the company site, (2) an internal org chart with employee names and email addresses, (3) an API key found in a config file, and (4) a spreadsheet of patient appointment records for a clinic. Assign each a tier and say why.

(1) Published press release. Already released to the public, so exposure carries no additional risk. Green - safe to use.

(2) Internal org chart with names and emails. Two yellow signals at once: it is internal-only, and it contains names and contact details. Non-public does not make it green. Yellow - review against policy first, and consider whether it should persist in Memory once used.

(3) API key from a config file. A credential. Its danger is what it unlocks, not whether it names a person, so the "not PII, so yellow" reasoning fails here. Red - keep out; secrets do not go into a feature, and this one should never have been near the upload decision.

(4) Patient appointment records. Health information is regulated data. Red - it stays out unless the organization has an approved, confirmed path for protected health information in this feature. Being internal does not lower the tier; the regulatory status sets it.

Two of these - the org chart and the API key - are exactly the items people misfile, one by assuming internal means safe and the other by assuming non-PII means low-sensitivity.

Common misreadings to avoid

Misconception

If a document is internal and not public, it is safe to upload to Claude.

What's actually true

Non-public is not the same as safe. Internal-only material is yellow and needs review first, and internal content can be red if it holds regulated data or secrets. The tiers exist precisely to interrupt the 'it's just internal' reflex.

Misconception

Credentials and secrets are only yellow because they are not personally identifiable information.

What's actually true

Sensitivity is not only about PII. A secret's risk comes from what it unlocks, so credentials and secrets are red and must stay out of a feature unless an approved path exists - regardless of whether they name a person.

How this shows up on the exam

Domain 6 questions on this knowledge point give you a piece of data and ask which tier it belongs to or how to handle it. The reliable approach is to match the item to the tier's defining categories - published/anonymized/cleared for green, internal/personal/unannounced for yellow, regulated/secret/third-party-confidential for red - and to resist the two misfiling reflexes about internal documents and non-PII secrets.

These tiers are the foundation for the rest of Task 6.2. When you are unsure which tier applies, the default-to-more-sensitive rule tells you which way to round; redaction and anonymization can sometimes move data down a tier; and the feature-level data controls are how you act on a tier once it is assigned.

Check your understanding

A developer wants to paste a configuration file containing a live database password into Claude to help debug an error. How should the data be classified and handled?

People also ask

What are the green, yellow, and red data tiers?
Green is safe to use (published, anonymized, aggregated, or cleared internal content). Yellow needs review first (internal-only material, anything with names or contacts, unannounced deals or products). Red must stay out unless an approved path exists (regulated data, credentials, third-party confidential data).
Is an internal document safe to upload to Claude?
Not automatically. Being non-public does not make a document green. Internal-only material is yellow and needs review, and internal content can be red if it contains regulated data or secrets.
Are credentials and secrets yellow or red data?
Red. Their risk comes from what they unlock, not from whether they name a person, so being non-PII does not downgrade them to yellow.

Watch and learn

Official Anthropic Academy lessons first, then hand-picked walkthroughs. Videos load only when you press play.

No videos curated for this concept yet

We are still curating the best official and community videos for this topic.

Official prep for this domain

Anthropic's own free prep module for this part of the syllabus, on the official prep course. Free with an Anthropic Academy sign-in.

References & primary sources

Adaptive study

Master this concept with Archie

Practice it inside an adaptive study session. Archie, your Socratic AI tutor, tracks your mastery with Bayesian Knowledge Tracing and schedules the perfect next review.

Start studying