Vendor Security Assessments Before Signing
A plain-language guide to vendor security assessments before signing: the record, the purpose, the authority and the safeguard.
- Record
- student data held by a vendor in vendors and contracts
- Data
- Vendor Security Assessments Before Signing
- Safeguard
- a contract that bans sale and advertising use and requires deletion on exit
- First check
- Limit the sharing to the minimum the purpose requires.
The short answer
The direct answer to vendor security assessments before signing is less about memorising a statute and more about a repeatable verify before data moves: confirm what the student data held by a vendor is, confirm the objective, confirm the authorization, confirm that the recipient needs it, and confirm the safeguard. Five confirmations, done in writing where the stakes are high, prevent most of the errors this ledger exists to describe.
Parental consent for younger users must be verifiable, and a checkbox that anyone can tick does not meet that standard.
Fees and formats for file inspection must not become barriers, or the right of access becomes theoretical.
Free tools are not free of privacy cost, and the price is often paid in information uses the institution never reviewed.
Health and safety exceptions are for genuine emergencies, judged on the facts at the time, and they do not create a standing permission to share broadly.
What this covers
Accessibility data in a learning platform can reveal disability status, and access to it ought to be limited to employees who need it for support.
Backups are copies too, and a removal process that ignores backups leaves the file in place under another name.
Student portals concentrate files in one place, which makes access control both more important and easier to audit than scattered files.
Alumni directories raise the same designation issue, because former students retain an interest in how their information is published.
Shared drives accumulate copies that outlive their purpose, and periodic review of shared folders is a privacy task, not housekeeping.
Parent and guardian access through a portal is a disclosure decision, and the portal's permissions should reflect rights transfer, not family habit.
How to work through it
Include subprocessors in vendor contracts by name or by category with notification of alters, because an unnamed chain is an uncontrolled chain.
Review access when roles change, and treat a role change without an access review as an open incident, not an administrative delay.
Support students who retain personal copies of their records, since a student who may track their own file is a student who may spot errors early.
Prepare documentation a regulator would request for, and retain it in one place, since scattered documentation reads as no documentation.
Retain applicant files on a stated schedule, and delete them when that schedule expires, rather than retaining them indefinitely.
Apply disciplinary disclosure limits cautiously, because the outcome that may be disclosed depends on the offence and on the recipient.
Run penetration tests on student platforms, and treat the findings as a work list with owners and dates, not as a report to file.
Assess surveillance proposals for necessity and proportionality, not solely for legality, since lawful surveillance may still injury trust.
A worked illustration
In that illustration the error is corrected, the original entry is retained with the challenge noted, and the student may see what altered.
Consider an employer who asks an university to confirm a graduate's degree and is given only the directory facts the university has designated, not the transcript.
In that illustration the request is answered for the employment capacity only, and the academic file is not disclosed by mistake.
In that illustration the rules are published to residents, access is logged, and footage is deleted on schedule unless it is needed for a particular investigation.
In that illustration the officer verifies the disciplinary disclosure limits, confirms what might be disclosed, and gives the media a documented, limited answer.
Where guides go wrong
Disclosing financial aid details beyond what the aid decision requires is an error, because the file often retains more than the decision needs.
Handling a transfer or withdrawal as if it ended a student's rights is a mistake, since rights over files already held do not end when enrollment ends.
Documenting an emergency sharing following the fact, from memory, is a mistake, since later reconstruction rarely convinces a reviewer.
Sharing a disciplinary outcome beyond the limits for that offence and receiver is an error that may injury a student long after the procedure ends.
Assuming cloud hosting moves responsibility is an error, because the college remains answerable for a record another company stores.
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