Zedmos

Architecture

Three planes, and only one of them leaves the building

Traffic is inspected and decided on the appliance. Management runs in a console you host. The only thing that crosses between them is configuration going down and counters coming up.

Three planes · one of them leaves the buildingManagement plane · your serverZero Trust Consolea container, under your domainHoldstenancy treepolicy setscounters & reportsCustomer data stays hereconfiguration downcounters upthe only traffic between the two · no payloadAppliance · OPNsense, pfSense CE or Zedmos hardwareControl plane · one pipeline, one verdictIdentityApplicationCategoryReputationContentVerdictallow · shape · quarantine · stopConsole unreachable? The firewall keeps enforcing the policy it has.Data plane · at the interfacesLANigc0Fast pathclassify · inspect · enforce, in lineWANigc1no proxy host, no second appliance in the path
3
Planes
0
Payload bytes leaving the box
Hot
Policy reload
FreeBSD
Base system

How the pieces fit together

The data plane sits where the packets are

Classification, inspection and enforcement happen in a fast path attached directly to the interfaces. There is no hairpin to a proxy host and no second appliance in the path. The firewall that routes the packet is the firewall that decides on it.

The control plane owns the decision

One pipeline produces one verdict per session. Identity, application, category, reputation and content findings are gathered before anything is decided, so two subsystems can never disagree about the same flow.

The management plane is yours

The console is a container you run on your own server, under your own domain. It holds the tenancy tree, the policy sets and the counters. Nothing about the organisations you manage is stored anywhere else.

Failure is a designed state

If the console is unreachable the firewall keeps enforcing the policy it already has. If the engine stops, the platform own filtering continues. Neither component is a single point of failure for the other.