Anonymized Data
Anonymized data is information altered so it can no longer be linked to an identifiable person, and cannot be re-linked by anyone. That last condition is the difficult one, and it is why most data described as anonymized is in fact pseudonymized — a distinction with real legal consequences.
| Anonymized | Re-identification is impossible for anyone, including the data holder |
| Pseudonymized | Identifiers replaced, but re-linkable with a key held somewhere |
| Regulatory consequence | Truly anonymized data falls outside GDPR; pseudonymized data does not |
| Common techniques | Aggregation, generalization, suppression, noise addition, k-anonymity, differential privacy |
| Principal failure | Re-identification by combining a dataset with outside information |
| Biometric caveat | A face template is not anonymized data — it identifies by design |
| US framing | Handled through HIPAA de-identification and state privacy laws rather than one federal standard |
| Practical position | Anonymization is a spectrum, not a binary state |
How it works
The techniques all trade utility for privacy, and the trade is unavoidable.
Suppression removes direct identifiers — name, account number, email. This is the minimum and it is nowhere near sufficient on its own, because the remaining fields frequently identify people anyway.
Generalization reduces precision: a date of birth becomes a birth year, a postal code becomes a region. Aggregation reports groups rather than individuals. k-anonymity formalizes this by requiring that every record be indistinguishable from at least k−1 others on the quasi-identifiers, so no combination of attributes isolates one person.
Differential privacy takes a different approach, adding calibrated statistical noise so that whether any individual is in the dataset cannot be determined from the output. It is the strongest guarantee available and it costs accuracy, which is why adoption concentrates in large-scale statistical work rather than operational systems.
The failure mode that matters is the mosaic effect. A dataset stripped of identifiers can often be re-identified by joining it against another source. The classic demonstrations — re-identifying medical records from birth date, sex and postal code, or Netflix viewing histories from public reviews — both worked this way. Whether a dataset is anonymous depends not only on the dataset but on everything else that exists.
Why it matters for identity verification
Identity verification is anonymization’s opposite by definition, and the interesting question is what happens to the data afterwards.
Verification requires identifiability — the whole point is establishing which specific person is present. Nothing in that process can be anonymized while it is happening. What can be governed is retention: what is kept once the decision is made, in what form, and for how long.
Biometric templates deserve particular care. A face template is not an image and is often described as anonymized, which is wrong. It is a representation that identifies a specific person by design — that is its function — and research has reconstructed recognizable faces from templates under some conditions. Templates are biometric personal data and warrant that treatment, not the lighter handling that the word anonymized implies.
Aggregate analytics are where genuine anonymization applies: approval rates by document type, fraud rates by channel, model performance by cohort. Those are useful, do not require identifiable records, and can be built to a real anonymization standard. How verification data is stored and retained is a question worth asking any provider, and Microblink’s KYC and AML workflow is built to keep identifiable data only as long as the obligation requires.
Anonymized vs pseudonymized
| Anonymized | Pseudonymized | |
|---|---|---|
| Re-identification | Impossible for anyone | Possible with the key |
| Key held | None exists | By the controller or a third party |
| Under GDPR | Out of scope | Still personal data, fully in scope |
| Breach obligations | None — no personal data involved | Full breach notification duties |
| Data utility | Reduced, sometimes substantially | Largely preserved |
| Common misuse | Applied to data that is merely pseudonymized | — |
The last row is the practical problem. Organizations routinely describe hashed or tokenized data as anonymized. If a key exists anywhere that can reverse it, the data is pseudonymized and every obligation still applies — a distinction regulators have enforced.
What it can’t do
It cannot be guaranteed permanently. A dataset anonymous today may be re-identifiable tomorrow if a new dataset becomes available to join against. Anonymization is assessed relative to the information environment, and that environment only grows.
It cannot preserve full utility. Every technique degrades the data. Strong guarantees mean substantial loss of precision, which is why the strongest methods are used least often.
It cannot be achieved by removing names. Direct identifiers are the easy part. The combination of quasi-identifiers — postal code, birth date, sex, occupation — frequently isolates individuals, and stripping names alone leaves data that is trivially re-identifiable.
It does not apply to biometric templates. A template exists to identify one person. It can be protected, encrypted and retention-limited, but it cannot be anonymized while remaining useful for its purpose.
Frequently asked questions
What is the difference between anonymized and pseudonymized data?
Anonymized data cannot be linked back to an individual by anyone. Pseudonymized data has identifiers replaced but remains re-linkable with a key. Under GDPR the first falls outside scope entirely; the second is still personal data with full obligations attached.
Is hashed data anonymized?
Usually not. If the input space is small or guessable — email addresses, phone numbers, national ID numbers — hashes can be reversed by brute force. Hashing is pseudonymization unless combined with other measures.
Can anonymized data be re-identified?
Frequently, by joining it with other datasets. Well-known demonstrations have re-identified individuals from medical records and viewing histories using only a handful of quasi-identifiers. Anonymity depends on what else exists, not only on the dataset itself.
Are biometric templates anonymized data?
No. A template is a mathematical representation created specifically to identify one person, and research has reconstructed recognizable faces from templates in some conditions. Templates are biometric personal data and should be handled as such.
Related reading
- GDPR — where the anonymized and pseudonymized distinction has legal force
- Facial biometrics — why templates are not anonymized data
- Data breach — what makes re-identification easier over time
- Identity document verification — the process anonymization applies after, not during