Resources/CCPA Checklist For Machine Learning

Summary

Note: Regulators recognize that “unlearning” from a trained model is technically difficult. Documenting your good-faith efforts and technical constraints is essential for defensibility. - [ ] Determine whether the new use is compatible or requires fresh consent The CCPA requires reasonable security measures. For ML systems, this includes:


CCPA Checklist for Machine Learning: A Complete Compliance Guide

Machine learning systems present unique privacy challenges under the California Consumer Privacy Act (CCPA). Unlike traditional data processing, ML models ingest massive datasets, create derived insights, and can perpetuate privacy risks in ways that aren’t immediately obvious. If your organization trains or deploys machine learning models using personal data from California residents, this checklist will help you build a defensible compliance program.


Why CCPA Compliance Is Especially Complex for ML Systems

The CCPA grants California residents specific rights over their personal information—including the right to know, delete, opt-out of sale, and non-discrimination. Machine learning complicates each of these rights in distinct ways:

  • Data is embedded in model weights, not just stored in databases
  • Inferences and derived data may qualify as personal information
  • Third-party training datasets can introduce hidden compliance gaps
  • Automated decision-making using ML outputs may require additional disclosures

The California Privacy Rights Act (CPRA), which amended the CCPA, added further requirements around sensitive personal information and automated decision-making that directly affect ML practitioners.


Section 1: Data Inventory and Mapping

Identify All Personal Information Entering Your ML Pipeline

Before you can comply, you need to know what you have. Conduct a thorough data inventory that covers:

  • Raw training data: customer records, behavioral data, purchase history, location data
  • Labeled datasets: annotations that may contain personal identifiers
  • Feature stores: engineered features derived from personal information
  • Model outputs: predictions, scores, and classifications tied to individuals
  • Inference logs: records of model predictions made in production

Classify Data by CCPA Category

The CCPA defines specific categories of personal information. Map your ML data to these categories:

  • Identifiers (name, email, device ID, IP address)
  • Commercial information (purchase history, browsing behavior)
  • Biometric information (facial recognition data, voice prints)
  • Internet or network activity (clickstream data, interaction history)
  • Geolocation data
  • Inferences drawn from any of the above

Pro tip: Derived features—even if they don’t look like personal information—may still qualify if they can be linked back to an individual.


Section 2: Privacy Notices and Transparency

Update Your Privacy Policy for ML Use Cases

Your privacy policy must clearly disclose how personal information is used in machine learning. Specifically, you should:

  • Identify the categories of personal information collected for ML training
  • Describe the business or commercial purpose of each ML use case
  • Disclose whether model outputs (inferences) are shared with or sold to third parties
  • Explain the retention period for training data and model artifacts

Disclose Automated Decision-Making

Under the CPRA, consumers have the right to opt out of automated decision-making that produces legal or similarly significant effects. If your ML model influences credit decisions, employment screening, pricing, or content moderation, you must:

  • Clearly disclose the use of automated decision-making
  • Provide a mechanism for consumers to opt out
  • Offer human review upon request

Section 3: Consumer Rights Fulfillment

Right to Know

When a consumer requests to know what personal information you’ve collected, your response must account for ML-specific data:

  • [ ] Include data used in model training
  • [ ] Include inferences generated about the consumer
  • [ ] Disclose any third parties who received their data as part of model development or deployment
  • [ ] Respond within 45 days (extendable by another 45 days with notice)

Right to Delete

This is where ML compliance gets technically challenging. Deleting a consumer’s data from a trained model is not straightforward. Your checklist should include:

  • [ ] Delete the consumer’s raw personal information from source systems
  • [ ] Remove their records from training datasets
  • [ ] Assess whether model retraining is necessary (especially if the model was trained on sensitive data)
  • [ ] Document your deletion process and any technical limitations
  • [ ] Evaluate whether model outputs (predictions, scores) stored elsewhere must also be deleted

Note: Regulators recognize that “unlearning” from a trained model is technically difficult. Documenting your good-faith efforts and technical constraints is essential for defensibility.

Right to Opt-Out of Sale or Sharing

If your organization shares personal information with third parties for ML purposes—including data brokers, analytics vendors, or model training partners—this may constitute a “sale” or “sharing” under the CCPA. Ensure you:

  • [ ] Implement a clear “Do Not Sell or Share My Personal Information” link
  • [ ] Honor opt-out requests within 15 business days
  • [ ] Audit all third-party ML vendors to confirm they are not reselling data
  • [ ] Include CCPA-compliant contractual clauses in data processing agreements

Right to Correct

The CPRA added the right to correct inaccurate personal information. For ML systems, this means:

  • [ ] Provide a mechanism for consumers to flag inaccurate data
  • [ ] Correct inaccurate records in training datasets where feasible
  • [ ] Reassess model outputs derived from corrected data

Section 4: Data Minimization and Purpose Limitation

Collect Only What You Need

CCPA and CPRA require that data collection be reasonably necessary and proportionate to the stated purpose. For ML projects:

  • [ ] Define the specific business purpose before collecting data
  • [ ] Avoid collecting sensitive personal information unless strictly necessary
  • [ ] Implement feature selection processes that eliminate unnecessary personal identifiers
  • [ ] Use anonymization or pseudonymization where technically feasible

Limit Secondary Use of Training Data

Personal information collected for one purpose cannot be used for a materially different purpose without additional disclosure or consent. Before repurposing a dataset for a new ML model:

  • [ ] Review the original collection purpose disclosed to consumers
  • [ ] Determine whether the new use is compatible or requires fresh consent
  • [ ] Update privacy notices if new use cases are introduced

Section 5: Vendor and Third-Party Management

Audit Your ML Vendors

Third-party tools—cloud ML platforms, data labeling services, pre-trained model providers—can create significant CCPA exposure. Your vendor checklist should include:

  • [ ] Execute Data Processing Agreements (DPAs) with all vendors handling California resident data
  • [ ] Confirm vendors do not use your data to train their own models without consent
  • [ ] Verify vendors have their own CCPA-compliant deletion and access processes
  • [ ] Review vendors’ subprocessor lists for additional exposure

Section 6: Security and Governance

Implement Technical Safeguards

The CCPA requires reasonable security measures. For ML systems, this includes:

  • [ ] Access controls limiting who can query training datasets
  • [ ] Audit logs tracking data access throughout the ML pipeline
  • [ ] Encryption of personal information at rest and in transit
  • [ ] Model security measures to prevent inference attacks or model inversion

Establish a Privacy Review Process for New ML Projects

Implement a Privacy Impact Assessment (PIA) or Data Protection Impact Assessment (DPIA) process for any new ML project that processes personal information. This should evaluate:

  • Necessity and proportionality of data use
  • Consumer rights implications
  • Risks of re-identification or inference harm
  • Mitigation measures

Section 7: Documentation and Recordkeeping

Regulators expect evidence of compliance, not just good intentions. Maintain records of:

  • [ ] Data inventory and mapping documentation
  • [ ] Consumer rights request logs and response timelines
  • [ ] Opt-out mechanism testing records
  • [ ] Vendor contracts and DPAs
  • [ ] Privacy Impact Assessments for ML projects
  • [ ] Training records for staff handling consumer requests

Frequently Asked Questions

Does the CCPA apply to inferences generated by machine learning models?

Yes. The CCPA explicitly includes “inferences drawn from” personal information to create a profile about a consumer. If your ML model generates predictions, scores, or classifications tied to California residents, those outputs are personal information subject to the same consumer rights as the underlying data.

What happens if a consumer requests deletion but their data is embedded in a trained model?

This is a recognized technical challenge. The CCPA does not currently require “machine unlearning” in all cases, but you must delete the underlying personal information from your source systems and training datasets. Document your technical limitations honestly, implement model retraining schedules where feasible, and consult legal counsel to establish a defensible policy.

Does using a public or third-party dataset for ML training exempt us from CCPA obligations?

No. If the dataset contains personal information about California residents, your use of that data is subject to CCPA regardless of where you obtained it. You must verify the provenance of any third-party training data and confirm it was collected with appropriate disclosures.

Is a privacy policy update enough to cover ML use cases?

A privacy policy update is necessary but not sufficient. You also need operational processes—consumer request workflows, vendor contracts, deletion procedures, and opt-out mechanisms—that actually deliver the rights you’re disclosing. Policies without operational backing are a compliance risk.

How does the CPRA change CCPA obligations for ML systems?

The CPRA introduced several requirements directly relevant to ML: the right to opt out of automated decision-making, new protections for sensitive personal information (which includes precise geolocation, health data, and biometric data commonly used in ML), data minimization requirements, and the right to correct. Organizations using ML should treat CPRA as the current operative standard.


Take the Guesswork Out of CCPA Compliance

Building a CCPA-compliant machine learning program from scratch is time-consuming and legally complex. Our ready-to-use CCPA compliance template bundle gives you everything you need to move fast without cutting corners:

  • ✅ Pre-built CCPA data inventory and mapping templates
  • ✅ Consumer rights request workflows (know, delete, correct, opt-out)
  • ✅ ML-specific Privacy Impact Assessment template
  • ✅ Vendor Data Processing Agreement (DPA) template
  • ✅ Privacy policy language for ML and automated decision-making disclosures
  • ✅ Staff training checklist and recordkeeping log

Stop building compliance documentation from a blank page. Our templates are attorney-reviewed, CPRA-updated, and ready to customize for your organization in hours—not weeks.

👉 [Browse CCPA Compliance Templates →]

Next step after reading this guide
Browse Documentation Kits

Start with the framework or readiness kit that matches your current compliance track.

Recommended documentation for CCPA Checklist For Machine Learning
SOC2 Starter Pack

Complete SOC2 Type II readiness kit with all essential controls and policies

View template →
GDPR Compliance Kit

EU data protection essentials for global SaaS companies

View template →
Multi-Compliance Bundle

SOC2 + GDPR + ISO 27001 documentation foundation with supporting docs

View template →
Need documents now?
Get editable kits instead of starting from a blank page.
Browse Documentation Kits →
Need an execution path?
See how the readiness workflow turns a purchase into review and evidence work.
See How It Works →
Need more guidance first?
Keep exploring framework guides before choosing your starting kit.
Explore More Guides →
We use analytics cookies to understand traffic and improve the site.Learn more.