Skip to content
Use case 019

Public Bus Fare Validators

A deployment concept for public transport authorities, fare-system operators and bus manufacturers.

Proposed deployment · Compatibility assessment required
Automotive and Road Mobility

Why this environment matters

For public bus fare validators, the system reads transit cards or mobile tickets and authorises passenger journeys at vehicle doors. The risk extends beyond a conventional endpoint: tampering can enable fare fraud, clone credentials or expose travel histories while disrupting boarding. A NØNOS deployment concept would treat every software component, data source and device interface as separately authorised rather than assuming that anything running on the host should be broadly trusted.

The security challenge

Connected vehicles combine public-facing radios, third-party content, diagnostics and hardware that can affect motion. Security therefore has to control both information flow and authority over physical functions. For this system, the primary attack path is that tampering can enable fare fraud, clone credentials or expose travel histories while disrupting boarding. Conventional general-purpose hosts often place parsers, management tools, network services and privileged drivers in one broad trust domain, allowing a flaw in a low-value feature to reach a high-consequence function.

How the capsule model could help

NØNOS could be placed at the operator, gateway, edge or application-compute layer and configured to separate credential validation, payment keys, offline rules and communications, with signed fare logic and minimal retained passenger data. The most relevant controls are hardware capability isolation, verified boot and attestation, minimal persistent state and a memory-safe Rust core. This would make privileges explicit: a service that reads a sensor, displays data or contacts a cloud API would not automatically be able to issue a physical command or use a signing key.

Separate address spaces and capability checks can limit cross-process reach. They cannot stop harmful use of legitimate permissions, prove AI decisions correct or substitute for domain-specific safety controls.

Deployment requirements

Any in-vehicle deployment would require OEM integration, hardware-specific drivers, deterministic timing analysis, functional-safety assessment and validation against the vehicle's existing safety architecture.

Current public-beta limitations, hardware support and application availability must be assessed before any pilot. Neither this use case nor an industry source establishes NONOS certification or a current customer deployment.

Who could buy or integrate it?

  • Transit authorities procuring fare collection equipment
  • Fare-system vendors embedding validator software
  • Bus operators purchasing and maintaining onboard validators

Industry examples: Cubic Transportation Systems, LECIP Holdings. Organisations shown illustrate the industry. No NONOS customer, partner or endorsement relationship is implied.

Market opportunity

Market benchmarks and device scenarios.

Published industry benchmark
US$10.8 billion

Automated fare collection

Global · 2022 · annual market estimate

Fare collection equipment, software and services across transit modes.

Modelled global devices
1M–9M

Candidate OS endpoints

Hypothetical planning range · 2025

Low confidence: planning assumptions. Hardware compatibility, procurement and adoption have not been validated.

Illustrative annual licensing
$3M–$180M

USD / year at full model coverage

Device scenario × assumed US$3–$20 per device / year.

Not a revenue forecast, announced price or measured serviceable market.

Device calculation

Hypothetical global planning range, 2025 scenario: assume 1,000,000–3,000,000 buses using electronic fare collection × 1–3 candidate OS endpoints per site/asset = 1,000,000–9,000,000 endpoints. Counting unit: onboard validators; backend accounts are not devices. Site and asset counts, and devices per site, are planning assumptions. The installed base has not been measured. Coverage is limited to the defined equipped subset; includes all candidate endpoints within that assumed subset. Hardware eligibility, certification, adoption and achievable NØNOS share are unverified; overlaps other cases.

Automated fare collection market report ↗

Market context only; separate from device and site population estimates. Original monetary-market scope and geography are preserved in benchmark. This source does not establish the assumed worldwide site count or endpoint density.

How to interpret the figures

Adjacent or broader commercial market benchmark; not the NØNOS OS market, licensable-device count or revenue forecast.

Modelled candidate endpoints multiplied by an assumed annual USD price per endpoint. Pricing is a planning assumption, not a vendor quote. This illustrates the full scenario range, not revenue or total addressable market. It excludes adoption timing, procurement, certification, support costs, channel economics and achievable market share. Use cases can overlap, so their totals do not represent unique devices.

Research from 2026. Publisher estimates have not been independently audited.

Read the full methodology

Explore NONOS

Choose your
NONOS experience.

Discover the platform for your organisation or explore the software.

You can reopen this chooser from the footer at any time.