Public Soft Launch. InvarOS is now publicly available for pilot, consulting, research, and integration conversations. Software packaging and public downloads are in preparation — contact us to begin a conversation now.

Distributed AI Governance Infrastructure

Deterministic governance
for agentic AI systems.

InvarOS is not a monitor. It is not a probabilistic filter or post-hoc log aggregator. It is a governance substrate — mathematical, auditable, and deployable on real hardware from Kubernetes clusters to constrained edge routers.

invarosd — topology discovery output
[2026-07-10T13:30:17Z] INFO invarosd starting
[2026-07-10T13:30:17Z] INFO loading plugin: topology.so ... ok
[2026-07-10T13:30:17Z] INFO loading plugin: receipts.so ... ok
[2026-07-10T13:30:18Z] INFO topology scan complete
"tbom_version": "3.0.0",
"host_fingerprint": "ca1d805c0ee07910...",
"topology_fingerprint": "a92137f8a9d4161c...",
"nodes_discovered": 14,
"edges_discovered": 3
[2026-07-10T13:30:18Z] INFO receipt generated — tbom_v3.0.0
[2026-07-10T13:30:18Z] INFO host: GL-MT3000 / OpenWrt (mips_24kc)

Authentic output from invarosd running on a GL-MT3000 OpenWrt edge router. TBoM 3.0.0 artifact emitted. No cloud connection required.

Positioning

Not a monitor. Not a guardrail. Infrastructure.

The enterprise AI security market is saturated with API proxies, prompt filters, and post-hoc observability dashboards. These tools are easily bypassed by direct connections, custom sockets, or secondary agent channels. InvarOS takes a different position.

Conventional AI Security Tools
  • API proxy — bypass with direct TCP socket
  • Probabilistic prompt filter — bypass with rephrasing
  • Post-hoc log aggregator — governance after the fact
  • Cloud-dependent — offline environments unsupported
  • Application tier — sits above the execution layer
InvarOS
  • Deterministic — mathematical verification, not heuristics
  • Infrastructure layer — beneath applications and agents
  • Air-gap capable — operates autonomously, no cloud required
  • Evidence-generating — cryptographic receipts at every step
  • Deployable today across enterprise, server, edge, and micro-edge environments
Platform Architecture

One platform. Two implementation layers.

InvarOS is a single, coherent platform built in two complementary layers. Neither replaces the other — the native runtime grounds the enterprise platform in physical reality.

Layer 1

InvarOS Enterprise

The mature governance platform. Includes the proprietary mathematical verification core, policy compilation to zero-knowledge schemas, Topology Bill of Materials (TBoM) generation, commitment arcs, evidence pipelines, Kubernetes ValidatingAdmissionWebhook enforcement, and asynchronous air-gapped federation.

2,727 tests passing
CycloneDX 1.6 CBOM generation
in-toto / SLSA signed attestations
Platform Details
Layer 2

invarosd

The portable native daemon and plugin runtime. Designed to deploy across enterprise, server, edge, and micro-edge environments without architectural modification. Loads capabilities dynamically via a C ABI plugin boundary. Produces TBoM artifacts and cryptographic receipts without a cloud connection.

Dell x86_64 Deployed
GL-MT3000 OpenWrt Deployed
View Architecture
Implemented Capabilities

What InvarOS does today.

The following capabilities are implemented, tested, and operational.

Operational

Topology Bill of Materials (TBoM)

A formal representation of the operational topology of an AI system — infrastructure, execution topology, agents, tools, capabilities, trust relationships, evidence, and governance boundaries. TBoM 3.0.0 artifacts emitted by invarosd per observation epoch, with topology and host fingerprints.

Operational

Cryptographic Receipts

HMAC-SHA256 receipts generated per execution event. CycloneDX 1.6 CBOM, in-toto statement envelopes, and ZK compliance claim wrappers produced continuously.

Implemented

Mathematical Verification

C++20 Eigen-based proprietary mathematical solver. Structural analysis, cycle verification, transient distribution computation, and entropy constraint enforcement. Implementation is confidential.

Operational

Native Plugin Architecture

invarosd loads capabilities dynamically at runtime via a strict C ABI isolation boundary. Shared objects (.so files) attach to the daemon without recompilation or service restart. The topology discovery plugin and receipts plugin are operational. This boundary enables proprietary mathematical solvers to be distributed as protected compiled plugins while the host daemon remains separately deployable.

Implemented

Kubernetes Admission

ValidatingAdmissionWebhook handler with SLSA annotation validation, hardware attestation checks, and cross-tenant namespace trust contract enforcement. Fail-closed posture.

Implemented

Air-Gapped Federation

Asynchronous recognition model. Governance (Rule), Commitment (Proof), Federation (Recognition). No consensus protocol. No WAN broadcast. Cross-tenant trust via cryptographic fingerprints only.

Implemented

Policy-to-ZK Compiler

Canonical policy set dynamically compiled to ZK compliance JSON schemas. Policy fingerprints generated deterministically. 95 compiler tests pass. Schema correctness verified.

Implemented

Integrations

OpenTelemetry exporter, Kubernetes admission controller, LangChain adapter, MCP stdio server, FastMCP HTTP server. Helm chart with rootless security posture.

Engineering Evidence

Real artifacts from real hardware.

The following topology evidence was produced by invarosd during live deployment. These are not mock data or synthetic fixtures.

Dell x86_64 Linux Server

invarosd topology plugin · TBoM 3.0.0
Deployed
host: 044eb029…c58436 · topo: 93c9dec0…b9f6cc
docker0 node_bridge 172.17.x.x UP
veth43d2eca node_logical → bridge UP
vethacb583e node_logical → bridge UP
wlp3s0 node_physical · wireless 192.168.x.x UP
tailscale0 node_tunnel · overlay UP
enp2s0 node_physical · ethernet DOWN

GL-MT3000 OpenWrt Edge Router

invarosd topology plugin · TBoM 3.0.0
Deployed
host: ca1d805c…21c75c · topo: a92137f8…c0690
br-lan node_bridge · LAN 192.168.x.1 UP
ra0 wireless radio → bridge UP
rax0 wireless ext → bridge UP
eth1 ethernet → bridge DOWN
apcli0 node_physical · AP client 192.168.102.x UP
br-guest node_bridge · guest LAN 192.168.x.1 DOWN

MAC addresses and final IP octets have been masked for publication. Node IDs and fingerprints are truncated. Structural composition and interface types are authentic.

Soft Launch Status

What you can engage with today.

Available now

  • Pilot design and scoping conversations
  • Architecture assessments and topology extraction engagements
  • Consulting on AI governance infrastructure requirements
  • Research and academic collaboration
  • Integration design for MCP, LangChain, and Kubernetes environments
  • Regulated and disconnected deployment planning
  • Strategic partnership discussions

Coming shortly

  • Public software packaging and distribution
  • Self-service download portal
  • Community edition release
  • Documentation site and developer portal

The platform exists and substantial engineering has been completed. Public packaging is in progress. Contact us to discuss early access.