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

AI Vendor Claims About Data Use

A plain-language guide to ai vendor claims about data use: the record, the purpose, the authority and the safeguard.

Privacy check
Record
student input to an AI tool in ai tools and student privacy
Data
AI Vendor Claims About Data Use
Safeguard
a pre-adoption review and a contract term on training use
First check
Name the record and its holder before any use or disclosure.

The short answer

Put merely, ai vendor claims regarding data use is regarding control over a student input to an AI tool that belongs, in a practical sense, to a student and is held in trust by an university. The university may use it for the objective it was collected for, share it where the law or a valid consent permits, and must protect it everywhere else. Everything in this guide is a way of making that sentence workable at a desk, stage by stage.

AI tutors used by younger students raise both COPPA and FERPA questions, and both analyses must be done before the pilot, not following it.

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

A privacy program that only reacts to incidents shall always be behind, because the decisions that produce risk are made during procurement and design.

Training changes behaviour solely when it is tied to the determinations staff actually make, with an identified person to ask when the answer is unclear.

What this covers

Assistive technology can collect usage information that reveals disability, and vendors of such tools should be reviewed with that sensitivity in mind.

Career services hold employment and internship data, and disclosing that data with employers needs consent analysis even when the disclosing feels helpful.

AI feedback tools might retain student work for training unless the contract says otherwise, and that term ought to be settled before adoption.

Biometric platforms retain templates that can not be changed if compromised, and that permanence ought to drive the decision to deploy them at all.

Name, enrolment status and field of study are commonly designated, while grades, disciplinary outcomes and financial facts are not directory information.

Admissions data involves applicants who may never enroll, and their files deserve protection even though they never become students in the usual sense.

How to work through it

Apply the highest notice and consent standard to sensitive survey topics, since the harm of unwanted disclosure is greatest there.

Audit AI tools for information storage, prompt handling and output storage, because AI platforms create records that routine audits miss.

Hold a confidentiality committee that can actually stop a project, because a committee that solely advises will be ignored when it matters.

Encrypt files in transit and at rest, and treat encryption as a baseline, not as a substitute for access control or purpose limits.

Limit the sharing to the minimum the purpose needs, and treat extra information as extra risk rather than extra helpfulness.

Assess biometric platforms with the highest gate of all, because the information can not be reissued if compromised.

Run privacy impact assessments for new systems, and retain the assessment with the procurement file, not in a separate folder nobody opens.

Apply disciplinary disclosure limits carefully, because the outcome that may be disclosed depends on the offence and on the recipient.

A worked illustration

Consider a tutor who wants a second opinion from a colleague regarding support for a student, and who first checks whether a summary without identifiers would serve.

In that illustration the shared officer reviews procurements for both colleges, and the arrangement is written down with responsibilities and response times.

Consider an education app for younger students that tracks behaviour across sessions and shares aggregates with a third party, without a privacy review.

In that illustration the sheet is restricted, the members are told, and the organization adopts a form with proper access control for future collection.

Consider an institution that receives a media request for a student's disciplinary record and routes it to the confidentiality officer instead of answering from the first office.

Where guides go wrong

Assuming an integration passes only the data shown on a diagram is a mistake, since integrations routinely pass more than intended.

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

Treating silence as informed agreement is a mistake, especially for students who are less familiar with privacy notifications and opt-outs.

Documenting an emergency sharing following the fact, from memory, is an error, because later reconstruction rarely convinces a reviewer.

Adopting a free tool without reviewing its data practices is a mistake, since the price is often paid in data uses nobody reviewed.

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: 34 CFR Part 99, Department of Education guidance, FTC AI guidance Applies when: When a college holds, uses or discloses a student input to an AI tool in the context of ai tools and student privacy

Next on the ledger