StudentPrivacy.college
The Privacy Ledger - protect and govern student data

Free EdTech and the Hidden Data Price

Free EdTech and the Hidden Data Price: what it means for a student data held by a vendor, who may use it, and the check to make before it moves.

Privacy check
Record
student data held by a vendor in vendors and contracts
Data
Free EdTech and the Hidden Data Price
Safeguard
a contract that bans sale and advertising use and requires deletion on exit
First check
Confirm consent, a named exception, or a contract term before sharing.

The short answer

The direct answer to free edtech and the hidden information price is less about memorising a statute and more about a repeatable verify before information moves: confirm what the student information held by a vendor 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, avoid most of the errors this ledger exists to describe.

Analytics may improve teaching, but analytics built on identifiable student information need the same authorization analysis as any other use.

Cloud hosting does not move responsibility: the university remains answerable for a file even when another company stores it.

Audit findings that are never tracked to closure are worse than no audit, since they prove the college knew and did not act.

Penetration testing finds technical gaps, but it does not test whether a sharing decision was lawful, and both tests are needed.

What this covers

Financial aid disclosures to other institutions and agencies follow their own exemption, and the sharing should be limited to what the aid decision requires.

Voice information in support and proctoring systems is biometric in substance, even when vendors describe it as audio processing.

Email can be an education record when it is maintained about a student, and the fact that it lives in a mailbox does not remove it from the category.

Employment files for student employees sit in a distinct category, and the distinction matters when a file is requested.

Disciplinary disclosures to victims and others have particular limits, and the outcome that may be shared depends on the offence and the recipient.

Photographs and video become education records when they are maintained as part of a student's file, and a casual photo is not automatically in that category.

How to work through it

Use external auditors where independence matters, and give them access to the systems they need to test, not only to policy documents.

Audit access to personal files, and follow up on anomalies, because an audit that finds nothing is either lucky or blind.

Segment networks so that a compromise in one platform does not automatically expose student file systems.

Retain applicant files on a specified schedule, and delete them when that schedule expires, rather than retaining them indefinitely.

Review assistive technology vendors for the usage data they collect, since that data may reveal disability.

Protect applicant records on a stated schedule, even though applicants never become students in the usual sense.

Require a court order or subpoena process for compelled releases, and do not disclose on the strength of a letter alone.

Contain incident notification in vendor contracts with a stated timetable measured in hours or days, not in vague promptness language.

A worked illustration

In that illustration a review finds the retention unjustified, the birth dates are deleted, and the screening is redesigned to collect the minimum needed.

In the badly done illustration, personal comments were included in the export, no deletion date was agreed, and the student notice still described the old platform.

In that illustration students who decline biometrics are not disadvantaged, and the biometric templates of students who leave are deleted on schedule.

Consider the same incident without a notification term: the institution learns regarding it weeks later from a press report, and students learn regarding it at the same time.

In that illustration the deletion is logged, and the office may demonstrate a reviewer that the schedule was followed.

Where guides go wrong

A second common error is relying on a consent that was never specific, never explained, or obtained after the disclosure it was meant to authorise.

Treating a vendor as if it owned the information it procedures is a governance failure, even when the vendor's sales material encourages that view.

Treating silence as informed agreement is an error, especially for students who are less familiar with confidentiality notices and opt-outs.

Excluding students from privacy oversight is an error, since students notification problems that employees have normalised.

Allowing monitoring in learning apps for younger students to go unchecked is an error, since behavioural data accumulates quietly over a school year.

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.
  • National Institute of Standards and Technology, Computer Security Resource Center - control guidance used here as method, not as law.

Evidence basis: 34 CFR Part 99 and Department of Education vendor guidance Applies when: When a college holds, uses or discloses a student data held by a vendor in the context of vendors and contracts

Next on the ledger