Data privacy law sets the legal boundaries for collecting, using, and sharing personal data, and every AI system that touches personal data, from training a model to generating a live recommendation, has to operate inside those boundaries. The stakes are unusually high for AI: an image classifier trained on scraped photos, a hiring algorithm scoring resumes, or a chatbot answering questions about a real person are all "processing" personal data in ways the GDPR and CCPA were never quite written for, which is exactly why regulators have spent the past few years racing to publish guidance that bridges the gap. The insight worth carrying into every table below is that most AI privacy obligations are not new rules invented for AI; they are decades-old principles, lawful basis, minimization, the right to object, applied to a technology that makes them genuinely hard to satisfy: a trained model cannot easily "forget" a name, and a plausible-sounding output is still, legally, a statement about a real person. This sheet stays on the data-privacy side of AI governance, GDPR, CCPA/CPRA, and the mechanics of consent, access, and cross-border transfer, leaving AI Act risk-tier classification and sector-specific rules (healthcare, finance, employment) to their own ground.
What This Cheat Sheet Covers
This topic spans 14 focused tables and 99 indexed concepts, 92 flashcards. Below is a complete table-by-table outline of this topic, spanning foundational concepts through advanced details.
A jump-to index of every table row in this cheat sheet.
An interactive map of every table and concept in this topic.
Table 1: Core GDPR Principles Applied to AI Processing
The GDPR's foundational principles were written for conventional databases, but they apply in full force to every stage of an AI system's life, from scraping training data to serving a live prediction. Understanding how each principle bites in an AI-specific context is the starting point for everything else on this sheet.
| Principle | Example | Description | |
|---|---|---|---|
A dataset collected for fraud detection is later reused to train a general-purpose sentiment model without a compatibility check | Personal data collected for one declared purpose cannot silently be repurposed to train an unrelated AI model without assessing compatibility under Article 6(4). | ||
A resume-screening AI ingests only role-relevant fields (skills, experience) rather than a full CV including age or marital status | β’ Feed models only the data genuinely necessary for the stated purpose β’ Applies to training sets and live inference inputs alike | ||
Lawful basis requirement (Article 6) | A vendor documents which of the six Article 6(1) grounds, consent, contract, legal obligation, vital interests, public task, or legitimate interest, supports each stage of a training pipeline | Every AI processing operation needs one documented legal ground before it starts, tracked separately for collection, training, and deployment. | |
A chatbot states an incorrect birthdate for a real person; the individual demands correction under Article 5(1)(d) | Personal data an AI processes or generates must be kept accurate, an obligation regulators are now actively debating for model outputs, not just training records. | ||
Storage limitation | Training logs and interaction transcripts containing personal data are purged on a retention schedule rather than kept indefinitely to "improve the model" | Data, including training sets, embeddings, and logs, should be deleted or anonymized once no longer needed for the AI's stated purpose. | |
Accountability | An AI provider maintains a record of processing activities documenting each training dataset's source, legal basis, and retention period | β’ Controllers must be able to demonstrate compliance, not just achieve it β’ Documentation is the first evidence regulators request in an investigation | |
A generative-image system is built with output filters and access restrictions from the design phase, not bolted on after a memorization incident | Privacy safeguards, minimization, pseudonymization, access controls, must be engineered in from the start of an AI system's development, not retrofitted. | ||
An AI company conducting large-scale profiling of users appoints a DPO with expert knowledge of both data protection law and machine learning practices | Organizations doing large-scale monitoring or special-category processing, common in AI training, must designate a DPO under Article 37. |