FAQ item index

Search every question across sub-FAQs

Find the exact question, open the source answer card, and copy a direct link to the anchored sub-FAQ response.

Indexed coverage
33of33items
Across 11 modules • Updated May 9, 2026
Author
Sorena AI
Published
May 9, 2026
Updated
May 9, 2026
What should teams do about Cybersecurity Audits under the US CPRA?

Which mistakes create risk when handling Cybersecurity Audits under the US CPRA?

The common failure pattern is treating Cybersecurity Audits as a generic privacy-policy exercise instead of checking the section 7120 trigger, using an independent auditor, and documenting the audit findings, gaps, and remediation plan required by the regulations.

  • Using an old threshold, deadline, source page, or contract template without checking current source text.
  • Treating a source-linked exception as a general exemption for every product or data flow.
  • Publishing notices, controls, or answers that do not match the actual product behavior.
Citations
What should teams do about retention under the California CPRA?

What should teams do about retention under the California CPRA?

Teams should treat retention under the California CPRA as a data-minimization decision: identify the personal-information category, the disclosed purpose, whether retention remains reasonably necessary and proportionate, and the point when deletion or de-identification should occur.

The safest first step is to connect each retention period or retention criterion to a privacy-policy disclosure, system owner, legal hold or operational need, and dated review trigger.

  • Write the retention decision by data category and purpose, not as one generic company-wide period.
  • Attach the official source URL, short quote, privacy-policy text, and system owner to the evidence record.
  • Route unclear retention exceptions, legal holds, or secondary uses to privacy counsel before launch.
Citations
What should teams do about retention under the California CPRA?

What evidence should teams keep for retention under the California CPRA?

Useful evidence is not just a privacy policy. Keep the source, data inventory, retention schedule, deletion or de-identification control, exception logic, request logs where relevant, and approval trail together.

  • Source URL and quote used for the decision.
  • Scope notes, screenshots, data-flow or system references, and role mapping.
  • Implementation ticket, approval record, exception notes, and review date.
Citations
What should teams do about retention under the California CPRA?

Which mistakes create risk when handling retention under the California CPRA?

The common failure pattern is publishing a retention statement without proving that each data category is retained only for a disclosed, reasonably necessary, and proportionate purpose.

  • Using an old threshold, deadline, source page, or contract template without checking current source text.
  • Treating a source-linked exception as a general exemption for every product or data flow.
  • Publishing notices, controls, or answers that do not match the actual product behavior.
Citations
What should teams do about Risk Assessments under the US CPRA?

When must a business conduct a CPRA risk assessment?

A business must conduct a risk assessment before it starts processing that presents significant risk to consumers' privacy. The draft CPPA regulations identify four triggers: selling or sharing personal information, processing sensitive personal information, using automated decisionmaking technology for a significant decision or extensive profiling, and processing personal information to train automated decisionmaking technology or artificial intelligence that can be used for those purposes.

The business should have the relevant product, privacy, legal, security, compliance, or other responsible team identify the trigger and decide whether the processing falls into one of those categories before launch.

  • Write the Risk Assessments decision in one sentence before drafting controls.
  • Attach the external source URL and a short source quote to the evidence record.
  • Route unclear cases to legal, privacy, security, or compliance review before launch.
Citations
NIST SP 800-122

Supplemental privacy-engineering source for handling personally identifiable information in evidence and risk-control design; not a CPRA legal source.

What should teams do about Risk Assessments under the US CPRA?

What evidence should teams keep for Risk Assessments under the US CPRA?

Useful evidence is not just a privacy policy. Keep the source, threshold notes, request logs, GPC test evidence, notice screenshots, vendor terms, retention logic, and approval trail together.

  • Source URL and quote used for the decision.
  • Scope notes, screenshots, data-flow or system references, and role mapping.
  • Implementation ticket, approval record, exception notes, and review date.
Citations
NIST SP 800-122

Supplemental privacy-engineering source for handling personally identifiable information in evidence and risk-control design; not a CPRA legal source.

What should teams do about Risk Assessments under the US CPRA?

Which mistakes create risk when handling Risk Assessments under the US CPRA?

The common failure pattern is treating every California privacy issue as a generic CCPA notice update instead of checking CPRA amendments, sharing, sensitive data, GPC, and phased CPPA rulemaking.

  • Using an old threshold, deadline, source page, or contract template without checking current source text.
  • Treating a source-linked exception as a general exemption for every product or data flow.
  • Publishing notices, controls, or answers that do not match the actual product behavior.
Citations
NIST SP 800-122

Supplemental privacy-engineering source for handling personally identifiable information in evidence and risk-control design; not a CPRA legal source.

What should teams do about Sensitive Personal Information Limits under the US CPRA?

What should teams do about Sensitive Personal Information Limits under the US CPRA?

Under Section 1798.121, consumers have the right, at any time, to direct a business that collects sensitive personal information about them to limit its use to permitted purposes and to stop other uses or disclosures unless the consumer later consents. In plain English, the business must give consumers a way to limit how sensitive personal information is used and disclosed, and then follow that direction unless an exception applies.

Teams should treat Sensitive Personal Information Limits under the US CPRA as a source-linked operating decision: confirm 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, assign the team that can change the process, and keep evidence showing the action and review trigger.

The safest first step is to identify the data category, consumer-facing interaction, sale/share status, sensitive-personal-information issue, and vendor role before assigning the CPRA action.

  • Write the Sensitive Personal Information Limits decision in one sentence before drafting controls.
  • Attach the external source URL and a short source quote to the evidence record.
  • Route unclear cases to legal, privacy, security, or compliance review before launch.
Citations
What should teams do about Sensitive Personal Information Limits under the US CPRA?

What evidence should teams keep for Sensitive Personal Information Limits under the US CPRA?

Useful evidence is not just a privacy policy. Keep the source, threshold notes, request logs, GPC test evidence, notice screenshots, vendor terms, retention logic, and approval trail together.

  • Source URL and quote used for the decision.
  • Scope notes, screenshots, data-flow or system references, and role mapping.
  • Implementation ticket, approval record, exception notes, and review date.
Citations
What should teams do about Sensitive Personal Information Limits under the US CPRA?

Which mistakes create risk when handling Sensitive Personal Information Limits under the US CPRA?

The common failure pattern is treating every California privacy issue as a generic CCPA notice update instead of checking CPRA amendments, sharing, sensitive data, GPC, and phased CPPA rulemaking.

  • Using an old threshold, deadline, source page, or contract template without checking current source text.
  • Treating a source-linked exception as a general exemption for every product or data flow.
  • Publishing notices, controls, or answers that do not match the actual product behavior.
Citations
What should teams do about Sharing and Cross-Context Behavioral Advertising under the California CPRA?

What should teams do about Sharing and Cross-Context Behavioral Advertising under the California CPRA?

Teams should first decide whether the business is 'sharing' personal information for cross-context behavioral advertising or otherwise selling or disclosing it in a way that triggers CPRA notice and opt-out duties. If the business shares personal information with third parties for cross-context behavioral advertising, it must provide the required opt-out path, notices, and supporting controls.

In practice, confirm the data flow, the third party's role, the consumer choice mechanism, and whether the page or workflow must honor an opt-out preference signal before launch.

  • Write the Sharing and Cross-Context Behavioral Advertising decision in one sentence before drafting controls.
  • Attach the external source URL and a short source quote to the evidence record.
  • Route unclear cases to legal, privacy, security, or compliance review before launch.
Citations
What should teams do about Sharing and Cross-Context Behavioral Advertising under the California CPRA?

What evidence should teams keep for Sharing and Cross-Context Behavioral Advertising under the California CPRA?

Useful evidence is not just a privacy policy. Keep the source, threshold notes, request logs, GPC test evidence, notice screenshots, vendor terms, retention logic, and approval trail together.

  • Source URL and quote used for the decision.
  • Scope notes, screenshots, data-flow or system references, and role mapping.
  • Implementation ticket, approval record, exception notes, and review date.
Citations
Privacy Framework

Non-legal privacy-framework reference for evidence organization and privacy-control documentation patterns.

What should teams do about Sharing and Cross-Context Behavioral Advertising under the California CPRA?

Which mistakes create risk when handling Sharing and Cross-Context Behavioral Advertising under the California CPRA?

The common failure pattern is treating every California privacy issue as a generic CCPA notice update instead of checking CPRA amendments, sharing, sensitive data, GPC, and phased CPPA rulemaking.

  • Using an old threshold, deadline, source page, or contract template without checking current source text.
  • Treating a source-linked exception as a general exemption for every product or data flow.
  • Publishing notices, controls, or answers that do not match the actual product behavior.
Citations
Privacy Framework

Non-legal privacy-framework reference for evidence organization and privacy-control documentation patterns.

Page 2 of 2