FERPA Explained for Colleges: The Law, the Exceptions and the Limits
A plain-language guide to ferpa explained for colleges: the law, the exceptions and the limits: the record, the purpose, the authority and the safeguard.
- Record
- FERPA in full record
- Data
- FERPA Explained for Colleges: The Law, the Exceptions and the Limits
- Safeguard
- written consent or a named exception, logged at disclosure
- First check
- Limit the sharing to the minimum the purpose requires.
The short answer
The direct answer to ferpa explained for colleges: the law, the exemptions and the limits is less about memorising a statute and more about a repeatable verify before information moves: confirm what the education file is, confirm the objective, confirm the authorization, confirm that the receiver needs it, and confirm the safeguard. Five confirmations, done in writing where the stakes are high, avoid most of the errors this ledger exists to describe.
Logs turn a correct decision into a defensible one, since a reviewer, an auditor or a student shall eventually ask what happened and why.
Copies of files given to students should be full enough to be useful, and redactions of third-party information should be explained.
Title IX procedures involve highly personal records, and privacy handling there needs both legal care and human care.
Free tools are not free of confidentiality cost, and the price is frequently paid in data uses the institution never reviewed.
What this covers
Alumni platforms hold giving, employment and contact data, and former students should be able to correct and limit that data.
Proctoring integrations collect video, audio, screen and sometimes biometric information, and the sensitivity of that collection should set the review standard.
Audit and evaluation disclosures must be limited to the audit or evaluation objective, and the receiver must be bound to that objective.
Media requests for student information ought to go via the confidentiality officer, not via the first department that picks up the phone.
Voice information in support and proctoring platforms is biometric in substance, even when vendors describe it as audio processing.
Mobile applications for student services may collect location, contacts or device information beyond the service itself, and that collection needs its own review.
How to work through it
Review a decision following it is made: was the information used for the stated objective, does the receiver still need it, has storage expired?
Bound accrediting releases to the scope of the exemption, and send solely what the accreditation objective requires.
Monitor student file systems for anomalous access, and investigate anomalies, since uninvestigated anomalies teach staff that nobody watches.
Check whether a course evaluation is maintained about identifiable students before treating it as anonymous feedback.
Secure staff devices that hold student information, with encryption and remote wipe, because a lost laptop can hold a filing cabinet of records.
Test phishing resilience for employees who handle files, since social engineering targets people, not firewalls.
Review access when roles alter, and treat a role alter without an access review as an open incident, not an administrative delay.
Review assistive technology vendors for the usage information they collect, since that information may reveal disability.
A worked illustration
In the badly done illustration, sensitive comments were included in the export, no removal date was agreed, and the student notification still described the old platform.
In that illustration the survey report shows solely aggregates above a specified threshold, and no small-group result can identify a respondent.
Consider a campus police unit that creates a law enforcement record and is asked to disclose it with the dean's office, and that verifies the purpose of the sharing first.
Consider an education app for younger students that tracks behaviour across sessions and shares aggregates with a third party, without a privacy review.
Consider a student who asks for a file that has previously been lawfully disclosed to another department, and who is told where it went and why.
Where guides go wrong
A second common error is relying on a consent that was never particular, never explained, or obtained after the sharing it was meant to authorise.
Treating a course evaluation as anonymous without checking whether it is maintained regarding identifiable students is an error.
Allowing tracking in education applications for younger students to go unreviewed is a mistake, because behavioural data accumulates quietly over a school year.
Disclosing on the strength of a letter alone, without a court order or subpoena process, is a mistake that may be avoided by a single phone call to the privacy officer.
This guide does not substitute for a college's own policies or counsel, and a conflict between the two ought to be resolved in favour of the college's own advice.
Sources and evidence on the record
- Family Educational Rights and Privacy Act, 20 U.S.C. 1232g, statutory text.
- 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.
Evidence basis: FERPA statute 20 U.S.C. 1232g and 34 CFR Part 99 Applies when: When a college holds, uses or discloses a education record in the context of ferpa in full