MLOps
Privacy, Governance, and Audit Operations
Operationalize purpose, consent, access, retention, deletion, accountability, review, and audit across ML assets and decisions.
By the end you can
- Translate privacy and governance requirements into technical lifecycle controls
- Track purpose, legal basis, access, retention, deletion, and downstream propagation
- Design governance reviews around intended use, change, and residual risk
- Produce audit evidence without collecting unnecessary sensitive data
A deleted user can remain inside the learning system
A customer record is removed from the application database. The row is gone. Derived features remain in snapshots, training datasets, cached embeddings, model checkpoints, logs, and third-party evaluation exports — and the checkpoint is the one that gets argued about, because a set of weights does not look like a place where a person can be stored.
It has been shown to be one. In 2021 Carlini and colleagues attacked GPT-2 and pulled its training data back out. Their abstract: “We demonstrate our attack on GPT-2, a language model trained on scrapes of the public Internet, and are able to extract hundreds of verbatim text sequences from the model's training data. These extracted examples include (public) personally identifiable information (names, phone numbers, and email addresses), IRC conversations, code, and 128-bit UUIDs.” The recovered sequences included ones that had appeared in just one training document. The larger models proved more vulnerable than the smaller ones.
A standards body has since classified the failure. NIST's January 2024 taxonomy of adversarial machine learning treats data reconstruction, memorization and membership inference as privacy attacks on deployed models, and ranks them: “Data reconstruction attacks are the most concerning privacy attacks as they have the ability to recover an individual's data from released aggregate information”.
So the checkpoint is an asset that holds personal data, not a summary that has forgotten it. Deleting a record for real takes an asset map, retention policy, propagation rules, and a decision about what can be removed, rebuilt, isolated, or lawfully retained.
Case
Two GDPR articles that reach into the feature store
European law puts the obligation to delete personal data in two places, and they pull against each other. GDPR Article 17(1) gives a data subject “the right to obtain from the controller the erasure of personal data concerning him or her without undue delay”. Article 5(1)(e) is the quieter one: personal data must be “kept in a form which permits identification of data subjects for no longer than is necessary for the purposes for which the personal data are processed”. Neither article names feature stores, checkpoints or annotation exports.
Two regulators said in writing, within one fortnight of December 2024, that the obligation reaches the model anyway. The European Data Protection Board adopted Opinion 28/2024 on 17 December 2024, at the request of the Irish DPC. Its paragraph 34 disposes of the assumption that training launders personal data out of existence: “Based on the above considerations, the EDPB considers that AI models trained on personal data cannot, in all cases, be considered anonymous. Instead, the determination of whether an AI model is anonymous should be assessed, based on specific criteria, on a case-by-case basis.” The Opinion goes on to treat extraction and membership inference, and to expect structured testing against regurgitation and model inversion. At ¶114 it names the corrective measure a supervisory authority may reach for: “the erasure of the whole dataset used to develop the AI model and/or the AI model itself”.
Five days earlier, on 12 December 2024, the UK Information Commissioner's Office closed off the cheapest workaround. Its report on engineering individual rights into generative AI models says: “Many respondents mentioned output filters as a useful tool for implementing information rights. However, these may not be sufficient, as they do not actually remove the data from the model.” A filter at the output is not erasure at the model. Both regulators have now written that down.
Case
The FTC ordered the models deleted, not only the photos
American regulators have already ordered a model deleted. They wrote the requirement as a defined term with a deadline attached, not as a policy aspiration. The FTC announced its proposed settlement with Everalbum, developer of the Ever photo app, on 11 January 2021, and the Decision and Order issued on 6 May 2021. Its definitions open with this: ““Affected Work Product” means any models or algorithms developed in whole or in part using Biometric Information Respondent collected from Users of the “Ever” mobile application.”
The clocks are the part a lifecycle owner has to plan against. Thirty days for the photos and videos of deactivated users. Ninety days for the face embeddings derived without express consent. Ninety days for the Affected Work Product itself. Each one confirmed by a statement sworn under penalty of perjury. The photos went, the face embeddings went, and the models trained on them went too.
Harvard's JOLT Digest recorded it as the first facial-recognition settlement requiring destruction of algorithms trained on deceptively obtained photos. It was not a one-off. A 2024 article in the Georgetown Law Technology Review by Jevan Hutson and Ben Winters quotes the order verbatim and places it second in a line of three FTC model-deletion orders: Cambridge Analytica in December 2019, Everalbum in May 2021, Kurbo in March 2022. Model deletion is not an isolated remedy. It is a line of orders with defined terms and day counts.
Example
A deletion request reaches only the source table
A user invokes a data-rights workflow. Each stage below is a place where the request either propagates or quietly stops.
- Primary deletion: The application removes the account record and the workflow reports success.
- Derived persistence: A feature snapshot and an annotation export retain the same data under different keys, on their own retention schedules.
- Model ambiguity: The team cannot identify whether a checkpoint included the record — the exact state a federal order has already had to price. The stipulated order in FTC v. Ring was filed on 31 May 2023 and entered on 16 June 2023. It scopes the obligation to “any models or algorithms identified or reasonably identifiable by the Defendant as having been developed in whole or in part from review and annotation of Pre-March 2018 Covered Recordings”, and it allows only one way out: “Within ninety (90) days of entry of this Order, delete or destroy any Affected Work Product unless such deletion is technically infeasible, in which case the Ring Principal Executive Officer must provide a written statement to the Commission within ninety (90) days of entry of this Order, sworn under penalty of perjury, identifying any such Affected Work Product, certifying that such deletion or destruction is technically infeasible, and providing a reasonable explanation for that determination.” Not knowing is not an exit. It is an officer's oath, with a reasonable explanation, inside 90 days.
- Audit conflict: Logs are retained longer than the declared product policy, on a justification nobody has written down.
- Required design: Maintain derivation lineage, retention classes, propagation tasks, and a documented model-handling policy — the artefact that answers the "reasonably identifiable" question before a regulator asks it.
Comparison
Documentation, governance, and audit do different work
A complete document can exist inside a weak control system, and a mandated audit can exist while its evidence does not.
Documentation describes intended use, data, behavior, limitations, and ownership. It supports understanding, should be versioned, can become stale, and does not enforce policy. A governance process assigns decision rights, review triggers, exceptions, and lifecycle controls. It controls change and use, needs operational integration, includes recourse and expiry, and can stop or condition a release. Audit tests evidence and control operation against a defined criterion. It requires independence and scope, samples records and execution, finds gaps and exceptions, and does not replace day-to-day ownership.
New York City legislated that third column, and then somebody went and counted. Local Law 144 of 2021 requires an annual independent bias audit of automated employment decision tools, public availability of the audit information, and a notice to candidates at least 10 business days before use. The city's Department of Consumer and Worker Protection set the start date: “DCWP will begin enforcement of this law and rule on July 5, 2023.”
Then researchers went and checked what employers had actually published. Their 2024 study reports: “In this study, 155 student investigators recorded 391 employers' compliance with LL 144 and the user experience for prospective job applicants. Among these employers, 18 posted audit reports and 13 posted transparency notices.” Nearly all of the audits that were published reported an impact factor above 0.8.
An audit obligation and audit evidence are two different objects. One had been law since 5 July 2023. The other was 18 documents out of 391.
Documentation
Describes intended use, data, behavior, limitations, and ownership.
- Supports understanding
- Should be versioned
- Can become stale
- Does not enforce policy
Governance process
Assigns decision rights, review triggers, exceptions, and lifecycle controls.
- Controls change and use
- Needs operational integration
- Includes recourse and expiry
- Can stop or condition release
Audit
Tests evidence and control operation against a defined criterion.
- Requires independence and scope
- Samples records and execution
- Finds gaps and exceptions
- Does not replace day-to-day ownership
Visual
Privacy controls across the lifecycle
The controls should remain connected from collection to retirement. Every failure above happened at a seam between two stages, not inside one.
Collect and justify: record purpose, source, legal basis, consent where relevant, and minimization. That is the stage where Everalbum's express-consent question was decided. Access and transform: apply least privilege, segregation, secure environments, and transformation records. Train and evaluate: control datasets, exports, reviewer access, leakage, and sensitive slices. That is the stage where Ring's “review and annotation of Pre-March 2018 Covered Recordings” lives, and where derivation lineage is either recorded or lost for good. Serve and monitor: limit inputs, logs, telemetry, decisions, and downstream sharing — the served model is itself an extraction surface. Retain, delete, and retire: enforce schedules, deletion propagation, evidence retention, and closure. That is the stage that has to satisfy the 30- and 90-day clocks when they arrive.
- 1
Collect and justify
Record purpose, source, legal basis, consent where relevant, and minimization.
- 2
Access and transform
Apply least privilege, segregation, secure environments, and transformation records.
- 3
Train and evaluate
Control datasets, exports, reviewer access, leakage, and sensitive slices.
- 4
Serve and monitor
Limit inputs, logs, telemetry, decisions, and downstream sharing.
- 5
Retain, delete, and retire
Enforce schedules, deletion propagation, evidence retention, and closure.
Key idea
Auditability can conflict with minimization
Teams may retain raw inputs “for audit” without defining the claim or the retention need. That can expand privacy and security risk while producing an archive too large to review.
The Everalbum order shows how narrowly a real exception gets written. Alongside its deletion obligations it permits retention of otherwise-deletable matter “as required by rules applicable to the safeguarding of evidence in pending litigation”. That is a named legal duty with a defined scope, not a general wish to keep things in case someone asks.
The opposite failure has a number too: 391 employers, 18 posted audit reports. Evidence that is never produced fails the audit question exactly as completely as evidence too broad to read.
Prefer narrow immutable decision records, derived evidence, sampled cases, access controls, and purpose-bound retention. Preserve enough to defend the decision without recreating the entire product database.
Evidence should be sufficient for the audit question and no broader than necessary.
Governance should follow use and change
Approval for one population and decision does not automatically authorize another. Model reuse, new data sources, threshold changes, larger scale, and new downstream actions can change risk even when weights remain unchanged.
The EDPB wrote that shape into its own test: whether a model is anonymous “should be assessed, based on specific criteria, on a case-by-case basis”. Anonymity is not a status a model earns once at launch and keeps. Ring's standard is operational in the same way. The deletion duty attaches to what is “identified or reasonably identifiable by the Defendant”, which makes the quality of your own asset map part of your legal exposure. A team that never traced its derivations has not reduced its obligations. It has only made them harder to discharge on oath, inside 90 days, over the signature of its Principal Executive Officer.
A governance system should define review triggers, decision rights, exceptions, expiry, evidence, and recourse. Static documents are not enough when the operational system keeps changing.
Steps
Operationalize a governance requirement
Convert policy language into a control with an owner, a trigger, evidence, and a failure response. State the obligation: purpose, population, data, action, and authoritative requirement. Map affected assets: sources, derivatives, models, logs, exports, and downstream consumers. Implement the control: access, minimization, review, retention, deletion, or recourse mechanisms. Produce bounded evidence: execution, exceptions, approvals, and effective times, recorded securely. Test failure and expiry: denial, deletion propagation, review triggers, and retirement.
Step three is where teams reach for machine unlearning, and the published numbers deserve reading before the roadmap is written. Bourtoule and colleagues measured their SISA framework against retraining a model from scratch, and published the result in 2021. The abstract: “Under no distributional assumptions, for simple learning tasks, we observe that SISA training improves time to unlearn points from the Purchase dataset by 4.63x, and 2.45x for the SVHN dataset, over retraining from scratch.” On ImageNet the figure is 1.36x, with accuracy degradation. A single-digit speed-up against full retraining is a real research result and a poor foundation for a 30-day deletion promise.
The regulator has looked at the same evidence. The ICO's outcomes report of 12 December 2024 records that “We received numerous arguments about machine unlearning. These mainly pointed to its theoretical application and not any current practical usage.”, and concludes: “Organisations must therefore have mechanisms in place to fulfil information rights requests for both the training data and, if a model contains personal data, the trained model itself.” Step five therefore tests the mechanisms that actually exist today — retrain-and-replace, isolation, and the documented model-handling policy — rather than the one the roadmap hopes for.
1. State the obligation
Identify purpose, population, data, action, and authoritative requirement.
2. Map affected assets
Trace sources, derivatives, models, logs, exports, and downstream consumers.
3. Implement the control
Use access, minimization, review, retention, deletion, or recourse mechanisms.
4. Produce bounded evidence
Record execution, exceptions, approvals, and effective times securely.
5. Test failure and expiry
Verify denial, deletion propagation, review triggers, and retirement.
Governance must survive ordinary operations
A policy that works only during the launch review will fail when an engineer adds a source, a team reuses an embedding, or an incident extends log retention. Integrate controls with registries, pipelines, access systems, and change review.
Measure exceptions, overdue actions, unauthorized use attempts, deletion completion, and appeal outcomes — not only document completion. New York City is the argument for that sentence. The bias-audit duty had been enforceable since 5 July 2023. A count of 391 employers turned up 18 audit reports and 13 transparency notices. What the law required was a document. What the study measured was whether anyone could find one. That gap is the whole difference between a governance programme and a governance claim.
Key takeaways
- Privacy obligations extend to derived features, datasets, logs, exports, and model assets — Carlini and colleagues extracted hundreds of verbatim training sequences from GPT-2, including names, phone numbers and email addresses.
- Erasure can reach the model itself: EDPB Opinion 28/2024 (17 December 2024) holds that models trained on personal data are not automatically anonymous, and names erasure of the dataset and/or the model as a corrective measure.
- Governance should trigger on new use, population, data, policy, scale, and action — not weights alone. Ring's duty attaches to what is “reasonably identifiable”, so your asset map is part of your exposure.
- Documentation describes; governance controls; audit tests evidence against criteria — and under Local Law 144, 391 employers yielded 18 posted audit reports and 13 transparency notices.
- Audit evidence should remain purpose-bound and minimized; the Everalbum order's retention carve-out is limited to evidence in pending litigation, not to general precaution.
- Deletion and retirement should be tested across the full asset lineage: SISA's 4.63x and 2.45x unlearning speed-ups, and the ICO's finding of no current practical usage, are what an untested deletion promise costs.