The lawfulness of re-identification under data protection law
Research Source
Data re-identification methods are becoming increasingly sophisticated and can lead to disastrous data breaches. Re-identification is a key research topic for computer scientists as it can be used to reveal vulnerabilities of de-identification methods such as anonymisation or pseudonymisation. However, re-identification, even for research purposes, involves processing personal data.
Executive Summary
This research paper examines a critical privacy challenge related to LINKABILITY — the ability to connect two pieces of information to the same person.
anonymize.solutions addresses this through dual-layer detection (210+ regex + 3 NLP engines) identifying 260+ entity types across 48 languages, with 5 anonymization methods that break the linkability chain.
Root Cause: SD1 — LINKABILITY
The ability to connect two pieces of information to the same person. This is the foundational operation that makes PII dangerous. Nearly every pain point is an expression of linkability being created, exploited, or failing to be broken.
Irreducible truth: You cannot have useful data that is completely unlinkable AND completely useful. The very features that make data informative make it linkable. This is not a bug — it is information theory. The information content of a dataset and its linkability are the same property measured differently.
The Solution: How anonymize.solutions Addresses This
Detection Capabilities
anonymize.solutions identifies 260+ entity types including advertising IDs, cookie identifiers, browsing interests, location markers, bid request parameters. The dual-layer (regex + NLP) architecture uses 210+ custom pattern recognizers (246 patterns, 75+ country formats, checksum-validated) for structured identifiers and spaCy (25 languages) + Stanza (7 languages) + XLM-RoBERTa (16 languages) for contextual references.
Anonymization Methods
Redact is recommended for this pain point: removing PII before it enters advertising pipelines prevents the 376-times-daily broadcast of personal information. Replace provides an alternative — substituting identifiers with non-trackable alternatives enables advertising analytics without individual targeting. For scenarios requiring reversibility, Encrypt (AES-256-GCM) enables authorized recovery of original values.
Architecture & Deployment
The REST API integrates into data pipelines (n8n, Make, Zapier) for automated PII anonymization before data reaches downstream systems. Three deployment models — SaaS (token pay-per-use), Managed Private (customer key management), and Self-Managed (Docker, air-gapped) — match any infrastructure requirement.
Compliance Mapping
This pain point intersects with GDPR Article 6 lawful basis, ePrivacy Directive consent for tracking, Article 7 consent conditions.
anonymize.solutions’s GDPR, HIPAA, FERPA, PCI-DSS, ISO 27001 compliance coverage, combined with 100% EU (Hetzner Germany, ISO 27001) hosting, provides documented technical measures organizations can reference in their compliance documentation and regulatory submissions.
Product Specifications
| Specification | Value |
|---|---|
| Product Version | v1.6.12 |
| Entity Types | 260+ |
| Detection Layers | Dual-layer: 210+ regex recognizers + 3 NLP engines |
| Languages | 48 (spaCy 25, Stanza 7, XLM-RoBERTa 16) |
| Anonymization Methods | Replace, Redact, Mask, Hash (SHA-256), Encrypt (AES-256-GCM) |
| Deployment Options | SaaS, Managed Private, Self-Managed (Docker/Air-Gapped) |
| Integration Points | REST API, MCP Server, Office Add-in, Desktop App, Chrome Extension |
| Hosting | 100% EU (Hetzner Germany, ISO 27001) |
| Compliance | GDPR, HIPAA, FERPA, PCI-DSS, ISO 27001 |
Research Limitations
Academic Scope: This summary reflects findings from the original academic research paper. Implementation contexts, regulatory landscapes, and technical capabilities may have evolved since publication. Readers should verify current best practices and compliance requirements in their jurisdiction.
Generalizability: Research findings may be specific to the studied populations, geographic regions, or technical environments described in the original paper. Organizations should evaluate applicability to their specific use case before adopting recommendations.
Not a Substitute for Legal/Compliance Advice: This research summary is provided for informational and educational purposes only. It does not constitute legal, compliance, or professional consulting advice. Consult qualified privacy counsel for GDPR, HIPAA, CCPA, or other regulatory compliance guidance.