Governance Framework — v1.1
The Autonomous Reliability Assurance Foundation is governed by a multi-body structure designed to ensure independence, technical rigor, and public accountability. No single entity — commercial, governmental, or academic — controls the standard or its application. In v1.1, the governance framework expands to accommodate new ecosystem participants including Certified Assurance Platform Operators (CAPOs) and Recognized Insurer Partners (RIPs).
Governing Principles
Independence
ARAF is independent from any single commercial entity, vendor, government, or testing organization. No stakeholder group may exert undue influence over standard development or certification decisions.
Testability
Every requirement in the ARA Standard must be objectively testable. Opinion-based, subjective, or unfalsifiable requirements are not permitted. If a requirement cannot be evaluated through defined methods, it is not included.
Technology Neutrality
The standard evaluates behaviors and outcomes, not implementation methods. Any autonomous system — regardless of underlying architecture, training methodology, or deployment model — is evaluated against the same behavioral requirements.
Proportionality
Requirements are proportional to the risk profile and deployment context of the system under evaluation. Higher-stakes systems face more rigorous evaluation, while lower-risk systems are not burdened with unnecessary requirements.
Transparency
The standard, evaluation criteria, certification decisions, and public registry are openly accessible. ARAF does not operate behind closed doors. All major decisions are documented and published.
Continuous Validity
Certification is not a one-time event. Ongoing monitoring, drift detection, and periodic reassessment are integral to the ARA framework. A certified system must remain compliant throughout its certification period.
Harm Minimization
When ambiguity exists in the interpretation of a requirement, the interpretation that minimizes potential harm to affected parties shall be adopted.
Participant Categories
The ARA ecosystem comprises six participant categories, each with defined roles, responsibilities, and governance relationships.
Technical Standards Board (TSB)
9–15 members
Certified Assurance Platform Operators (CAPOs)
Certified organizations — New in v1.1
Recognized Insurer Partners (RIPs)
Recognized organizations — New in v1.1
Certified Organizations
Organizations holding ARA certifications
Consortium Members
Tiered membership
Advisory Bodies
Advisory bodies provide specialized expertise to the TSB on matters within their domain. They do not have binding authority but their recommendations carry significant weight in TSB deliberations.
Adversarial Testing Advisory Group (ATAG)
5–9 members
Robotics & Physical Systems Council (RPSC)
5–9 members
Data Privacy & Societal Impact Committee (DPSIC)New
7–11 members — New in v1.1
Risk & Compliance Advisory Council (RCAC)
5–9 members
Public Interest Oversight Panel (PIOP)
5–7 members
Marketplace Principles
New in v1.1. ARAF operates an open marketplace where ecosystem participants compete on quality, not preferential access.
Open Competition
No preferential treatment for any AVB, CAPO, or RIP. All ecosystem participants compete on the quality of their services. ARAF does not recommend specific providers.
Transparent Pricing
All ARAF fees — including accreditation, certification, and registry listing fees — are published and uniformly applied. No hidden charges or volume-based preferential pricing.
No Exclusive Territories
Multiple AVBs and CAPOs may serve any region or industry vertical. Geographic or sector exclusivity is not granted to any ecosystem participant.
Interoperability
Certification data is portable between ecosystem participants. Organizations are not locked into any specific AVB, CAPO, or tooling provider. Open schemas ensure data exchange.
Appeals Process
All certification decisions, accreditation outcomes, and governance actions are appealable through a documented process. Appeals are heard by an independent panel drawn from the TSB.
Interoperability & Portability
New in v1.1. Certification data and ecosystem relationships are designed for portability, preventing vendor lock-in at every layer.
Open Certification Schema
Certification records follow an open, published schema. Any authorized consumer (AVBs, CAPOs, RIPs, regulators) can ingest and process certification data without proprietary tooling.
AVB Switching at Renewal
Organizations may switch their certifying AVB at any renewal point. The outgoing AVB must provide a complete certification history package within 30 days of the switch request.
Platform Certification Portability
Platform certifications are portable across deployments. A platform vendor’s certification applies to any deployment built on that platform, subject to the deployment’s own evaluation of non-inherited domains.
CAPO Switching
Organizations may switch CAPOs with a 30-day transition period. The outgoing CAPO must maintain monitoring during the transition and provide a full telemetry and compliance data export.
Data Ownership
Organizations own their certification data, telemetry data, and evaluation records. Any ecosystem participant holding organizational data must provide a complete export upon request within 30 days.
Standard Development Process
Revisions to the ARA Standard follow a structured development process designed to balance thoroughness with responsiveness to the evolving autonomous systems landscape.
- Proposal. Any stakeholder may submit a revision proposal to the TSB. Proposals must include rationale, scope of impact, and draft requirement language.
- Working Group Review. The TSB assigns proposals to a working group for technical review, impact assessment, and draft development. Working groups may consult advisory bodies.
- Public Comment Period. Draft revisions are published for a minimum 60-day public comment period. All substantive comments receive documented responses.
- TSB Vote. Following public comment review, the TSB votes on adoption. Major revisions require supermajority (two-thirds). Minor revisions require simple majority.
- Publication. Adopted revisions are published with a defined effective date and transition period for currently certified systems.
Governance Evolution Roadmap
ARAF governance is designed to evolve with the ecosystem. The roadmap below outlines the planned expansion of governance structures.
Phase 1: Foundation Governance
Core governance structures operational: Technical Standards Board, Authorized Validation Bodies, basic advisory bodies (ATAG, RPSC, RCAC, PIOP). Standard development process established. Public registry and certification lifecycle in place.
Phase 2: Ecosystem Expansion
Introduction of CAPOs and RIPs as formal ecosystem participants. DPSIC advisory body established. Consortium membership program formalized with tiered structure. Marketplace principles codified. Interoperability standards published for data exchange between ecosystem participants.
Phase 3: Global Federation
Regional governance bodies established for major jurisdictions. Mutual recognition agreements with international standards bodies. Federated TSB structure with regional representation. Cross-border certification portability framework. Alignment with emerging international AI governance frameworks.
Normative References
The ARA Standard is developed with awareness of and alignment to the following international standards and frameworks:
| Reference | Scope |
|---|---|
| ISO/IEC 27001:2022 | Information Security Management Systems |
| ISO/IEC 42001:2023 | AI Management Systems |
| ISO 22989:2022 | AI Concepts and Terminology |
| ISO/IEC 23894:2023 | AI Risk Management |
| NIST AI 100-1 | AI Risk Management Framework |
| NIST SP 800-53 Rev. 5 | Security and Privacy Controls |
| IEC 61508 | Functional Safety |
| EU AI Act (2024) | AI Regulation |
| IEEE 7000-2021 | Ethical Concerns in System Design |
| SOC 2 Type II | Trust Services Criteria |
Originating Technical Contributor
The ARA Standard originated from foundational technical work contributed to ARAF during its formation. This initial contribution provided the architectural basis for the 15-domain evaluation framework, the Assurance Class structure, the certification lifecycle model, and the continuous assurance methodology that underpins the standard today. ARAF acknowledges this foundational contribution while maintaining that the standard is now a community-governed artifact, evolving through the open development process described above.
Contact
For inquiries regarding the ARA Standard, governance structure, or ARAF operations:
- General Inquiries: info@araf.org
- Technical Standards: standards@araf.org
- Certification: certification@araf.org
- Public Comment: comments@araf.org
Related Documentation
AVB Program
Authorized Validation Body requirements and accreditation process.
AVB Directory
Browse Authorized Validation Bodies and their service areas.
CAPO Directory
Certified Assurance Platform Operators and monitoring services.
Insurer Partners
Recognized Insurer Partners accepting ARA certification for underwriting.
Certification Framework
Assurance Classes, certification types, and lifecycle management.
Continuous Assurance Platform
Monitoring requirements, CAPO SLAs, and operational states.