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

Vendor Breach Notification Duties in Contract

A plain-language guide to vendor breach notification duties in contract: the record, the purpose, the authority and the safeguard.

Privacy check
Record
student data held by a vendor in vendors and contracts
Data
Vendor Breach Notification Duties in Contract
Safeguard
a contract that bans sale and advertising use and requires deletion on exit
First check
Name the record and its holder before any use or disclosure.

The short answer

Put simply, vendor incident notification duties in contract is regarding control over a student data retained by a vendor that belongs, in a practical sense, to a student and is retained in trust by an university. The university might use it for the purpose it was collected for, share it where the law or a valid consent permits, and must safeguard it everywhere else. Everything in this guide is a way of making that sentence workable at a desk, stage by stage.

Accessibility tools can collect sensitive information regarding disability, and their privacy review must be as careful as their accessibility review.

Removal rights for children's information should be honoured swiftly, and the removal should reach backups and subprocessors on a stated timetable.

A privacy program that solely reacts to incidents shall always be behind, because the determinations that create risk are made during procurement and design.

Fees and formats for record inspection must not become barriers, or the right of access becomes theoretical.

What this covers

Financial aid disclosures to other institutions and agencies follow their own exception, and the sharing ought to be limited to what the aid determination requires.

Parents of dependent students may receive records under an exemption, but dependency must be established, not assumed from a family relationship.

Students who are also employees have records in both capacities, and the capacity in which a file was created matters to its treatment.

AI grading tools produce a new record in the form of the grade and the feedback, and that record inherits the protections of the underlying submission.

Consent for biometrics ought to be specific, documented and revocable, with a non-biometric alternative that is genuinely usable, not merely nominal.

Video surveillance retains images of identifiable students, and its retention, access and disclosure rules ought to be written before cameras are installed.

How to work through it

Start each determination by naming the record in plain terms, because a determination about an unnamed record is a determination about nothing in particular.

Complete both the COPPA and the FERPA analysis for AI tutors used by younger students before any pilot begins.

Limit financial aid releases to what the aid determination requires, and do not include unrelated record details because they happen to be in the same file.

Assess surveillance proposals for necessity and proportionality, not only for legality, since lawful surveillance can still injury trust.

Explain redactions in access responses, since an unexplained gap teaches a student that files are edited at will.

Design age screening to collect as little as possible, since screening that collects more than it needs becomes the problem it was meant to solve.

Make confidentiality notices available in the languages students really read, since an unread notification cannot inform permission.

Use role-based access as the default, and treat any exemption to it as a decision that needs its own justification.

A worked illustration

The cost of fixing the badly done adoption, in renegotiation, migration and lost trust, is far higher than the cost of the review that was skipped.

Consider an university that merges two campuses and discovers that each campus held the same records under different retention schedules.

In that illustration the review, when it finally happens, finds monitoring that was never disclosed, and the college must withdraw the app mid-term.

In that illustration the directory omits former students who opted out, and the omission is treated as a normal part of publication, not as an error.

In that illustration the project is paused, the information uses are documented in plain language, and the dashboard is rebuilt around a stated purpose.

Where guides go wrong

Retaining backups beyond the removal schedule is a mistake that undoes an otherwise correct removal determination.

Installing surveillance without written retention and access requirements is an error, since cameras generate records continuously, even when nobody watches.

Disclosing financial aid details beyond what the aid determination requires is an error, since the file frequently holds more than the determination needs.

Auditing access without following up on anomalies is a mistake, because an audit that finds nothing is either lucky or blind.

Allowing tracking in education applications for younger students to go unreviewed is an error, because behavioural information grows 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