Re-identification Risk in Small Cohorts
A plain-language guide to re-identification risk in small cohorts: the record, the purpose, the authority and the safeguard.
- Record
- research dataset in research data and secondary use
- Data
- Re-identification Risk in Small Cohorts
- Safeguard
- consent or a lawful exception, plus de-identification checked for small cohorts
- First check
- Limit the sharing to the minimum the purpose requires.
The short answer
The direct answer to re-identification risk in small cohorts is less about memorising a statute and more about a repeatable check before information moves: confirm what the research dataset is, confirm the objective, confirm the authority, confirm that the receiver needs it, and confirm the safeguard. Five confirmations, done in writing where the stakes are high, prevent most of the errors this ledger exists to describe.
Alumni files do not lose protection at graduation, and the rules for former students deserve the same care as for current ones.
Security baselines for new platforms should be set before launch, because retrofitting controls after adoption rarely restores the data previously disclosed.
Mixed-audience platforms need a child-directed analysis for their younger users, not a single policy documented for adults.
Role changes must trigger access reviews, or former access quietly becomes current risk.
What this covers
Attendance data, participation logs and advising notes can all be education files when they are maintained regarding an identifiable student.
Systems that feed directory information to outside directories need an opt-out check built into the feed, not added as a manual afterthought.
Residence hall surveillance involves students in their homes, and the privacy standard there ought to be higher than in a public quad.
Advising platforms retain some of the most sensitive narrative information on campus, because advisers file context that grades alone never demonstrate.
Publishing a directory notification in a handbook nobody reads is weaker than publishing it where students really encounter it at enrollment.
Backups are copies too, and a removal process that ignores backups leaves the record in place under another name.
How to work through it
Protect applicant files on a stated schedule, even though applicants never become students in the usual sense.
Locate every copy before deciding, including the vendor copy, the backup copy and the copy in the disclosed drive.
Set security baselines before a new platform launches, because retrofitting controls after adoption rarely restores information already shared.
Encrypt records in transit and at rest, and treat encryption as a baseline, not as a substitute for access control or purpose limits.
Run confidentiality impact assessments for new platforms, and retain the assessment with the procurement record, not in a separate folder nobody opens.
Retain a privacy committee that can actually stop a project, because a committee that solely advises shall be ignored when it matters.
State the objective in a sentence a student could understand, and if the sentence can not be documented plainly, the objective is probably too broad.
Encrypt staff devices, enable remote wipe, and test both, since an untested control is a hope, not a control.
A worked illustration
In that illustration the institution must retrofit an alternative under pressure, and the students affected have previously lost trust in the procedure.
In that illustration the audit finding becomes a remediation task with an owner and a date, and the subprocessor's copy is deleted on a verified timetable.
Consider the same incident without a notification term: the institution learns about it weeks later from a press report, and students learn about it at the same time.
Consider an alumni department that wants to publish a class directory and that verifies opt-outs and designations for former students before publishing.
Consider an instructor who wants a second opinion from a colleague regarding support for a student, and who first verifies whether a summary without identifiers would serve.
Where guides go wrong
Auditing access without following up on anomalies is an error, since an audit that finds nothing is either lucky or blind.
Distributing a personal survey without settling anonymity and storage first is a mistake that cannot be repaired by a later apology.
Running an audit that finds problems and then monitoring nothing to closure is worse than running no audit, since it proves the college knew.
Approving a sharing without recording it is a mistake, because a reviewer, auditor or student shall eventually request what happened and why.
Treating a course evaluation as anonymous without verifying whether it is maintained about identifiable students is a mistake.
Sources and evidence on the record
- Family Educational Rights and Privacy Act regulations, 34 CFR Part 99, text on eCFR.
- US Department of Education, Student Privacy Policy Office, studentprivacy.ed.gov - FERPA guidance, FAQs and model notices.
- US Department of Education, ed.gov - guidance, Dear Colleague letters and enforcement information.
Evidence basis: 34 CFR Part 99 research provisions and review board practice Applies when: When a college holds, uses or discloses a research dataset in the context of research data and secondary use