{"slug": "the-zoox-safety-case-framework", "title": "The Zoox Safety Case Framework", "summary": "Zoox, an Amazon-owned autonomous vehicle company, published its Safety Case Framework detailing a systems safety process and quantitative risk assessment to ensure its robotaxis are significantly safer than human drivers. The framework evaluates autonomy behavior, robot platform, and operational safety within a target Operational Design Domain, using metrics like estimated Collision, Injury, and Fatality events per mile. The company designs and manufactures its robotaxis from the ground up, integrating hardware, software, and operations for continuous safety optimization.", "body_md": "# The Zoox Safety Case Framework\n\n*Support CleanTechnica's work through*[a Substack subscription](https://cleantechnica.substack.com/subscribe),[on Patreon](https://www.patreon.com/cleantechnica), or[on Stripe](https://cleantechnica.fundjournalism.org/contribute/). Help us produce all of the[high-quality, original content we publish week after week](https://cleantechnica.com/2026/07/14/10/)despite the challenges of content-scraping AI, antisocial media, inflation, and other hurdles.**Our safety case comprehensively assesses how hardware, software, and operations integrate and interact to deliver a safer autonomous ride.**\n\n## Our approach to safety at Zoox\n\nAt Zoox, safety is foundational to our mission and the guiding principle for every aspect of our robotaxi development. We design and manufacture our [robotaxis from the ground up](https://zoox.com/journal/zoox-robotaxi-serial-production-facility), developing our own driving software and operating our own fleet. This vertical integration enables direct and continuous optimization for safety from the earliest stages of system architecture and engineering design through every ride taken on public roads.\n\nThe Zoox safety case quantifies the safety of our robotaxis within the target Operational Design Domain (ODD), the specific set of conditions under which the Zoox robotaxi is designed to operate safely. Our target is to be significantly safer than a human driver. To achieve this goal, the safety case utilizes a system safety approach to address random and systemic causes of faults and design errors across hardware, software, and operations. Total residual safety risk is then aggregated using a quantitative risk assessment framework.\n\n### Systems safety process\n\nOur approach to safety is rooted in systems engineering and follows the system safety process. While traditional component-level analysis focuses on individual part failures, our safety case at Zoox comprehensively assesses how hardware, software, and operations integrate and interact. By approaching safety as a property of the entire system, we ensure safety is built into the overall system design and architecture from the start.\n\nThe system safety process begins with a combination of structured hazard analysis and historical learnings to identify, classify, and mitigate risks. We use hazard analysis methodologies such as System-Theoretic Process Analysis (STPA), Failure Modes and Effects Analysis (FMEA), Fault Tree Analysis (FTA), and Hazard and Risk Analysis (HARA), commonly recommended in safety standards and best practices. These hazard analyses drive critical architectural decisions such as redundancy and fault-monitoring strategies, while also directing the development of safety requirements and test scenarios. These requirements are then implemented and rigorously validated through targeted verification and validation tests spanning hardware, software, and operations. Importantly, the system safety process incorporates learnings from real-world operations, feeding them back into the systems engineering process to drive continuous safety improvement.\n\n### Quantitative risk assessment framework\n\nWe use a quantitative risk assessment framework to evaluate our safety case across three domains within a target ODD: autonomy behavior safety, robot platform safety, and operational safety.\n\nSafety clearance is the formal gate that brings these three domains together. Before any safety-relevant software release, hardware change, or operations revision, we update the safety case and confirm that the combined, quantified risk across all three domains meets our safety targets. This combined risk is measured via the primary metric of our safety case: the estimated rate of potential Collision, Injury, and Fatality events (CIF), measured in miles per event. This estimate draws on both simulation and real-world driving data. More importantly, the CIF metric must meet or exceed our targets for roads. The sections that follow detail how we quantify and validate each domain’s contribution to this estimate.\n\n## Comprehensive methodologies for quantifying risk\n\nThis section first describes Zoox’s safety risk metrics. Then, we delineate how risks are assessed in order to demonstrate passing the safety risk metrics.\n\n### Our Safety Risk Metrics\n\nCIF is our primary safety risk metric. Similar to other risk frameworks, Zoox assesses safety risk along two dimensions: severity and likelihood. The severity dimension breaks out into three levels: Collision, Injury (MAIS1+¹), and Fatality. The likelihood dimension (CIF) captures how often events are predicted to occur at each severity level, measured by miles per event (see image below). The CIF metric accounts for harm to any party involved in a collision, including Zoox vehicle occupants, vulnerable road users (VRUs), such as pedestrians, cyclists, and motorcyclists, and the occupants of other vehicles.\n\nThe CIF safety targets are determined by comparison to published human driving collision data (i.e., human benchmark). Zoox sets our safety target to be significantly safer than the human benchmark. This means that our robotaxis need to be significantly safer than human drivers before they are cleared to operate on public roads. This target-setting approach ensures the company’s internal safety goals are grounded in real-world human data, customized to the target ODD, and reflect our ambition to be meaningfully safer than human drivers.\n\nBuilding the human benchmark works as follows. We evaluate credible and published historic human driving collision data, including mileage and event data from the National Highway Traffic Safety Administration’s (NHTSA) Crash Report Sampling System (CRSS), NHTSA’s Fatality Analysis Reporting System (FARS), the Federal Highway Administration’s (FHWA) Strategic Highway Research Program (SHRP2), and FHWA’s annual vehicle miles traveled estimates. We then parse this data to account for the difference in risk among varying road speeds (e.g., 25 mph vs. 55 mph) and the mix of road-speed segments within our target ODD. Logged mileage and events from the [Zoox test fleet](https://zoox.com/journal/autonomous-zoox-testing-vehicle) are also used to validate the human benchmark.\n\nThe safety performance of the overall system is evaluated based on: the defined ODD, the ADS performance, the safety of the robot platform, and the safety of our operations. To pass our safety clearance, the comprehensive system CIF estimate must meet or exceed our established targets.\n\nWe recognize, however, that a pure severity/likelihood-based risk metric is not sufficient to cover rare collision avoidance scenarios², and it is not a replacement for following established industry safety standards, like ISO 26262. Accordingly, we have defined additional safety metrics in other categories. For example, we have a test set to represent rare collision avoidance scenarios. To be considered passing, the Zoox robotaxi must perform on par with or better than nominal human drivers in the simulation. We also follow the ISO 26262 process and other industry best practices to define internal safety requirements for the robot platform systems (e.g., sensors, compute, actuator controllers, and associated firmware). We also define and track other key safety metrics, including rules-of-the-road, near-miss, and operational safety metrics. Adherence to these requirements is also part of the overall safety clearance effort.\n\nThe next section explains how we quantify and validate each domain’s (referenced in the Total Collision Risk image) contribution to the overall safety case.\n\n### Autonomy behavior safety\n\nADS performance assesses the capability of our autonomy in perceiving the environment, predicting the behavior of other road users, and planning safe trajectories that follow the rules of the road. The ADS accomplishes this through five integrated software functions: localization, [perception](https://zoox.com/journal/perception), [prediction](https://zoox.com/journal/prediction-ai-technology), [planning, and control](https://zoox.com/journal/planner). We also have an extra layer of collision checking, which acts as an independent check of the primary system’s planned trajectory and, using its own perception and algorithms, determines whether that trajectory is safe to execute or whether it should intervene.\n\nOur safety case evaluates the performance of the autonomy stack, specifically within our defined ODD. By rigorously testing our software against the human benchmark, we validate that the robotaxi can navigate these complex environments with a level of precision and caution that minimizes safety risk. To validate the safety case at the required level of rigor, Zoox employs a comprehensive set of complementary, yet distinct, methodologies.\n\nZoox employs simulation-based measurement methodologies that include both synthetic simulation scenarios and real-world log-based simulation. Structured hazard analysis and historical safety data inform the coverage of the synthetic simulation pipelines. These pipelines use optimization techniques to search across driving scenarios to discover the conditions where a simulated collision is most likely to occur. Testing further narrows in on those high-risk scenarios by generating refined variations of the test scenario. Simulation results are then weighted by real-world fleet exposure data to produce statistically grounded safety risk estimates. Complementing synthetic simulations, log-based simulation replays actual fleet driving data through the latest software stack using machine-learning-based sampling to prioritize rare and safety-critical events. Together, these approaches provide overlapping, yet distinct, perspectives on driving software safety.\n\nAdditionally, we apply targeted structured testing methodologies for scenarios driving logs that are less likely to surface. One example is using closed-course structured testing to stage perception-sensitive scenarios at controlled test facilities. These scenarios are difficult to reproduce accurately in synthetic simulation and occur infrequently in driving logs, so testing them directly on a closed course lets us evaluate them safely and repeatedly. As mentioned earlier, our dedicated collision avoidance testing methodology targets simulation scenarios that may have a low quantitative impact on CIF because they occur extremely rarely and are difficult to find in driving logs, but represent high-collision avoidance situations, especially involving VRUs.\n\nAfter all autonomy behavior methodologies have been applied, we validate the safety case on the road, driving and qualifying the ready-to-be-cleared software in our retrofitted test vehicles, with human drivers monitoring vehicle behavior, before driverless clearance is approved.\n\n### Robot platform safety\n\nZoox designs its own robotaxis from the ground up, and safety is built directly into the architecture rather than retrofitted into a traditional vehicle design.\n\nTo develop safety requirements for the robot platform, Zoox follows the ISO 26262 functional safety process. This begins with a structured hazard analysis, HARA, that identifies what could go wrong with the platform and how serious each hazard would be. From the HARA, we define safety goals and assign each an Automotive Safety Integrity Level (ASIL), a rating of how critical it is to safety. We then capture those goals in a functional safety concept and technical safety concept, which translate them into concrete safety requirements across sensors, compute, actuator controllers, and firmware. We then apply a set of complementary analyses to evaluate the design against those requirements. Failure Modes, Effects, and Diagnostic Analysis (FMEDA) quantifies the hardware architectural metrics and evaluates whether ASIL requirements are achieved, given known hardware faults and the diagnostic coverage. FTA evaluates how well redundancy and onboard safety monitors cover single-point faults. Finally, dedicated fail-operational and fail-safe analyses define the steps the platform takes to reach a safe state once a fault occurs.\n\nThe robot platform’s requirements are then verified and validated during safety clearance through a mix of software-in-the-loop and hardware-in-the-loop fault-injection testing and closed-course on-vehicle testing. Grounded in the ISO 26262 process, these methodologies produce quantitative estimates that feed directly into the overall safety risk model, ensuring that the physical platform can gracefully mitigate risk and protect occupants in the event of a fault. The robotaxi design includes hardware redundancies to ensure a level of functionality of safety-critical systems even after a fault has occurred. The fail-operational and fail-safe strategies are designed to optimize for both safety and mission execution.\n\nAdditionally, the robotaxi is tested and verified to meet or exceed the performance requirements in the applicable Federal Motor Vehicle Safety Standards (FMVSS).³\n\n### Operational safety\n\nThe Zoox operational safety program includes continuous and critical monitoring and improvement of the robotaxi fleet operating on public roads. These real-world findings feed into a continuous feedback loop that leads to software improvements, additional operator training, and operational procedure adjustments, where appropriate. If an event, or a series of repeated events, generates an unanticipated safety risk above an acceptable level, Zoox may also decide to restrict, pause, or ground operations while implementing mitigations to reduce safety risk to an acceptable level. The continuous monitoring feedback loop ensures that the Zoox safety case is constantly maintained, verified, and updated with the latest information and data.⁴\n\nSpecifically related to the clearance process, operational safety centers on the tools and workflows used by our [TeleGuidance team](https://zoox.com/journal/humans-in-the-loop), i.e., the remote support tacticians who provide high-level assistance when the robotaxi encounters a particularly complex situation and proactively asks for assistance. TeleGuidance tacticians do not directly drive the vehicle; instead, they offer guidance such as approving or suggesting an alternate route, while the robotaxi remains fully responsible for all driving decisions.\n\nTo ensure the safety of these tools and procedures, Zoox applies structured hazard analysis such as STPA and historical learnings from operations to identify potential causes of safety risk. The resulting risk scenarios then inform the user interface design to enable tactician effectiveness. They also become testing scenarios to guide tactician training and evaluate tactician effectiveness, creating a direct link between identified risks and the readiness of the people who manage them.\n\nThe same structured approach extends to our broader operational processes. Our risk quantification methodology accounts for the possibility of both human error and tool malfunction within TeleGuidance, and these estimates feed directly into the overall CIF model.\n\nTogether, these methodologies feed into the overall safety case and CIF metric: the safety of our driving software, the safety of our robot platform, and the safety of our operations are each quantified and rolled into one comprehensive system estimate. That estimate must meet or exceed our quantitative safety targets before any software release, hardware change, or operations update is cleared to operate on public roads.\n\n## Conclusion\n\nAt Zoox, safety is foundational. Our vertically integrated model, including robot platform, software, and operations, enables end-to-end safety ownership. Through our safety case methodology, we hold ourselves to quantitative safety targets anchored in real-world human driving data and significantly safer than the human benchmark.\n\nAs our technology matures and our operational footprint expands, we will continue to raise the safety bar, broaden and enhance our validation methodologies, and share our progress with regulators, riders, and the public. We believe transparency is essential to building the trust that the safe deployment of autonomous vehicles demands. [Download the Zoox Safety Case Framework](https://www.datocms-assets.com/134289/1786550724-zoox-safety-case-framework-2026.pdf).\n\nFor more information about safety at Zoox, you can visit our [safety](https://zoox.com/safety) page.\n\n*Article from Zoox.*\n\n¹ MAIS1+ is defined by the Association for the Advancement of Automotive Medicine (AAAM) as the Maximum Abbreviated Injury Scale, level 1 or higher.\n\n² For more information on edge case engineering, additional information available here: [https://zoox.com/journal/edge-case-testing-zoox](https://zoox.com/journal/edge-case-testing-zoox)\n\n³ While Zoox is [exempted from certain FMVSS](https://www.nhtsa.gov/press-releases/nhtsa-issues-first-ever-demonstration-exemption-american-built-automated-vehicles), we nevertheless design and test our systems to assure that they meet the safety purpose of those requirements (e.g., we approach our sensor clearing system like a conventional windshield wiping system).\n\n⁴ For more detailed information, please see the Zoox Safety Report “[Operational Safety](https://www.datocms-assets.com/134289/1738875865-zoox-safety-report-volume-3-0-published-2024.pdf)” on our [Safety](https://zoox.com/safety) page.\n\n*Sign up for*\n\n[CleanTechnica's Weekly Substack for Zach and Scott's in-depth analyses and high level summaries](https://cleantechnica.substack.com/subscribe), sign up for[our daily newsletter](https://mailchi.mp/cleantechnica/daily-newsletter), and[follow us on Google News](https://news.google.com/publications/CAAqLQgKIidDQklTRndnTWFoTUtFV05zWldGdWRHVmphRzVwWTJFdVkyOXRLQUFQAQ)!*Have a tip for CleanTechnica? Want to advertise? Want to suggest a guest for our CleanTech Talk podcast?*\n\n[Contact us here](https://cleantechnica.com/contact/).*Sign up for our daily newsletter for*\n\n[10–15 new cleantech stories a day](https://mailchi.mp/cleantechnica/daily-newsletter). Or sign up for[our weekly one on top stories of the week](https://mailchi.mp/cleantechnica/weekly-newsletter)if daily is too frequent.\n\n*CleanTechnica uses affiliate links. See our policy*\n\n[here](https://cleantechnica.com/cleantechnica-editorial-ethics/).[CleanTechnica's Comment Policy](https://cleantechnica.com/cleantechnica-comment-policy/)", "url": "https://wpnews.pro/news/the-zoox-safety-case-framework", "canonical_source": "https://cleantechnica.com/2026/09/01/the-zoox-safety-case-framework/", "published_at": "2026-09-02 03:20:48+00:00", "updated_at": "2026-09-02 03:52:21.398967+00:00", "lang": "en", "topics": ["autonomous-vehicles", "ai-safety"], "entities": ["Zoox", "Amazon"], "alternates": {"html": "https://wpnews.pro/news/the-zoox-safety-case-framework", "markdown": "https://wpnews.pro/news/the-zoox-safety-case-framework.md", "text": "https://wpnews.pro/news/the-zoox-safety-case-framework.txt", "jsonld": "https://wpnews.pro/news/the-zoox-safety-case-framework.jsonld"}}