Artificial Intelligence Policy Tracker

Report critical safety incidents to the Office of Emergency Services

Download: JSON · MarkdownUnder California SB 53, Business and Professions Code, Chapter 25.1 (as added by SB 53)

Source-linked · linked to the official source, not yet confirmed by a reviewer (a factual check against the official source, not a legal review or legal advice)
What this label means
Verified
— a named reviewer opened the official source and confirmed the record; the date and the reviewer are shown.
Pending review
— linked to the official source and in the queue for a reviewer to confirm.
Source-linked
— linked to the official source, not yet confirmed by a reviewer.
Verification policy and current standing · a factual check, not legal advice.
No change recorded as of 26 Sep 2026 · official source last checked
On this page 9 sections

In brief

Report critical safety incidents to the Office of Emergency Services is a legal requirement under the California SB 53 in California (United States) (Business and Professions Code, Chapter 25.1 (as added by SB 53)). It applies from 1 January 2026. The record carries 1 evidence example and mappings to 1 framework.

Instrument
California SB 53
Nature
Legal requirement
Source reference
Business and Professions Code, Chapter 25.1 (as added by SB 53)
Applies from
1 January 2026
Who it binds
Provider / developer, General-purpose AI model provider
Evidence examples
1
Framework mappings
NIST AI Risk Management Framework 1.0
Controls that meet it
2
Official source
Open official text
Verification
Source-linked

What does it require?

Frontier developers must report critical safety incidents to the California Office of Emergency Services within the statutory time limit after discovery, and the Office is to establish a reporting mechanism.

Practical action

Define critical-safety-incident criteria and an escalation path with the statutory clock.

Who does it apply to?

Frontier developers.

Applies from:

Which controls meet this duty?

Satisfies: the control, operated properly, does the work the duty asks for. Supports: it contributes but the duty needs more. Each control page lists every other duty it serves, so work done once can be counted once.

  • satisfiesProcessIncident coordinator · continuous
    AI incident management and regulatory reporting

    Serves 14 recorded duties · evidence: AI incident response playbook, AI incident record, Incident report to an authority

    Critical-safety-incident criteria and escalation to the state office within the statutory time.

  • supportsPolicyHead of AI safety · annual
    Frontier model safety and security framework

    Serves 9 recorded duties · evidence: Published frontier safety framework, Dangerous-capability evaluation report, Threshold notification to an authority

    Defines the incident types the framework is meant to prevent.

Templates that cover this duty

Generated from the records. Free · no account · links emailed to your work address. This duty is cited in each file with its source reference and a link back here.

All 6 templates that cover it →

What evidence would a reviewer expect?

Evidence examples
EvidenceTypeNotes
Incident classification and reporting proceduredocument

Framework mappings

Original editorial crosswalks. They cite clause numbers only and reproduce no standard text; confidence reflects how direct the mapping is.

See every California (United States) duty mapped this way →

Framework mappings table
FrameworkReferenceNoteConfidence
NIST AI RMF 1.0MANAGE 4.3Incident response.medium

Frequently asked questions

Is this a legal requirement?

Yes. It is a legal requirement under California SB 53 (Business and Professions Code, Chapter 25.1 (as added by SB 53)).

Who must comply with this obligation?

Frontier developers.

When does this obligation apply?

It applies from 1 January 2026.

What evidence shows compliance?

A reviewer would expect: Incident classification and reporting procedure.

Which frameworks map to this obligation?

It is mapped to NIST AI Risk Management Framework 1.0 MANAGE 4.3. These are editorial crosswalks with a stated confidence, not official mappings.

Which controls satisfy this obligation?

AI incident management and regulatory reporting; Frontier model safety and security framework.

What should an organisation do in practice?

Define critical-safety-incident criteria and an escalation path with the statutory clock.

Cite this record

AIPolicyTracker (2026). “Report critical safety incidents to the Office of Emergency Services (California SB 53)” [AIPT-OBL-0080, verified 26 September 2026 by Bhaskar Bhatt]. https://aipolicytracker.org/id/AIPT-OBL-0080 (accessed 27 October 2026). Data licensed CC BY 4.0.

Permanent id AIPT-OBL-0080: it never changes or gets reused, and its address keeps working if this page moves.

Cite the official text alongside it: SB 53 Transparency in Frontier Artificial Intelligence Act, California Legislative Information, https://leginfo.legislature.ca.gov/faces/billNavClient.xhtml?bill_id=202520260SB53.

BibTeX
@misc{aipolicytracker2026_reportcriticalsafetyinci,
  author       = {{AIPolicyTracker}},
  title        = {{Report critical safety incidents to the Office of Emergency Services (California SB 53)}},
  year         = {2026},
  howpublished = {\url{https://aipolicytracker.org/obligations/us-california-sb-53-critical-safety-incident-reporting}},
  url          = {https://aipolicytracker.org/obligations/us-california-sb-53-critical-safety-incident-reporting},
  urldate      = {2026-10-27},
  note         = {Data licensed CC BY 4.0. Accessed 27 October 2026}
}

Change history

No change to this record's tracked fields has been recorded since 15 October 2026, when field-level history began.

Similar obligations in other instruments

Disclaimer: informational only, not legal advice. Verify every claim against the linked official sources and consult a qualified lawyer before acting.