- Civil Code section 1798.121 is the statutory basis for the right to limit use and disclosure of sensitive personal information.
"consumers have the right to limit the use or disclosure of their sensitive personal information"
Sensitive Personal Information decisions under the US CPRA should be written in operational language: who is in scope, what must happen, what evidence proves it, and when escalation is needed.
This page offers practical steps for implementation planning. Confirm legal and policy assumptions before implementation.
Structured answer sets in this page tree.
Cited legal and guidance references.
This page explains what Sensitive Personal Information is under the US CPRA and shows how to handle the right to limit its use and disclosure, with practical guidance on triggers, owners, deadlines, evidence, and review steps.
Sensitive Personal Information includes data such as social security numbers, driver's license or state ID numbers, account log-in or financial account details with access credentials, precise geolocation, racial or ethnic origin, citizenship or immigration status, religious or philosophical beliefs, union membership, the contents of mail, email, and text messages, genetic data, biometric information used to uniquely identify a consumer, and personal information about a consumer's health, sex life, or sexual orientation. Start by deciding whether the issue affects threshold status, Sensitive Personal Information, sharing or cross-context advertising, GPC, correction rights, data-broker duties, ADMT, risk assessments, cybersecurity audits, or service-provider contracts.
Keep the statutory/regulatory source, threshold calculation, data category, consumer-right workflow, opt-out signal handling, and contract evidence together so California privacy decisions are reviewable.
Ownership should sit with the team that can change notices, rights intake, consent/opt-out interfaces, data sharing, retention, vendor terms, or security evidence, with privacy counsel reviewing edge cases.
Evidence should show threshold calculations, privacy notice language, consumer request handling, GPC processing, sensitive-personal-information controls, service-provider/contractor terms, and risk/cyber/ADMT readiness where applicable.
Most CPRA mistakes happen at the boundary between CCPA and CPRA terminology, sale versus sharing, Sensitive Personal Information, data-broker duties, and draft or phased regulatory requirements.
Review this section before launching a data flow, ad-tech integration, consumer interface, vendor contract, retention rule, risk assessment, or cyber audit control.
Use a CPRA workflow that captures threshold status, data categories, consumer rights, opt-out signals, vendor role, retention logic, risk/cyber/ADMT trigger, owner, and review date.
The output should be a threshold memo, notice update, DSAR workflow, opt-out/GPC implementation record, vendor clause map, risk-assessment intake, or audit evidence pack.
This US CPRA guide turns turn Sensitive Personal Information into owners, evidence requests, review checkpoints, and reusable operating records inside Sorena.
Turn Sensitive Personal Information into scoped questions, evidence fields, and review tasks.
Use Research Copilot to answer follow-up questions with cited source material.
Review scope, evidence, owners, and the next compliance actions with Sorena.
"consumers have the right to limit the use or disclosure of their sensitive personal information"
"(2) A service provider to the business"
"(ii) Does not make use of any dark patterns"
"The CPRA amended the CCPA by adding additional consumer privacy rights and obligations for businesses"
"Organizations should not assume implementation of these Privacy Framework activities or outcomes means that they have met the"