Vendor Subprocessors and the Chain Problem
Vendor Subprocessors and the Chain Problem explained for colleges: the rule, the exceptions, and the record an institution should keep.
- Record
- student data held by a vendor in vendors and contracts
- Data
- Vendor Subprocessors and the Chain Problem
- Safeguard
- a contract that bans sale and advertising use and requires deletion on exit
- First check
- State the purpose in a sentence a student could understand.
The short answer
In short, vendor subprocessors and the chain problem turns on one issue: which student data retained by a vendor is involved, who retains it, and what objective justifies the next step with it. Get those three answers right and most of the rest of the decision follows; miss any one of them and the requirement applied shall be the wrong requirement for the facts in front of you.
Audit findings that are never tracked to closure are worse than no audit, because they prove the university knew and did not act.
The issue is never only whether sharing seems useful; it is whether sharing is authorised for this file, this purpose and this receiver.
Students hold rights over their records even when they never exercise them, and a college's duty does not depend on a student asking about it.
Removal rights for children's data ought to be honoured promptly, and the removal ought to reach backups and subprocessors on a stated timetable.
What this covers
Language access matters for confidentiality notices, because a student who can not read a notice can not meaningfully consent or opt out.
Mobile apps for student services may collect location, contacts or device data beyond the service itself, and that collection needs its own review.
Single sign-on creates an identity file of its own, including authentication events that can reveal patterns of student activity.
Biometric platforms retain templates that can not be changed if compromised, and that permanence ought to drive the determination to deploy them at all.
Discussion posts in a course system are maintained regarding identifiable students, and their retention ought to follow the course record schedule.
Facial recognition on site raises identification risks that go beyond ordinary photography, and its use needs a documented justification and a review procedure.
How to work through it
Contain incident notification in vendor contracts with a specified timetable measured in hours or days, not in vague promptness language.
Test the actual data flow of an integration, rather than trusting a diagram, since integrations routinely pass more than intended.
Settle survey protections before distribution, including anonymity, retention and reporting, since retroactive protection is rarely credible.
Turn audit findings into a remediation plan with priorities, because a list of findings without a plan is a list of known risks left open.
Include subprocessors in vendor contracts by name or by category with notification of changes, because an unnamed chain is an uncontrolled chain.
Require written agreements for studies conducted on behalf of the university, with limits on use, de-identification where possible, and destruction on schedule.
Retain a confidentiality committee that may really stop a project, since a committee that solely advises will be ignored when it matters.
Apply disciplinary disclosure limits cautiously, because the outcome that might be disclosed depends on the offence and on the receiver.
A worked illustration
In that illustration the directory omits each student who opted out, and the omission is checked by a second person before publication.
Consider a proctoring tool adopted during a rush to online teaching, and reviewed properly solely a year later, after thousands of recordings were stored.
In that illustration the instructor discloses the summary, the colleague's advice improves, and no file leaves the instructor's office.
Consider a college that adopts a biometric attendance platform and offers a card alternative that works just as well as the biometric option.
Consider a faculty member who wants to use a free AI grading tool and discovers the tool retains submissions for training by default.
Where guides go wrong
Redisclosing a file received under an exemption, without checking whether the second sharing is covered, is a mistake that spreads the original disclosure.
Writing a notification that no student can find, or that no student can understand, is a mistake that undermines every later reliance on that notification.
Its value is in the structure it teaches: name the file, state the purpose, settle the authority, limit the disclosing, protect the data, and keep the file.
Accepting a vendor's self-assessment as evidence, where the data is personal, is a mistake, since self-assessment answers the issues the vendor chose to request.
Auditing access without following up on anomalies is a mistake, since an audit that finds nothing is either lucky or blind.
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