Architecture

Three planes, separated by design.

Identity, transport, and enforcement live in different components, run in different places, and fail independently. This page walks through what each plane does — and what it deliberately cannot do.

The three planes

Each plane owns one job. None owns the full picture.

CONTROL — NSD

Coordinates, never carries.

NSD authenticates identities, distributes signed configuration, and reconciles policy. It never touches production traffic and never holds a node's private keys — a control-plane compromise cannot decrypt or reroute your data.

+Identity & SSO federation
+Signed config distribution
+Multi-NSD across regions
GATEWAY — NSGW

Decides at the edge.

Every client tunnel terminates at an NSGW first. Policy is evaluated at ingress — before traffic ever reaches a site — and unauthorized flows are dropped at the gateway, not inside your network.

+Tunnel termination & relay
+Ingress policy enforcement
+HA pairs & regional PoPs
SITE — NSN

Keeps the final say.

NSN runs next to your workloads and enforces ACLs on egress — the last and authoritative decision point. Even if control-plane policy lags or is contested, the site node decides what reaches your services.

+Local key generation & storage
+ACL enforcement at egress
+Proxy to local workloads
Data flow

What happens when a developer connects.

01

Authenticate

NSC authenticates the user against NSD via your IdP. Device identity is bound to the session.

02

Receive config

NSD pushes signed, scoped configuration: which gateways, which routes, which names resolve.

03

Tunnel up

NSC opens a WireGuard tunnel to the nearest NSGW. mTLS 1.3 secures the control channel.

04

Policy at ingress

NSGW evaluates the flow against current policy. Unauthorized flows never leave the gateway.

05

Site enforces

NSN applies its own ACL on egress, proxies to the workload, and emits a per-flow audit record.

NSC work laptop / user agent
Browser clientless · example.web.com
NSGW ingress auth / gateway enforcement
NSN private NAS / database / workloads
client or browser → gateway → private site
Security model

Designed so the worst case stays small.

KEYS

Keys never leave the node

WireGuard private keys are generated on-device and on-node, and never transmitted — not to NSD, not to our cloud. Compromising the control plane yields configuration metadata, not the ability to decrypt traffic.

CRYPTO

WireGuard + mTLS 1.3

Data-plane tunnels use WireGuard (Noise protocol, modern AEAD). The control channel between every component is mutually authenticated TLS 1.3 with short-lived certificates.

RELAY

Relay without inspection

When direct connectivity fails, managed PoPs relay encrypted packets without terminating them. Termination at a PoP is opt-in, per-tunnel, and visibly flagged in the audit stream.

AUDIT

Per-flow structured audit

Every authorized flow produces a structured record: identity, device, source, destination, matched policy, bytes transferred. Export to your SIEM via Prometheus-shaped telemetry or webhooks.

Next step

See it on your own infrastructure.

The free tier includes everything on this page. Deploy a site node and trace your first per-flow audit record in minutes.