Stage 5 summary. Privacy and protection
Stage 5 is where the platform built in the earlier stages meets the law and the attacker at the same time. Both are handled badly by the same reflex, which is to reach for a control and switch it on without naming the thing it stops. A lawful basis chosen because it sounds respectful, a file called anonymous because the names came out, encryption enabled against an attack that arrives holding valid credentials: each of those survives a slide and fails a question.
Four habits replace the reflex. Decide the lawful basis and the transfer route before collection, and date the claim. Treat identifiability as a property of a dataset and the world around it, and choose a privacy technology against a threat model. Weight confidentiality, integrity and availability for the specific dataset, then ask each control layer which attack it ends. Run retention as a clock and deletion as an engineering programme that leaves evidence. All four are risk assessments with a recorded answer, and the record is what settles the argument later.
What you carry out of this stage
- Choose and document a UK GDPR lawful basis before collection, including where the Data (Use and Access) Act 2025 recognised legitimate interests basis applies
- Route an international transfer through adequacy, the EU-US Data Privacy Framework or the UK Extension, and a transfer risk assessment, and date-stamp the claim you are relying on
- Locate a dataset on the identifiability spectrum with a motivated intruder test, and explain why pseudonymised and tokenised data remain personal data
- Say what k-anonymity, differential privacy, federated learning, secure computation and clean rooms each buy and each cost, and pick one against a threat model
- Weight confidentiality, integrity and availability for a specific dataset, and name the attack that each control layer actually stops
- Build a retention schedule from purposes and legal clocks, apply a legal hold that suspends rather than resets the clock, and state what a deletion has to evidence to be defensible
Stage 5 route: law defines, techniques apply, controls enforce, clocks end it
Stage 5 is one route, not four topics: definitions become a technique, the technique leaves a dataset that still needs a boundary, and the boundary still needs an end date, so protection is only complete once the clock is set.
Stage 5 is one route, not four topics: law supplies the definitions, anonymisation applies them to a dataset, security enforces who may see what, and retention puts a clock on every copy that survives.
A lawful basis is a gate passed before collection, not a label attached afterwards
UK GDPR Article 6 requires a lawful basis to be identified and documented before processing begins, and it cannot be switched later when the first choice becomes inconvenient. ICO guidance sets out seven, since the Data (Use and Access) Act 2025 added recognised legitimate interests at Article 6(1)(ea) for a narrow list of purposes pre-approved in law, alongside consent, contract, legal obligation, vital interests, public task and legitimate interests. They are not a ladder: there is no hierarchy, so the purpose decides which applies.
Consent is weak in practice because it must be as easy to withdraw as to give, which makes it the wrong choice for processing the organisation intends to continue anyway. Contract covers delivering the order and does not stretch to behavioural advertising. Legitimate interests needs a documented balancing test and is closed to public authorities acting officially. One habit runs underneath all of it: date the claim, because adequacy decisions are renewed and Acts phase in, and a record carrying a decision date and the guidance version can be checked by whoever reads it next.
Seven lawful bases as gates, one purpose routed through
One stated purpose is tested against the seven gates in order and stops at the first that genuinely fits, so what gets recorded is a single basis and not a menu, and it has to be chosen before collection rather than found afterwards.
A lawful basis is a gate you pass before collection, not a label you attach afterwards. Test the seven in order, stop at the first that genuinely fits the stated purpose, and record which one you relied on.
International transfers run adequacy first, and the legal surface keeps moving underneath
Moving personal data outside the UK or the European Economic Area needs adequacy or an appropriate safeguard, and the route is ordered rather than optional. Check adequacy first: the European Commission renewed the UK decisions on 19 December 2025. For a United States recipient, the EU-US Data Privacy Framework and the UK Extension, often called the UK-US data bridge, work only where that organisation is actively certified, eligible and covered for the data type, with extra conditions for human resources and special category data.
Otherwise the mechanism is Standard Contractual Clauses with the UK Addendum, or an International Data Transfer Agreement, plus a transfer risk assessment. That assessment exists because of Schrems II in July 2020: the clauses remain valid in principle, but the exporter must judge whether the recipient country's law lets the importer honour them, and encryption helps only where the importer holds no keys. The Irish regulator's 1.2 billion euro decision against Meta in May 2023 marks the cost of getting that wrong. The Commission's Digital Omnibus package of 19 November 2025 would adjust how the personal data definition applies to pseudonymised data, but a proposal binds nobody until the Parliament and the Council agree a text.
Identifiability is a spectrum, and pseudonymised data stays inside the regime
Strip the names, addresses and record numbers from a hospital admissions file and date of birth, postcode district, sex and diagnosis remain. Anyone holding a second file with those three fields and a name can put a name against a diagnosis by reading the two together. Those are the quasi-identifiers: values that identify nobody alone and almost everybody in combination, so removing the direct identifiers addresses the fields that were never the route in.
The ICO finalised its guidance on anonymisation, pseudonymisation and privacy-enhancing technologies on 28 March 2025 and treats identifiability as a spectrum, with the motivated intruder test to locate a release on it: someone competent, working from the internet and public records, with no prior knowledge and no privileged access, taking all reasonable steps. Run it, and record the answer with a date. Pseudonymisation is named in law as an appropriate technical measure, but the organisation holds the means to reverse it, so subject rights, retention limits, the lawful basis and breach duties all still apply. Tokenisation is the same control applied to one value.
Identifiability is a spectrum with a legal gate near the end
Swapping the name for a key leaves the data personal because the key still exists, and dropping the direct fields leaves re-linking plausible, so only the last crossing, decided by the motivated intruder test, takes a dataset out of the regime.
Identified, pseudonymised, de-identified and anonymous sit on one line, and only the last crossing leaves the regime. Pseudonymised data is still personal data because the key exists, and the motivated intruder test is what decides where the legal line falls.
k-anonymity and differential privacy make different promises, and the wider family changes different things
k-anonymity groups records by their quasi-identifiers so that no group holds fewer than k, reached through generalisation and suppression, which cost analytical value and remove the rare rows a researcher wanted. Three limits matter more than the technique: a class where everyone shares a diagnosis discloses it without singling anyone out, k does not compose so two separately safe tables can isolate people when read together, and k is measured against auxiliary data that only accumulates.
Differential privacy asks instead whether the published output would look meaningfully different had any one person been absent, adding noise so that no individual's presence is detectable. The guarantee attaches to a person, so it holds against auxiliary data nobody has seen, and its cost is stated openly through the parameter epsilon and a privacy budget spent across every release. The 2020 United States Census is the reference deployment, whose TopDown Algorithm produced the Public Law 94-171 redistricting data on 12 August 2021, with the accuracy trade argued in public.
Read the rest of the family by what each one changes. Federated learning changes what has to move, and the model updates themselves leak, so it needs an output privacy approach beside it. Secure computation changes who has to be trusted, at high engineering cost. Trusted research environments change where the analysis happens, under the Five Safes, and clean rooms are the commercial cousin, judged on output controls and audit rather than the label.
Security is layers with different jobs, and encryption is not the layer that stops a stolen session
Confidentiality, integrity and availability are worth weighting for a specific dataset rather than reciting. Payroll is dominated by confidentiality, where a leak damages every person in it and an hour of downtime is an inconvenience. A billing meter archive is dominated by integrity, where one corrupted reading produces an invoice that is legally wrong. A public timetable feed is dominated by availability and has almost no confidentiality requirement. UK law folds all three into the integrity and confidentiality principle, whose text reaches accidental loss and destruction.
Encryption at rest answers exposure of the stored bytes and encryption in transit answers interception across a pipeline's many hops, and neither stops the attack that actually takes the records, because a stolen analyst session arrives holding valid credentials and storage decrypts for it exactly as for a legitimate one. Encryption fails through key management rather than broken ciphers: keys stored beside the data, keys held entirely by the provider, no rotation, no revocation path, or a key destroyed without a tested recovery path. The questions that separate a control from a diagram are who can compel decryption, how quickly a key rotates, and what has been restored from an encrypted backup in a drill.
Control layers wrap the data, and one breach shows which layer holds
Walk a stolen analyst session down the stack and encryption is never reached and access control is simply passed, so the layer that holds is masking, the one that reduces what a permitted reader is shown.
Security controls are layers around the data, not a single wall. Walk a real breach down the stack and the layer that stops it is rarely the one people name first: a stolen session decrypts and passes access control, so the control that reduces what is shown is the one that limits the damage.
Access control binds where the policy lives, and masking is not tokenisation
Role-based access control grants permissions through jobs, which makes review possible and makes a leaver lose everything at once, and it drifts, because adding a permission to an existing role is easier than arguing for a new one. Attribute-based control evaluates the requester, the data, the action and the context against a policy, so classification and purpose combine without a role for every permutation, at the cost of being harder to reason about. Most mature estates run both, with roles carrying the coarse grant and attributes the conditions.
Placement matters as much as model. Row level security attaches policies to the table so the database applies them to any query, and PostgreSQL shows the shape: deny by default once row security is enabled with no policy present, while superusers and roles holding BYPASSRLS sit outside the mechanism. Filtering in the reporting layer is a convention that disappears the moment a notebook connects to the warehouse. Masking and tokenisation then differ on reversibility: masking leaves no analytic utility in the value, while tokenisation keeps the mapping in a vault so joins survive, which relocates the secret rather than reducing the risk. Neither is anonymisation.
Retention is a schedule a class walks, and a legal hold suspends the clock rather than resetting it
The storage limitation principle names no number, which is the most misunderstood thing about it. A retention schedule turns it into dated, assignable instructions, and four columns do the work: the class as a set of records with a shared purpose rather than a table, the clock start as a business event rather than a row creation timestamp, the disposition of deletion, anonymisation or archive, and the source of the period. A tax record runs from the end of the accounting period, and archive without a further clock quietly becomes an indefinite hold at a lower monthly bill.
A legal hold preserves documents relevant to proceedings and stops routine deletion for them. Practice Direction 57AD is explicit that the documents to be preserved include those that would otherwise go under a retention policy, and that the relevant deletion processes must be suspended. The detail most implementations get wrong is that a hold suspends the clock rather than restarting it, so a record five years into a six-year period, held for two years, is due one year after release. That needs a flag on a defined set of records rather than a global pause, and the same scoping answers erasure, since the Article 17 right does not apply where processing is necessary for legal claims.
A data class walks its retention clock through four gates
The clock is set once at creation and every later gate only reads it, so a legal hold suspends the schedule rather than restarting it, and the time already run still counts towards disposition on the day the hold lifts.
Retention is a schedule a data class walks, not a delete button someone remembers to press. The clock is set at creation, tested at each gate, and a legal hold only suspends it: when the hold lifts, the time already run still counts towards disposition.
Deletion at scale is an engineering programme, and defensible describes the process rather than the universe
Deleting the production row touches one of the places the record lives. An erasure request has to reach the master record, the copies in reporting, development and test, the derivations such as reports, indexes and feature stores, and finally the backups. Lineage answers where those copies are, and a team without it cannot state where a person's data is. Free-text notes turned into an embedding still represent that person and need their own deletion path, and no general operation removes one training example from a trained model.
Backups are hard because a point-in-time image is often immutable by design. ICO guidance says that where backup data cannot be immediately overwritten it must be put beyond use, must not be used for another purpose, and the individual must be told it may remain until replaced on the established schedule, which makes the backup cycle part of the answer given to them.
Defensible deletion claims that the process was designed, approved and followed, not that no copy survives anywhere. Four things have to hold: the rule existed beforehand in an approved schedule, it was applied to the whole class because selective deletion of inconvenient records is what turns a routine disposal into an adverse inference, holds were checked before the job ran, and the outcome was recorded as a deletion, a hold with its reason, or an exception with a review date. The audit log must survive the disposal under its own schedule.
The traps this stage warns against
Choosing consent because it feels the most respectful option, then relying on it for processing the organisation intends to carry on regardless of whether the person agrees.
Instead: Consent must be as easy to withdraw as to give, so it is the wrong basis for processing that has to continue. Pick the basis that matches the purpose, document it before collection, and remember that the basis cannot be switched afterwards.
Declaring a dataset anonymous because the names, addresses and record numbers were removed before release.
Instead: Direct identifiers were never the route in. Run a motivated intruder test against the actual release environment, record the answer with a date, and repeat it before republishing, because auxiliary data only accumulates.
Reading pseudonymisation, or a tokenised customer identifier, as taking a dataset out of scope of data protection law.
Instead: The organisation holds the means to reverse it, so it is still personal data and subject rights, retention limits, the lawful basis and breach duties all apply. Treat both as security and scoping controls that reduce exposure, not as an exit from the regime.
Answering a question about data security by confirming that encryption is switched on at rest and in transit.
Instead: Name the attack each layer ends. A stolen session decrypts normally, so ask instead who can compel decryption, how quickly a key can be rotated, what the revocation path is, and what has actually been restored from an encrypted backup in a drill.
Pausing the deletion job across the whole estate when a legal hold arrives, because the platform cannot express a narrower scope.
Instead: A hold is a flag on a defined set of records for a stated reason, with its own lifecycle, and it suspends the clock rather than restarting it. An estate-wide pause destroys the storage limitation position for every class it touches.
Reporting an erasure request as complete once the row has been removed from the production database.
Instead: Work the copies, derivations and backups from lineage rather than memory, give indexes, feature stores and embeddings their own deletion paths, and tell the individual what the backup cycle means for the copy that cannot be edited.
Core distinctions
- A lawful basis is chosen and recorded before collection and cannot be switched later; the seven UK bases have no hierarchy, so the purpose decides which one applies
- Adequacy is checked first and the Data Privacy Framework or UK Extension only works for an actively certified, eligible recipient; everything else needs clauses plus a transfer risk assessment
- Pseudonymised and tokenised data are still personal data because the organisation holds the means to reverse them; only genuine anonymisation leaves the regime, and that is a risk judgement about a release
- k-anonymity is a property of one table measured against today's auxiliary data and does not compose across releases; differential privacy attaches its guarantee to a person and holds against auxiliary data nobody has seen
- Encryption protects the stored and transmitted form and says nothing about who is asking, so access control, not encryption, is the layer that limits what a permitted reader can see
- Masking destroys the value at the point of display and cannot be reversed; tokenisation preserves the value in a vault and preserves joins, so it relocates the secret rather than removing it
- A retention clock starts at a business event, not a row creation timestamp, and a legal hold suspends that clock rather than resetting it
- Defensible deletion is a claim about a designed, approved, consistently applied and recorded process, not a claim that no copy of the record survives anywhere
That is Stage 5 in one place. Lawful bases and transfer routes decided before collection and dated, identifiability treated as a spectrum with the motivated intruder test to locate a release on it, privacy technologies chosen against a threat model, security weighted per dataset and layered so each control has a named attack, and retention and deletion run as engineering with an evidence trail. The scenario practice now puts those judgements under pressure with situations where two duties pull in opposite directions, which is where the reasoning gets tested before Stage 6 turns to who holds the decision rights.
Sources and further reading
- ICO: A guide to lawful basisThe seven UK GDPR bases, the absence of a hierarchy, and the legitimate interests assessment behind the balancing test.
- ICO: Data (Use and Access) Act 2025 guidanceThe operative UK changes, including recognised legitimate interests and the phased commencement from June 2025.
- European Commission: adequacy decisionsThe current list of adequacy decisions, including the renewal of the UK decisions on 19 December 2025.
- ICO: How does the UK Extension to the EU-US Data Privacy Framework work?Active certification, eligible recipients and the extra conditions for human resources, special category and criminal offence data.
- UK GDPR, Article 5The principles behind this stage: storage limitation at 5(1)(e) and integrity and confidentiality at 5(1)(f), including accidental loss and destruction.
- IAB Tech Lab: Data Clean Rooms Guidance and Recommended Practices, version 1.0The evaluation questions for a clean room offer: what may be joined, what may be queried, and what may leave.
- ISO/IEC 27701:2025, Privacy information management systemsThe 2025 revision is a standalone privacy management system standard rather than an extension to ISO/IEC 27001.