KS5H019/H119 F201 TA4 28 min read 10 question quiz 14 exam marks

F201 TA4: Legal and Ethical Issues in Data Management

What changes legally and ethically when the dataset is enormous and a model is making the decisions: bias, transparency, profiling and accountability.

Data protection at big data scale

The law is the same law as in F200. What changes is that big data practice pushes against the principles rather than fitting neatly inside them.

PrincipleWhere big data strains it
Purpose limitationThe whole premise of a data lake is keeping data for purposes not yet identified
Data minimisationModels improve with more features, which pulls directly against collecting less
Storage limitationTraining sets are kept to allow reproducibility and retraining
TransparencyIt is hard to tell somebody what you will infer when you do not know yet
AccuracyA prediction about a person is not a fact about them, yet it is stored like one
AccountabilityA derived model is harder to audit than a query

Inference is processing

If a model infers that a customer is probably pregnant, has a health condition or holds a religious belief, the organisation is processing special category data even though nobody entered it and the customer never disclosed it. That the information is inferred rather than collected makes no difference to the duties attached to it, and this is the single point in this topic area most often missed.

Automated decision making and profiling

Under the UK GDPR a person has the right not to be subject to a solely automated decision with legal or similarly significant effects, such as a credit refusal, an insurance price or a job rejection, unless a specific condition applies. Where such processing is permitted, the safeguards are meaningful human involvement, an explanation of the logic, and a route to contest the outcome. "The system decided" is not a defence.

Consent at scale

Consent must be freely given, specific and informed, and withdrawable. None of that fits a model trained on everybody's data at once, because a specific consent cannot be given to an unspecified future inference, and withdrawal is almost impossible to honour once the data has been absorbed into a trained model. This is why serious organisations rely on a documented legitimate interests assessment, with a real balancing test, rather than on a consent they could not evidence.

The UK GDPR principles, lawful bases and rightsThe UK GDPR summarised in three lists. The seven principles, all of which always apply: lawfulness, fairness and transparency; purpose limitation; data minimisation; accuracy; storage limitation; integrity and confidentiality; and accountability. The six lawful bases, of which exactly one is needed for any processing: consent, contract, legal obligation, vital interests, public task and legitimate interests. The rights of the individual, which must be answered within one month: access, rectification, erasure, restriction of processing, portability, the right to object, and rights relating to solely automated decisions. Two further points sit underneath. Special category data, covering health, racial or ethnic origin, religion, biometrics and sexual orientation, needs an additional condition as well as a lawful basis. And a reportable personal data breach must be notified to the Information Commissioner's Office within seventy two hours; inferred data counts as personal data, because generating an inference is itself processing.The UK GDPR, in the three lists you needSEVEN PRINCIPLESLawfulness, fairness, transp…Purpose limitationData minimisationAccuracyStorage limitationIntegrity and confidentialityAccountabilityevery one applies, alwaysSIX LAWFUL BASESConsentContractLegal obligationVital interestsPublic taskLegitimate interestsyou need exactly oneRIGHTS OF THE INDIVIDUALAccessRectificationErasureRestrictionPortabilityObjectAutomated decisionsanswer within one monthSpecial category data (health, race, religion, biometrics, sexual orientation) needs a condition as well as a basis.A reportable breach goes to the ICO within 72 hours. Inferred data counts: inference is processing.
One lawful basis, seven principles, and a month to answer a request. Those three facts answer most questions.

Bias, fairness and transparency

Where bias actually comes from

SourceHow it happens
Historic biasThe training data records past human decisions, including unfair ones
Sampling biasA group is under-represented, so the model performs worse for them
Measurement biasThe chosen proxy is not the thing you care about: arrests are not crime, clicks are not interest
Label biasThe labels were applied by people with their own assumptions
Aggregation biasOne model applied to groups that genuinely behave differently
Deployment biasA model used for a purpose or population it was never trained for
Feedback loopsThe model's own output becomes tomorrow's training data and the bias compounds

Removing the protected characteristic from the features does not remove the bias, because other fields act as proxies for it: postcode, school, first name, purchase history. A model can discriminate effectively without ever seeing the attribute, and under the Equality Act the outcome is what matters, not the intent or the feature list.

Testing for it

Measure performance per group, not just overall. If recall is 88% for one group and 61% for another, the headline accuracy has concealed a system that works for some people and not others. Then decide what fairness means for this application, because the definitions conflict mathematically and you cannot have all of them at once: equal error rates, equal selection rates, or equal treatment of similar individuals.

Transparency and explainability

  • Explainability: can the factors behind an individual decision be stated?
  • Interpretability: can a person understand how the model works overall?
  • The black box problem: the most accurate models are often the least inspectable, which is a genuine trade-off, not a technical gap waiting to be closed
  • The right to an explanation: where an automated decision significantly affects someone, they are entitled to meaningful information about the logic involved
Accuracy is not the only criterion

A slightly less accurate model whose reasoning can be explained and audited is frequently the better choice, because a decision that cannot be explained cannot be defended, corrected or appealed.

Where bias enters a machine learning systemBias entering a machine learning system at every stage. It begins in the world, as existing inequality; passes into collection, through who is and is not in the data; into the labels, through whoever decided what the right answers were; into the model, through what it is set to optimise; into deployment, through who it is then used on; and finally into a feedback loop, where the model's own decisions become the next training set and the bias compounds. The named kinds are historic bias, where the data records past unfair human decisions; sampling bias, where a group is under-represented so accuracy is lower for them; measurement bias, where the chosen proxy is not the thing that matters, since arrests are not crime and clicks are not interest; label bias, where the labels carry the assumptions of whoever applied them; aggregation bias, where one model is used for groups that genuinely behave differently; and deployment bias, where a model is used on a population it was never trained for. Removing the protected characteristic from the feature list does not solve this, because postcode, school, first name and purchase history act as proxies, so a model can discriminate effectively without ever seeing the attribute. The workable approach is to measure error rates separately for each group: a recall of eighty eight per cent for one group and sixty one per cent for another is a defect, whatever the headline accuracy says.Bias enters at every stage, not just in the algorithmTHE WORLDexisting inequalityCOLLECTIONwho is in the dataLABELSwho decided the answersTHE MODELwhat it optimisesDEPLOYMENTwho it is used onFEEDBACKits output becomes tomorrow's datathe feedback loop: the model's own decisions become the next training set, and the bias compoundsHistoricthe data records past unfair human decisionsSamplinga group is under-represented, so accuracy is lower for themMeasurementthe proxy is not the thing: arrests are not crime, clicks are not interestLabelthe labels carry the assumptions of whoever applied themAggregationone model for groups that genuinely behave differentlyDeploymentused on a population it was never trained forDROPPING THE FIELD DOES NOT WORKPostcode, school, first name and purchasehistory all act as proxies, so a model candiscriminate without ever seeing the attribute.WHAT TO DO INSTEADMeasure error rates per group, not just overall.Recall 88% for one group and 61% for anotheris a defect, whatever the headline figure says.
Removing the protected field removes your ability to measure the bias, not the bias.
A sorting model trained mostly on apples is much worse at pearsHow bias gets into an AI system. The training data has twenty pieces of fruit but only two of them are pears: eighteen apples and two pears. The model learns the patterns in that data. When tested it is right 98 percent of the time for apples but only 40 percent of the time for pears. The system is not prejudiced, it copies the patterns in its data. If the data under-represents a group, the system works worse for that group while its answers still look neutral. The fix is more varied training data and testing every group.1 Training data18 apples, only 2 pears2 The modelSorterlearns patternsit copies its data3 How often it is rightapples98% rightpears40% rightThe system is not prejudiced. It copies the patterns in its data.If the data under-represents a group, the system works worse for that group,and the answers still look neutral and mathematical.The fix: more varied training data, and testing every group.123
  1. The training data is unbalanced: 18 apples and only 2 pears.
  2. The model copies the patterns it finds in its data.
  3. So it is right 98% of the time for apples but only 40% for pears.
Real examples include face recognition that is less accurate for groups missing from its training photos.

Ownership, security and accountability

Who owns data

  • Personal data is not owned by the organisation holding it; the individual has rights over it regardless
  • Database right protects a database that required substantial investment to assemble, which is what makes scraping someone else's dataset an infringement
  • Derived data and models trained on other people's data raise ownership questions the law is still settling
  • Contracts usually decide ownership of data generated by a product in use, and customers rarely read that clause
  • Open data licences permit reuse on stated conditions, and those conditions are enforceable

Security at scale

The impact of a breach scales with what you kept. The specific big data risks:

  • Concentration: one lake holds what used to be in twenty systems, so one failure exposes everything
  • Re-identification: datasets individually anonymous become identifying when joined
  • Misconfiguration: the public storage bucket, which causes more exposure than any attack
  • Insider access: analysts with broad access to the whole estate
  • Supply chain: a compromised vendor or library reaching your pipeline
  • Model attacks: extracting training data from a model, or poisoning the training set to change its behaviour

Surveillance, autonomy and manipulation

  • Workplace monitoring: keystrokes, location, productivity scores, and the question of proportionality
  • Behavioural advertising: profiles built across sites and apps, mostly invisible to the person profiled
  • Dark patterns: interfaces designed so that the privacy-protecting choice is the hard one
  • Price discrimination: different prices for different people, from inferred willingness to pay
  • Filter bubbles: optimisation for engagement narrowing what a person is shown
  • Chilling effects: people behaving differently because they believe they are observed

Accountability

Somebody has to be answerable. In practice that means: a named owner for each model and dataset; a documented impact assessment before deployment; a human in the loop for consequential decisions; monitoring for drift and for unequal outcomes; an appeal route for the person affected; and an audit trail showing what the model did and on what data.

The structure that scores on an ethics question

Identify the specific harm and who bears it. Name the law or principle engaged. Weigh the benefit honestly rather than dismissing it. Reach a conclusion with a safeguard attached. A balanced answer that decides outscores a one-sided one every time.

Why deleting the name is not anonymisationThree patient records shown with name, date of birth, postcode, sex and diagnosis. Deleting the name column leaves a table that feels anonymous and is not: date of birth, postcode and sex together identify the large majority of the UK population, so the diagnosis is still attributable to an individual by anyone holding or able to obtain those three ordinary fields. Genuine anonymisation therefore has to reduce precision deliberately. Generalisation replaces the full date of birth with the year and the full postcode with its district. Aggregation reports counts by ward rather than individual records. Suppression hides any cell containing fewer than a minimum number of people. Adding noise, as in differential privacy, introduces measured randomness that protects individuals while preserving overall statistics. Pseudonymisation, replacing the name with a study identifier whose key is held separately, is useful but is not anonymisation at all: the data remains personal data and the whole of data protection law continues to apply to it.Removing the name is not anonymisationGeneralise1987 instead of 14/03/1987; LS6 instead of LS6 2QBAggregatereport counts by ward, not individual recordsSuppresshide any cell with fewer than five people in itAdd noisedifferential privacy: deliberate, measured randomnessPseudonymisea study ID, key held separately — still personal datanamedate of birthpostcodesexdiagnosisA. Shah14/03/1987LS6 2QBFType 2 diabetesL. Okafor02/11/1994LS6 2QBMAsthmaM. Price27/07/1961LS2 9JTFHypertensionName, date of birth, postcode, sex, diagnosisnamedate of birthpostcodesexdiagnosis—14/03/1987LS6 2QBFType 2 diabetes—02/11/1994LS6 2QBMAsthma—27/07/1961LS2 9JTFHypertensionThe name is gone. The record is not anonymous.namedate of birthpostcodesexdiagnosis—14/03/1987LS6 2QBFType 2 diabetes—02/11/1994LS6 2QBMAsthma—27/07/1961LS2 9JTFHypertensionDate of birth + postcode + sex identifies the large majority of the UK population.So you generalise, suppress or add noise — and lose some precision on purpose.
Date of birth, postcode and sex. Three ordinary fields, and almost everybody is identifiable.

Key terms you must be able to define

Inferred data
Information a model derives about a person, which is personal data even though it was never disclosed.
Profiling
Automated processing to evaluate or predict aspects of a person's behaviour or characteristics.
Automated decision making
A decision made by a system without meaningful human involvement.
Algorithmic bias
Systematic unfairness in a model's outputs, usually inherited from its training data.
Proxy variable
A field that stands in for a protected characteristic, such as postcode for ethnicity.
Explainability
The ability to state the factors behind an individual automated decision.
Black box model
A model whose internal reasoning cannot practically be inspected.
Re-identification
Linking anonymised data back to individuals, often by joining datasets.
Database right
Protection for a database whose contents required substantial investment to assemble.
Dark pattern
An interface designed to steer users away from the choice that protects them.
Data poisoning
Deliberately corrupting training data so a model behaves as the attacker intends.
Model drift
The decline in a model's performance as the world it was trained on changes.

Flashcards

Say the definition out loud before you flip the card. Retrieving it from memory is what builds recall, reading it again is not.

DefineInferred data
AnswerInformation a model derives about a person, which is personal data even though it was never disclosed.
DefineProfiling
AnswerAutomated processing to evaluate or predict aspects of a person's behaviour or characteristics.
DefineAutomated decision making
AnswerA decision made by a system without meaningful human involvement.
DefineAlgorithmic bias
AnswerSystematic unfairness in a model's outputs, usually inherited from its training data.
DefineProxy variable
AnswerA field that stands in for a protected characteristic, such as postcode for ethnicity.
DefineExplainability
AnswerThe ability to state the factors behind an individual automated decision.
DefineBlack box model
AnswerA model whose internal reasoning cannot practically be inspected.
DefineRe-identification
AnswerLinking anonymised data back to individuals, often by joining datasets.

Reach the top grade on this topic

Top band answers are balanced and decisive. State the benefit, state the harm, name the law or principle, then conclude with a safeguard. Answers that only condemn, or only enthuse, stay in the middle bands however much detail they contain.

Mistakes that cost marks here

Avoid these
  • Thinking inferred information escapes data protection law. Inference is processing.
  • Claiming that removing the protected characteristic removes the bias. Proxies remain.
  • Reporting only overall accuracy, which hides unequal performance between groups.
  • Treating 'the algorithm decided' as an explanation or a defence.
  • Assuming aggregated data is automatically anonymous.
  • Writing a one-sided answer. The marks are for weighing both sides and concluding.
Fun fact

A recruitment model trained on a decade of a company's own hiring decisions learned to downgrade applications that mentioned women's colleges. Nobody programmed that. It was in the historic data, and the model treated the past as a specification.

Knowledge check

0 of 10 answered
1A model infers that a customer is probably pregnant. What is that data?
2Why does removing ethnicity from the features not remove racial bias?
3Under the UK GDPR, a person has the right not to be subject to:
4A recruitment model trained on past hiring decisions downgrades certain applicants. What is this?
5What is the black box problem?
6Why should model performance be measured per group?
7What is data poisoning?
8What is a dark pattern?
9What is model drift?
10Which is the strongest argument for a slightly less accurate but explainable model?
Score 0 / 10

Exam-style questions

Five written questions in the style of the real paper. Write a full answer, then let the marker check it against the mark scheme.

14 marks
1State two sources of bias in a machine learning model.2 marks
State

Mark scheme0 / 2
  • LOne valid source
  • LA second, different source
Model answer

Historic bias, where the training data records past unfair human decisions, and sampling bias, where a group is under-represented in the training data.

The marker looks for key phrases. If you said it another way and it is still right, give yourself the mark.
2Explain why data inferred by a model about an individual is still subject to data protection law.4 marks
Explain

Mark scheme0 / 4
  • LInferred information relates to an identifiable person
  • LIt therefore meets the definition of personal data
  • LInferring it is itself processing
  • LA consequence, such as special category duties or rights applying
Model answer

Personal data is any information relating to an identified or identifiable living person, and that definition does not depend on how the information arose. A model's inference that a particular customer is likely to be pregnant, in financial difficulty or of a given religious belief relates directly to that individual, so it is personal data in exactly the way a declared field would be. Generating the inference is itself processing, which needs a lawful basis and must be transparent. The consequences are substantial: where the inference concerns health, religion or sexual orientation it is special category data requiring an additional condition, the individual can request access to it and dispute its accuracy, and because a prediction is not a fact the organisation must be careful not to present it as one.

The marker looks for key phrases. If you said it another way and it is still right, give yourself the mark.
3An insurer plans to use social media activity and shopping data to set premiums.Discuss the legal and ethical problems with this, and what safeguards would be needed.8 marks
Discuss

Mark scheme0 / 8
  • LPurpose limitation and the original collection purpose are addressed
  • LTransparency is addressed
  • LSpecial category data by inference is addressed
  • LAutomated decision making rights are addressed
  • LDiscrimination or proxy variables are addressed
  • LAccuracy and the harm of a wrong inference are addressed
  • LSpecific safeguards are proposed
  • LA judgement weighing the insurer's interest against the harm
Model answer

The insurer has a genuine interest here, since pricing risk accurately is what insurance is, and a model that prices more precisely can lower premiums for lower-risk customers. But the proposal has serious problems. The data was not collected for this: posts and purchases were made for social and commercial purposes, and reusing them to price insurance is a different and incompatible purpose, which engages purpose limitation and means the insurer cannot simply help itself to data that happens to be accessible. Transparency compounds it, because customers would have no realistic idea that their shopping history was affecting their premium, and a privacy notice that technically mentions it does not make the processing fair. The inferences themselves are the legal centre of the problem: shopping and social data are highly revealing, and a model will infer pregnancy, mental health, alcohol consumption and religious observance whether or not it is asked to, which means the insurer would be processing special category data and needs a specific condition for doing so. Because the outcome, a price or a refusal, has a significant effect on the individual, the rules on solely automated decision making apply, so there must be meaningful human involvement, an explanation of the logic and a route to contest the result. Discrimination is the ethical core. Removing protected characteristics from the model does not help, because postcode, store, brand and vocabulary are proxies, and under the Equality Act it is the outcome that matters: a model that prices higher for an ethnic group or a disabled customer is unlawful however innocent the feature list looks. Accuracy makes it worse rather than better, because a wrong inference, a gift bought for someone else, a parody account, produces a real financial penalty the customer cannot see, understand or appeal. The safeguards would have to be substantial: a Data Protection Impact Assessment before anything is built; the feature set cut to data the customer knowingly provided for insurance purposes; explicit exclusion of inferred special category data; testing of error and pricing rates per protected group with unequal outcomes treated as a defect; human review and a published appeal route for every adverse decision; and an audit trail allowing any individual price to be reconstructed and explained. On balance, the social media element should not proceed at all, because the purpose mismatch and the unavoidable inference of sensitive characteristics cannot be safeguarded away, while a narrow use of data the customer supplies for the policy itself can be defended provided the safeguards above are real rather than documentary.

The marker looks for key phrases. If you said it another way and it is still right, give yourself the mark.
Machine mark 0 / 14