AI Incident Reporting Requirements

Proposed NIST framework for reporting AI system failures, biases, and security incidents.

JurisdictionUnited States
CategoryAI Regulations
StatusActive
Latest development

Analysis

Key Requirements

  • Submitter and Stakeholder Information: Reports must include submitter details (role, affiliation) and information about affected stakeholders, sector, and country.
  • OECD Reporting Criteria
  • Continuous Updates and Follow-up: Organizations are required to update incident reports as new information emerges and cooperate with investigative agencies.
  • CSET Reporting Regime Recommendations

Compliance Challenges

Implementation Best Practices

Recent Updates

Related Regulations

  • EU AI Act: Establishes mandatory incident reporting for high-risk AI systems, with requirements for timely notification to authorities.
  • EU AI Act Official Text
  • OECD AI Principles: Promote transparency, accountability, and incident reporting as part of responsible AI governance.
  • OECD AI Principles
  • Interaction/Overlap: These frameworks often require harmonized reporting, with NIST and OECD frameworks influencing global best practices and the EU AI Act mandating legal compliance for organizations operating in Europe.

Industry Impact

Sources

Recent developments

  • — New York enacted a sweeping AI safety law that imposes mandatory **AI incident reporting**: covered AI developers must report critical safety incidents to a new state AI office within 72 hours of determining an incident occurred, creating one of the strictest AI incident reporting timelines in the U.S.[1] (source)
  • — New York’s AI Transparency and Safety Act requires large frontier model developers to report any **“safety incident”** (including unauthorized access, misuse, or loss of control) and even incidents they *reasonably believe* occurred, with obligations notably stricter than California’s 15‑day “critical safety incident” regime.[5] (source)
  • — A new California frontier AI law highlighted in CalMatters forces major AI makers to **disclose how they will prevent and manage AI disasters**, including public safety disclosures and reporting of critical safety incidents tied to catastrophic risks.[7][3] (source)
  • — A client alert on new California AI laws explains that, effective January 1, 2026, frontier AI developers must provide annual public safety disclosures and **report “critical safety incidents”** to the California Governor’s Office of Emergency Services, with penalties up to $1 million per violation.[3] (source)
  • — Analysis of California SB 53 (Transparency in Frontier AI Act) notes that from January 1, 2026, large AI developers must publish safety frameworks and **report critical safety incidents** to the state Office of Emergency Services, embedding AI incident reporting into a broader catastrophic risk regime.[6][2] (source)
  • — King & Spalding summarizes new state AI laws effective January 1, 2026, detailing that California’s TFAIA requires **critical safety incident management and reporting** for events such as loss of control of a model leading to death or injury or models circumventing controls, while a new federal EO may later challenge burdensome state reporting mandates.[4] (source)
  • — Paul Hastings describes California’s Transparency in Frontier AI Act, under which frontier model developers must file transparency reports and **notify the Office of Emergency Services of all “critical safety incidents” within 15 days**, or within 24 hours if there is an imminent risk to life or public safety.[2] (source)
  • — Lowenstein Sandler emphasizes that 2026 will be a key year for AI platform risk assessments, urging companies to build governance and monitoring processes now to meet upcoming **high‑risk AI and incident reporting obligations** in California and other jurisdictions.[8][2] (source)

Related regulations

Put it into practice

Browse all regulations · Compliance deadlines · Latest updates