Classify data before choosing controls
Turn data ownership, access, location, retention, deletion, and evidence needs into controls without applying the strongest setting to everything.
LESSON GOALS
By the end, you can
- Classify data by owner, allowed users, location, retention, deletion, recovery, and evidence needs.
- Distinguish access controls, encryption, lifecycle, immutability, monitoring, and evidence.
01
Write the data rules first
Data governance begins with a rule for the data, not a service. Name the owner, allowed principals, approved Regions, integrity need, retention period, deletion authority, recovery objective, and evidence audience.
Different data can need different rules. Public manuals may allow anonymous reads. Internal metrics require authentication. Confidential exports need least privilege. Regulated records may require a fixed location and non-bypassable retention.
Encryption answers who can recover plaintext with an authorized key path. It does not decide who may read the object, where copies may exist, when it may be deleted, or what evidence an auditor needs.
Version the classification and require approval when publicity, legal use, location, or retention changes. Controls should follow the approved rule rather than the loudest possible setting.
Include maximum retention as well as minimum retention. Keeping data longer than allowed can violate policy just as surely as deleting it too early, so name who approves both retention and deletion.
02
Choose controls for each data class
S3 Block Public Access helps prevent accidental public exposure. It does not replace IAM and bucket policies, and intentionally public data needs an explicit reviewed design.
Amazon Macie can discover sensitive data and posture issues in S3. It may find misclassified data, but the data owner still decides the class and someone must remediate the finding.
S3 lifecycle rules schedule transitions or expiration. Versioning preserves object versions. Neither is a non-bypassable write-once-read-many control.
S3 Object Lock protects object versions. Governance mode permits authorized bypass. Compliance mode prevents protected versions from being shortened or deleted during retention, including by the root user.
Use compliance mode only when the legal rule justifies deliberate irreversibility. Test disposable objects first because an incorrect long retention period creates cost and risk that privileged administration cannot undo.
Test retention on disposable versions before protecting real records. Ordinary deletion and privileged shortening should fail in compliance mode, while an eligible short-lived object should expire only after its own date.
03
Collect evidence—and act on it
CloudTrail records supported API activity. AWS Config records resource configuration and can evaluate it against rules. They answer different questions: who performed an operation, and what configuration existed or violated a rule.
An evidence tool does not make the workload compliant. Evidence shows what a control did; owners must review exceptions, remediate failures, and record the result.
Protect logs from the administrators being observed. A useful evidence package names the requirement, checked resources, observed result, exception, remediation owner, due date, and follow-up.
Residency applies beyond the primary bucket. Include replicas, logs, backups, temporary outputs, and encryption keys in the data-flow inventory.
Before changing retention, inspect locked versions separately from new data. A new 30-day rule can govern eligible new objects while existing compliance-locked versions keep their original dates.
For residency, trace every derived copy. A compliant primary bucket is not enough when replication, logs, backups, or analysis output can leave the approved Region.
DECISION TABLE
Compare the architecture constraints
| requirement | choose | because | reject |
|---|---|---|---|
| Public manuals | Intentional read policy/review | Public is stated class. | Accidental guardrail removal. |
| Confidential exports | Named roles/private path/customer key/audit | Sensitivity drives controls. | Encryption alone. |
| Regulated seven-year records | Access + key + immutable retention + evidence | Fixed integrity/retention. | Lifecycle/versioning alone. |
GUIDED WORKED SCENARIO
Reason from the stated constraints
This is a guided example, not a question to memorise. The knowledge check uses new situations to test the same reasoning.
A 20 TB platform holds public manuals, internal metrics, confidential exports, and seven-year regulated records in one Region. Security needs monthly evidence and accidental public-exposure detection.
Requirements
- Four classes/different principals.
- One-Region residency.
- Seven-year immutability only for regulated records.
- Monthly config/API evidence.
- Avoid maximum controls for public data.
Reasoning path
- Assign owner/principal/Region/retention/integrity/evidence.
- Apply policies and BPA by intentional publicity.
- Use customer key where control requires.
- Lock regulated versions only.
- Collect CloudTrail/Config; use Macie and remediation.
Why it wins
- Controls follow class requirements.
- Residency/access/retention/evidence are independent.
- Evidence/detection have owners and are not claimed as compliance.
Why the alternatives lose
Does not solve access/retention/evidence.
Becomes correct when: Encryption is the sole missing control.Unnecessary irreversible cost.
Becomes correct when: All data has same legal requirement.Current service is closed to new customers.
Becomes correct when: Existing customer continues use.ARCHITECTURE VISUAL · TEXT MODE
Inspect the model
Use a classification matrix with one row per data class and columns for owner, allowed principals, Region, key, retention, deletion authority, immutability, evidence, exception owner, and review date.
KNOWLEDGE CHECK
Answer one question at a time
Pass every question to complete this lesson. Each answer includes reasoning before you continue.
KEY TERMS
Glossary
- Data classification
- A rule grouping data by sensitivity, use, ownership, and controls.
- Principal
- A person, role, workload, or session requesting access.
- Residency
- A requirement that data and copies remain in approved locations.
- Retention
- How long data must or may be kept.
- Immutability
- Protection against changing or deleting a stored version for a period.
- Write once, read many (WORM)
- A rule preserving a written version against later alteration.
- CloudTrail
- A service recording supported AWS API and account activity.
- AWS Config
- A service recording resource configuration and evaluating rules.
PRIMARY SOURCES
Verify the claims
- primarySecurity Pillar – AWS Well-Architected Frameworkaws-wa-security-pillar · retrieved 2026-07-29
- primaryShared Responsibility Modelaws-shared-responsibility-model · retrieved 2026-07-30
- primaryBlocking public access to your Amazon S3 storageaws-s3-block-public-access · retrieved 2026-07-30
- primaryWhat is Amazon Macie?aws-macie-overview · retrieved 2026-07-30
- primaryAmazon S3 User Guideaws-storage-s3 · retrieved 2026-07-29
- primaryAWS CloudTrail User Guideaws-gov-cloudtrail · retrieved 2026-07-29
- primaryWhat is AWS Config?aws-gov-config · retrieved 2026-07-29
- primaryWhat is AWS Audit Manager?aws-audit-manager-overview · retrieved 2026-07-30
- primaryContent Domain 1: Design Secure Architecturesaws-cert-saa-c03-domain-1 · retrieved 2026-07-30
- primaryLocking objects with Object Lockaws-s3-object-lock · retrieved 2026-07-30