Ransomware and Student Records
A plain-language guide to ransomware and student records: the record, the purpose, the authority and the safeguard.
- Record
- exposed student record in breaches and incident response
- Data
- Ransomware and Student Records
- Safeguard
- containment, notification and a written after-action record
- First check
- State the purpose in a sentence a student could understand.
The short answer
A practical way to approach ransomware and student records is to request what a student would expect if they saw the sharing described in plain language. Where the sharing matches that expectation and the authority supports it, it can proceed with a log entry; where it surprises, it needs consent, a named exception or a fresh determination, not a quiet assumption.
Role alters must trigger access reviews, or former access quietly becomes current risk.
A privacy program that solely reacts to events shall consistently be behind, since the determinations that produce risk are made during procurement and design.
Cloud hosting does not move responsibility: the college remains answerable for a file even when another company stores it.
Analytics may improve teaching, but analytics built on identifiable student data need the same authority analysis as any other use.
What this covers
Former students retain rights over records retained regarding them, and alumni processes should not treat those records as unprotected history.
Disability documentation is among the most sensitive information an institution holds, and it ought to never travel with general academic files by default.
Early alert platforms combine academic, attendance and support information to flag students, and the combination itself is a privacy determination with consequences for the student flagged.
Media requests for student information ought to go through the privacy officer, not through the first department that picks up the phone.
What counts as directory information varies by university, since each university designates its own list within the federal framework.
State biometric laws add duties that vary by state, and a site operating across states must not assume one state's requirement covers another's.
How to work through it
Limit audit and evaluation releases to the audit purpose, and bind the recipient to that purpose in writing.
Delete on schedule, and make removal verifiable, because a removal that cannot be shown is a removal that shall be doubted.
Log access to sensitive records, and review those logs, since unreviewed logs protect nobody.
Analyse outside survey requests separately from institutional surveys, since the authorization for one does not cover the other.
Test vendor information flows in a staging environment where possible, since production testing risks the very records being safeguarded.
Plan for remote work explicitly, with controls that travel with the file to staff homes and personal devices.
Protect alumni files with the same care as current files, since graduation does not end the university's duty.
Full both the COPPA and the FERPA analysis for AI tutors used by younger students before any pilot begins.
A worked illustration
In that illustration the disclosing is limited to the disciplinary purpose, and the file is not treated as a routine student file afterwards.
Consider a survey of younger users on a learning platform that collects birth dates for age screening and then retains them indefinitely.
In that illustration the sheet is restricted, the members are told, and the organization adopts a form with proper access control for future collection.
In that illustration the registrar explains the position politely, in writing, and offers the parent a route via the student's own permission.
In that illustration the directory omits every student who opted out, and the omission is checked by a second person before publication.
Where guides go wrong
Screening younger users by collecting more data than the screening needs is a mistake, because the protection then becomes the problem.
Letting group mailboxes and disclosed drives accumulate members without an owner is a mistake that turns access control into archaeology.
Conversely, a lawful sharing may still be handled carelessly, in an unencrypted attachment or an open distribution list, and the injury is the same.
Redisclosing a record received under an exemption, without verifying whether the second disclosing is covered, is an error that spreads the original disclosure.
A second common error is relying on a permission that was never specific, never explained, or obtained after the sharing it was meant to authorise.
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: Department of Education guidance and state breach statutes Applies when: When a college holds, uses or discloses a exposed student record in the context of breaches and incident response