| name | data-security-and-privacy-architecture |
| description | Designs classification, access, masking, privacy, entitlement and sensitive-data controls. Use when securing shared data, defining privacy controls, or classifying datasets. |
Data Security and Privacy Architecture
When to use
Use when data contains sensitive, personal, confidential, regulated or high-value information.
Objective
Produce a practical, concise, traceable architecture artefact that a coding agent can use to guide implementation or review.
Procedure
- Classify data by sensitivity and purpose.
- Identify users, roles and access needs.
- Define entitlement model and approval flow.
- Define masking, tokenisation or encryption.
- Define row/column/object-level controls.
- Define logging, monitoring and access evidence.
- Define retention/privacy obligations.
- Test denial and misuse cases.
Required outputs
- Classification model
- Access matrix
- Entitlement workflow
- Masking/encryption requirements
- Audit/access evidence
- Negative tests
Best-practice alignment
Apply DAMA-DMBOK2-style separation of data governance, architecture, modelling, security, integration/interoperability, master/reference data, metadata and quality. For cloud/shared data, apply CDMC-style expectations: ownership, classification, entitlement/access evidence, lineage/provenance, lifecycle/retention, quality controls and auditable evidence.
Quality checks
- Access is least privilege.
- Sensitive fields are identified.
- Denial paths are tested.
- Sensitive values are not logged.
- Access evidence is auditable.
Privacy compliance procedure
This is an operational procedure for agents, not legal advice.
- Map personal data categories, purposes and systems involved in the change.
- Confirm a lawful basis or organisational policy basis for processing where applicable.
- Trigger a DPIA (data protection impact assessment) when processing is high risk (large-scale sensitive data, systematic monitoring, automated decisions with legal effect).
- Define data-subject rights handling (access, rectification, erasure/DSAR paths) and response owners.
- Align retention, deletion and transfer controls with
data-lifecycle-and-retention-management.
- Record evidence (classification, access logs, DPIA reference, retention rules).
Avoid
Do not rely on UI-only access controls or broad shared credentials.
Do not treat privacy compliance as solved by encryption alone.
Related skills
data-lifecycle-and-retention-management — retention and deletion
threat-modeling — abuse and exfiltration threats
human-in-the-loop — approval for high-risk processing
References
Verification