Secure multi-agent orchestration
TLS 1.3 ·Ed25519 ·Tenant Isolation ·Immutable Audit Logs

One command plane. Every dispatch signed, encrypted, and tenant-isolated.

NexBridge treats every network path as hostile: commands transit over TLS 1.3, are signed with Ed25519 before reaching any agent boundary, and execute inside isolated tenant environments with no cross-tenant memory access. Route RagLeap Core, Ankole, and FreeTurtle — plus up to 12 external APIs — through one orchestration layer, with tamper-evident audit logs on every execution.

Get early access
nexbridge / dispatch
POST/v1/dispatch
X-Tenant-ID: acme-corp
X-Signature: sha256=3a7f9c…
{
"agents": [ "ragLeap", "ankole", "freeTurtle"],
"command": "governance_check",
"parallel": true
}
200 OK·3 agents dispatched·signed·tenant isolated
How it works

Orchestration that doesn't trust anything by default

01

Register your agents

Each integration — RagLeap Core, Ankole, FreeTurtle, or any external API — receives a cryptographic identity bound to your tenant. No agent can impersonate another, and no tenant can reach across the boundary into another's execution environment.

02

Define routing logic

Write orchestration rules that combine business decisions, governance policy checks, and on-chain operations. Commands execute in parallel across registered agents — you control the dependency graph, not the infrastructure.

03

Dispatch and audit

Every outbound command is signed and routed through an isolated execution environment. Audit logs are cryptographically tamper-evident — you can prove what ran, when it ran, and exactly which payload was dispatched.

How it works

Every command follows the same signed path

No dispatch reaches an agent without clearing authentication, tenant isolation, and policy evaluation first. The eight hops below execute on every request, in order, without exception.

ClientAPIGatewayAuth / TenantIsolationPolicy &RoutingWorkerPoolAgents /External APIsAudit LogSignedResponse
Entry

The API Gateway is the only ingress point. It enforces rate limits, terminates TLS, and forwards the tenant ID and request signature for verification — no request bypasses it.

Security

Auth and tenant isolation run before any routing decision. An invalid credential or mismatched signature terminates the request here — nothing downstream is reachable until this clears.

Dispatch

Policy & Routing resolves the execution graph. The Worker Pool fans commands out to registered agents and external APIs in parallel, inside the tenant's isolated execution context.

Compliance

Every result is written to the tamper-evident Audit Log before the response is assembled. The signed response carries an Ed25519 signature the caller can verify independently.

Built for

Technical operators who can't afford security gaps

DevOps engineers

Building automated pipelines that coordinate across AI tooling. You need multi-agent dispatch with full audit trails — not a tangle of API keys in env vars and undocumented webhook chains.

Integration architects

Consolidating multi-vendor AI capability under one governance layer. NexBridge handles routing, signing, and tenant isolation so your architecture doesn't become a trust boundary nightmare.

Technical founders

Who need multi-agent coordination but can't spend six months building the security and orchestration layer from scratch. Get to market without compromising the foundation.

Enterprise integrators

Requiring compliance-auditable AI orchestration. Every command is cryptographically tied to a tenant identity, every execution is logged, and every payload is independently verifiable.

Service

Up to 12 external APIs per tenant, one monthly subscription

Connect RagLeap Core, Ankole, FreeTurtle, and up to nine additional APIs under your tenant environment. Routing, signing, isolation, and audit logs are all included. Per-tenant monthly pricing — no per-call surprises, no metered egress fees.

End-to-end encrypted routing
All inter-agent traffic is encrypted in transit within your tenant boundary
Signed payloads on every dispatch
Cryptographic proof that the command came from your tenant and wasn't modified
Isolated tenant environments
Each tenant runs in a separate execution context — no shared memory, no cross-tenant access
Tamper-evident audit logs
Every execution record is chained and verifiable — suitable for compliance reporting
Parallel agent dispatch
Commands fan out simultaneously across your registered agents — no sequential bottlenecks
Security & Compliance

Built around the assumption that every layer will be attacked

Threat model

NexBridge treats every network segment between tenants, agents, and the orchestration plane as hostile by default. All traffic transits over TLS 1.3 exclusively — no negotiation fallback to earlier protocol versions is permitted. Each dispatch payload is signed with Ed25519 before leaving the orchestration layer; the 64-byte signature travels with the command and is verified at the agent boundary before any execution begins. A compromised network segment yields only ciphertext tied to a session key that is discarded after the connection closes. A forged command that lacks a valid tenant signature is rejected before it reaches any agent runtime.

Encryption at rest and key lifecycle

Stored command history, tenant configuration, agent credentials, and audit records are encrypted with AES-256-GCM under per-tenant key contexts. No two tenants share a key or a key derivation path. Keys rotate on a 30-day automated schedule without service interruption: the orchestration plane re-encrypts affected records under the new key before retiring the old one, and the rotation event is itself logged in the audit chain. A full storage-layer breach exposes only one tenant's data, scoped to the current rotation window.

Isolation architecture

Each tenant runs inside a dedicated Kubernetes namespace. Network policies at the CNI layer deny all cross-namespace traffic by default — no allowlist exception is needed because the deny is structural, not configured. Agent execution contexts receive no shared memory segments, no shared file descriptors, and no ambient cluster-level RBAC permissions. Service accounts are namespace-scoped and carry only the privileges required for that tenant's agent set. The orchestration control plane communicates with each tenant context over a per-tenant mutual TLS channel, so credential reuse across tenant boundaries is impossible by construction rather than by policy.

Immutable audit and compliance readiness

Every dispatch, agent response, and key rotation event is written as an immutable log entry linked into a SHA-256 hash chain. Each entry carries the hash of its predecessor: tampering with any historical record breaks the chain at that point and is detectable without a separate integrity oracle. Tenants can export a verifiable log bundle — entries, the chain, and the signing key in use at each rotation — suitable for external audit. This infrastructure is the foundation of the SOC 2 Type II certification currently in progress. The log schema satisfies LGPD and GDPR Article 30 record-of-processing requirements out of the box.

Transport
TLS 1.3
No version fallback. Session keys discarded after connection close.
Payload signing
Ed25519
64-byte signature on every dispatch. Verified before agent execution.
At-rest encryption
AES-256-GCM
Per-tenant key contexts. No shared key derivation across tenants.
Tenant isolation
Kubernetes namespaces
CNI-layer deny-all. No shared memory, no cross-namespace RBAC.
Audit log integrity
SHA-256 hash chain
Each entry hashes its predecessor. Tampering is detectable without an external oracle.
Key lifecycle
30-day rotation
Automated, zero-interruption. Rotation events recorded in the audit chain.
Compliance roadmap
SOC 2 Type IIIn progress

Audit control mapping complete. Annual audit engagement scheduled. Trust service criteria for security, availability, and confidentiality.

LGPDLog schema ready

Data processing records satisfy Brazilian LGPD requirements. Per-tenant data residency controls and deletion workflows are implemented.

GDPR Art. 30Record-of-processing

Audit log schema satisfies Article 30 record-of-processing requirements. Exportable compliance bundles available for DPA submissions.

Early access

Request access

We're onboarding a first cohort of integration architects and DevOps engineers. Leave your email and we'll reach out when we have capacity for your tenant.