Technology research · Physical AI · Deep Dive

Safety certification and V&V for autonomous systems

Verification and validation (V&V) frameworks, tools, and services for certifying that autonomous systems meet safety standards (DO-178C for aviation software, ISO 26262 for automotive, IEC 61508 for industrial) — the regulatory gatekeeper for deployment

Universe
Physical AI
Layer
Sim-to-Real, Digital Twins & Validation
Mapped
4 companies
Tier
Deep Dive

AI-assisted research and editing. This edition consolidates earlier analysis and retains its original source dates. Research methodology

Scope and problem definition

Safety certification and verification & validation (V&V) for autonomous systems covers the evidence, standards, engineering methods, and regulatory processes used to show that an automated driving system (ADS), robotaxi, autonomous truck, or other autonomous machine is acceptably safe. The core difficulty is not only that hardware can fail, but also that the system may misperceive the world, plan an unsafe action, or encounter a scenario outside its design envelope without any component failure.

Phil Koopman and Michael Wagner framed the problem as an interdisciplinary challenge: autonomous vehicle safety must combine requirements engineering, system safety, software V&V, human factors, and regulatory policy, because a purely fault-based safety analysis cannot handle autonomy. Journal source:

  • Koopman, P., & Wagner, M. (2017). “Autonomous Vehicle Safety: An Interdisciplinary Challenge.” IEEE Intelligent Transportation Systems Magazine, 9(1), 90–96. DOI: 10.1109/MITS.2016.2583491

The terminal risk is not merely component failure; it is a system that is functioning exactly as designed but is still unsafe in a particular operational scenario. That is why safety certification for autonomy is built around evidence-based safety cases, not just checklists.

Tier-1 standards and regulatory architecture

The strongest available sources in this domain are standards-body documents and regulator technical assessments.

2.1 ISO 26262: functional safety

ISO 26262 is the international standard for functional safety of electrical and electronic systems in road vehicles. The 2018 edition is the current full revision:

ISO 26262 uses Automotive Safety Integrity Levels (ASILs) from A through D. ASIL D is the most stringent. The standard requires hazard analysis, fault injection, derived safety requirements, safety mechanisms, and quantitative random-hardware-failure targets. However, ISO 26262 is weak for autonomy because it assumes hazards arise chiefly from malfunctioning behavior of electrical/electronic systems. It does not directly solve hazards caused by the system behaving as designed but with insufficient situational understanding.

2.2 ISO 21448: Safety of the Intended Functionality

The complementary standard is SOTIF:

SOTIF addresses hazards arising from functional insufficiencies, including sensor limitations, perception error, decision algorithm limitations, and unknown or unspecified operational situations. It requires a structured evaluation of known and unknown unsafe scenarios, validation targets, and residual risk. The transition from PAS 2019 to full IS 2022 is significant because it moved SOTIF from a preliminary specification to a normative international standard.

2.3 UL 4600: safety case for autonomous products

UL 4600 is the most autonomy-specific standard:

UL 4600 requires a safety case: a structured, evidence-backed argument that the autonomous product is safe for its intended operational design domain. Unlike ISO 26262, UL 4600 explicitly includes autonomy-specific topics such as machine learning lifecycle, operational design domain boundaries, prediction of other road users, fail-operational behavior, and safety case deviations. It is not a functional-safety standard in the narrow fault-only sense; it is a safety case evaluation standard.

2.4 NHTSA crash reporting and testable scenario framework

The U.S. National Highway Traffic Safety Administration has two directly relevant technical regulatory instruments:

The SGO is important because it creates a mandatory post-deployment V&V data stream that regulators can use to compare field performance against pre-deployment safety claims.

2.5 Cross-domain regulator guidance

Autonomous systems are not limited to road vehicles. The FDA’s AI/ML-based Software as a Medical Device action plan addresses lifecycle V&V for autonomous or semi-autonomous medical software:

NIST’s AI Risk Management Framework provides a general govern/map/measure/manage rubric:

2.6 SAE automation levels

The industry’s shared vocabulary for autonomy is SAE J3016. The 2021 revision is the current reference:

This source is load-bearing for any claim about what Level 2, Level 3, Level 4, and Level 5 mean. A company calling a supervised driver-assistance feature “Full Self-Driving” does not change the SAE level; the system is still Level 2 if the human driver remains responsible for the dynamic driving task.

V&V methods, the statistical mile problem, and a worked calculation

3.1 Evidence types

Modern ADS V&V combines at least four evidence types:

  1. Simulation-based scenario testing — deterministic and stochastic scenarios injected into synthetic worlds. This is the only way to see rare and ethically unacceptable cases repeatedly.
  2. Closed-course testing — physical tests with surrogate vehicles, pedestrians, and adversarial scenarios.
  3. Public-road testing — real-world exposure, usually with safety drivers, collecting disengagements and crash data.
  4. Formal and model-based verification — using requirements models, reachability analysis, and formal safety properties where tractable.

No single method is sufficient. Simulation can encode wrong assumptions; closed-course testing has limited scenario richness; public-road testing is too sparse for rare events.

3.2 Worked calculation: how many miles are needed?

A widely used logic, consistent with Koopman and Wagner’s discussion of validation miles, is the zero-failure confidence interval. Assume fatal crashes follow a Poisson process with rate \(\lambda\) per mile. If an AV fleet drives \(n\) miles with zero fatal crashes, the probability of observing zero events is:

\[

P(0 \text{ fatalities} \mid \lambda) = e^{-\lambda n}

\]

To be 90% confident that the true fatal crash rate is no greater than \(\lambda_0\), we set:

\[

e^{-\lambda_0 n} = 0.10

\]

Solving:

\[

n = \frac{-\ln(0.10)}{\lambda_0} = \frac{2.302585}{\lambda_0}

\]

Using NHTSA’s 2022 U.S. traffic fatality rate of approximately 1.35 fatalities per 100 million vehicle miles traveled:

\[

\lambda_0 = \frac{1.35}{100{,}000{,}000} = 1.35 \times 10^{-8} \text{ fatalities/mile}

\]

Then:

\[

n = \frac{2.302585}{1.35 \times 10^{-8}} = 170{,}561{,}851 \text{ miles}

\]

So a fleet would need approximately 171 million miles with zero fatal crashes to demonstrate, at 90% confidence, that its fatal crash rate is no worse than the 2022 U.S. human-driven baseline. At 95% confidence, the multiplier becomes \(-\ln(0.05) = 2.995732\):

\[

n = \frac{2.995732}{1.35 \times 10^{-8}} = 221{,}906{,}074 \text{ miles}

\]

That is approximately 222 million miles at 95% confidence.

If the target is a stricter superhuman rate of 1 fatality per 1 billion miles:

\[

\lambda_0 = 1 \times 10^{-9} \text{ fatalities/mile}

\]

Then:

  • 90% confidence: \(n = 2.302585 / 10^{-9} = 2.30\) billion miles
  • 95% confidence: \(n = 2.995732 / 10^{-9} = 3.00\) billion miles

Interpretation: To demonstrate superhuman fatal crash safety at 95% confidence using only public-road miles, the AV industry would need billions of miles with zero fatal events. That is why simulation, closed-course testing, scenario injection, and safety case logic are not optional; they are the only practical way to provide pre-deployment evidence for rare-event safety.

3.3 Parameter table

ParameterValueSource (URL + ID + date)TierMeasured/derived/assumed/inferredCross-verified
U.S. traffic fatality rate, 20221.35 fatalities per 100 million VMTNHTSA Traffic Safety Facts, 2022, via https://cdan.nhtsa.gov/tsftables/tsfar.htm; exact publication ID needs primary source validation; access 2025-04-27Tier 1 regulatorMeasuredSingle-source
Fatalities observed in AV validation0Assumption in calculationDerivedAssumedNo
Confidence level0.90 and 0.95Statistical convention; not regulatedTier 1/2AssumedNo
Required zero-fatal miles at 90% confidence vs U.S. baseline170.6 million milesDerived from \(n = -\ln(0.10)/\lambda\)Tier 1 journal logic plus NHTSA dataDerivedSingle-source
Required zero-fatal miles at 95% confidence vs U.S. baseline221.9 million milesSame formula with \(-\ln(0.05)\)DerivedDerivedSingle-source
Stricter superhuman target \(\lambda_0\)1 fatality per 1 billion milesAssumed; not a current regulatory targetAssumedAssumedNo
Required zero-fatal miles at 95% confidence vs superhuman target3.00 billion milesDerived from formulaDerivedDerivedNo

Company filings vs self-reported safety claims

Company SEC filings are not proof of safety, but they are the highest-quality source for what management itself discloses about risk, validation cost, and regulatory exposure.

4.1 Alphabet / Waymo

Alphabet’s Form 10-K includes risk factor language that Waymo and other “Other Bets” face significant competition and could incur substantial losses; it also identifies product risk, safety risk, and potential regulatory action. The company does not, in the 10-K, assert that its autonomous vehicle system is statistically safer than human drivers. We can say:

By contrast, Waymo’s own safety report and public safety data pages present self-reported safety metrics. Those are self-reported and are not equivalent to an independent regulator finding.

4.2 GM / Cruise

GM’s FY2023 Form 10-K risk factors state that autonomous vehicle technology may not be commercially viable, that safety incidents could damage reputation, and that regulatory approval is uncertain. Source:

4.3 Tesla

Tesla’s FY2023 Form 10-K states that its vehicles require active driver supervision and that regulatory authorities are increasingly scrutinizing advanced driver assistance systems. Tesla markets “Full Self-Driving capability” in customer-facing channels, but the regulatory and SAE definitions do not treat the system as autonomous in the Level 4/5 sense. Source:

This is the clearest marketing-vs-filing discrepancy: customer-facing language suggests autonomous capability, while the 10-K and SAE taxonomy require the human driver to remain engaged.

4.4 Aurora Innovation

Aurora describes its safety case framework and validation architecture in investor materials, but its 10-K similarly states that certification is uncertain and that the technology may fail to achieve commercial scale. Source:

Patent evidence — required Tier-1 item

Granted patent evidence: I did not retrieve a verifiable USPTO/EPO/WIPO grant number in this offline session. I will not fabricate a patent number, title, or assignee.

To satisfy the hard patent requirement on a second pass, the correct search targets are:

  • USPTO PatFT and Google Patents CPC classes: B60W60/00 (autonomous vehicle control), G05D1/021 (vehicle position/storage control for autonomous vehicles), G06F30/20 (simulation and V&V), and G07C5/00 (vehicle monitoring).
  • Likely assignees: Waymo/Google, Aurora, GM Cruise, NVIDIA, Mobileye, Zoox/Amazon, and safety-tooling companies such as Foretellix or Edge Case Research.

This is an evidence gap in the note, not proof of absence.

Unit economics / business model

The safety certification and V&V stack monetizes in several ways. Every figure below is either cited from a filing or marked needs primary source validation.

6.1 Chip and safety-software vendors

NVIDIA sells the DRIVE compute platform and associated safety software to automakers and AV developers. The company self-reports that the platform targets ISO 26262 ASIL-D and supports redundant architecture and simulation. Source:

Mobileye sells EyeQ system-on-chip products and licenses a safety model known as Responsibility-Sensitive Safety, which imposes formal safety constraints on driving decisions. This is a per-chip/royalty model. Source:

Margins for automotive silicon are generally lower than for software, but exact AV-specific margins are not disclosed in the cited sources. needs primary source validation.

6.2 Simulation, V&V, and tooling vendors

Ansys and similar public simulation/engineering software firms sell subscription and perpetual licenses for safety analysis, closed-loop simulation, and functional safety workflows. The gross margin structure of large simulation software businesses is typically high, but the exact margin for AV V&V tools is not disaggregated in the citations. Source:

Monetization is recurring license/subscription revenue, and the value is captured by the tool vendor because V&V is a required cost before any vehicle can launch.

6.3 Certification and safety case services

UL Solutions sells safety certification, testing, and safety case evaluation services, including UL 4600. This is a project-based services model with fees tied to audit scope, duration, and product complexity. Margin data for UL 4600 services is not publicly broken out. needs primary source validation.

6.4 AV operators

Waymo, Cruise, Zoox, and Aurora are not primarily V&V vendors; they are buyers of V&V infrastructure. They monetize, or intend to monetize, ride-hailing, delivery, and trucking. For them, V&V is a cost center and a market-entry gate, not a profit line.

The value capture is asymmetric: safety tooling and certification providers collect revenue regardless of whether an AV program succeeds; AV operators only realize value after passing certification and achieving commercial deployment.

Disconfirming evidence

The thesis that formal safety certification and V&V are necessary and material for autonomous systems would be weakened if:

  1. An independently audited, large-scale deployment shows an autonomous system with no ISO 26262/SOTIF/UL 4600 safety case and no statistical validation, yet real-world severe crash rates are multiple times safer than the human baseline and remain so across millions of miles.
  2. Regulators accept self-reported safety metrics without independent crash-reporting, scenario testing, or safety case review, making certification a paper exercise with no predictive value.
  3. A major certified system passes ISO 26262 ASIL-D and UL 4600 but still exhibits repeated systematic hazards from machine learning misperception, proving the standards do not capture the dominant risk.
  4. Company filings drop autonomous-vehicle safety and certification from their risk factors, and no NHTSA crash-reporting enforcement or FDA AI/ML SaMD oversight remains.
  5. The missing granted-patent evidence is never retrievable, and later investigation shows no assignee holds issued claims on safety case automation, scenario-based V&V, or redundancy architecture; that would weaken the “moat” interpretation of the certification stack.
01

Mapped companies

Public and private companies referenced in this research, linked to their canonical PXS Research profiles.

CompanyMarketResearch roleCurrent state
Leidos Holdings, Inc. (LDOS)PublicReferenced in this researchHOLD · reviewed
RTX Corp (Raytheon Technologies) (RTX)PublicCounter-UAS - attritable drones | Machine vision and LiDAR-perceptionWATCH · reviewed
Science Applications International Corporation (SAIC)PublicDefense IT services + mission systemsWATCH · reviewed
BOEING CO (BA)PublicISR Sensor Fusion EconomicsWATCH · reviewed

Sources

49 cited sources used to define and evaluate this capability.

  1. sec.govSEC ANSYS 10-K FY2024Open source ↗
  2. iso.orgISO ISO 26262:2018 Road Vehicles — Functional SafetyOpen source ↗
  3. easa.europa.euEASA Artificial Intelligence Roadmap 2.0Open source ↗
  4. doi.org10.1109/MITS.2016.2583491Open source ↗
  5. iso.orghttps://www.iso.org/standard/70939.htmlOpen source ↗
  6. iso.orghttps://www.iso.org/standard/77490.htmlOpen source ↗
  7. standardscatalog.ul.comhttps://standardscatalog.ul.com/ProductDetail.aspx?productId=UL4600220220224Open source ↗
  8. nhtsa.govhttps://www.nhtsa.gov/press-releases/nhtsa-orders-crash-reporting-vehicles-equipped-advanced-driver-assistance-systemsOpen source ↗
  9. nhtsa.govhttps://www.nhtsa.gov/document/framework-automated-driving-system-safetyOpen source ↗
  10. fda.govhttps://www.fda.gov/media/145022/downloadOpen source ↗
  11. nist.govhttps://www.nist.gov/itl/ai-risk-management-frameworkOpen source ↗
  12. sae.orghttps://www.sae.org/standards/content/j3016202104/Open source ↗
  13. cdan.nhtsa.govhttps://cdan.nhtsa.gov/tsftables/tsfar.htmOpen source ↗
  14. sec.govhttps://www.sec.gov/cgi-bin/browse-edgar?action=getcompany&CIK=0001652044&type=10-KOpen source ↗
  15. sec.govhttps://www.sec.gov/cgi-bin/browse-edgar?action=getcompany&CIK=0001467858&type=10-KOpen source ↗
  16. sec.govhttps://www.sec.gov/cgi-bin/browse-edgar?action=getcompany&CIK=0001318605&type=10-KOpen source ↗
  17. sec.govhttps://www.sec.gov/cgi-bin/browse-edgar?action=getcompany&CIK=0001828108&type=10-KOpen source ↗
  18. developer.nvidia.comhttps://developer.nvidia.com/drive/safetyOpen source ↗
  19. ir.mobileye.comhttps://ir.mobileye.comOpen source ↗
  20. ansys.comhttps://www.ansys.com/products/safety-analysis/autonomous-vehicle-safetyOpen source ↗
  21. europarl.europa.euhttps://www.europarl.europa.eu/news/en/press-room/20240308IPR19015/artificial-intelligence-act-meps-adopt-landmark-lawOpen source ↗
  22. sec.govSEC EDGAROpen source ↗
  23. sec.govSEC EDGAROpen source ↗
  24. ir.baidu.comBaidu IROpen source ↗
  25. ul.comUL SolutionsOpen source ↗
  26. arxiv.orghttps://arxiv.org/abs/2604.17391Open source ↗
  27. arxiv.orghttps://arxiv.org/abs/2506.19622Open source ↗
  28. arxiv.orghttps://arxiv.org/abs/1812.06161Open source ↗
  29. iso.orghttps://www.iso.org/standard/68383.html`Open source ↗
  30. iso.orghttps://www.iso.org/standard/70939.html`Open source ↗
  31. iso.orghttps://www.iso.org/standard/77490.html`Open source ↗
  32. standardscatalog.ul.comhttps://standardscatalog.ul.com/ProductDetail.aspx?productId=UL4600_2_20220224`Open source ↗
  33. nhtsa.govhttps://www.nhtsa.gov/press-releases/nhtsa-orders-crash-reporting-vehicles-equipped-advanced-driver-assistance-systems`Open source ↗
  34. nhtsa.govhttps://www.nhtsa.gov/document/framework-automated-driving-system-safety`Open source ↗
  35. fda.govhttps://www.fda.gov/media/145022/download`Open source ↗
  36. nist.govhttps://www.nist.gov/itl/ai-risk-management-framework`Open source ↗
  37. sae.orghttps://www.sae.org/standards/content/j3016_202104/`Open source ↗
  38. cdan.nhtsa.govhttps://cdan.nhtsa.gov/tsftables/tsfar.htm`Open source ↗
  39. sec.govhttps://www.sec.gov/cgi-bin/browse-edgar?action=getcompany&CIK=0001652044&type=10-K`Open source ↗
  40. sec.govhttps://www.sec.gov/cgi-bin/browse-edgar?action=getcompany&CIK=0001467858&type=10-K`Open source ↗
  41. sec.govhttps://www.sec.gov/cgi-bin/browse-edgar?action=getcompany&CIK=0001318605&type=10-K`Open source ↗
  42. sec.govhttps://www.sec.gov/cgi-bin/browse-edgar?action=getcompany&CIK=0001828108&type=10-K`Open source ↗
  43. developer.nvidia.comhttps://developer.nvidia.com/drive/safety`Open source ↗
  44. ir.mobileye.com`https://ir.mobileye.com`Open source ↗
  45. ansys.comhttps://www.ansys.com/products/safety-analysis/autonomous-vehicle-safety`Open source ↗
  46. europarl.europa.euhttps://www.europarl.europa.eu/news/en/press-room/20240308IPR19015/artificial-intelligence-act-meps-adopt-landmark-law`Open source ↗
  47. sec.govhttps://www.sec.gov/cgi-bin/browse-edgar?action=getcompany&CIK=0001018724&type=10-K`Open source ↗
  48. sec.govhttps://www.sec.gov/cgi-bin/browse-edgar?action=getcompany&CIK=0000037996&type=10-K`Open source ↗
  49. ir.baidu.com`https://ir.baidu.com`Open source ↗
The weekly brief

Get a weekly digest of what’s changing.

Research updates, thesis changes and company developments. One email a week.