The tool never sees your prompts
Inspection happens where your data already lives. Adopting ZNYX does not add a third party to your data-flow diagram.
Self-hosted AI security
Most AI guardrails require you to send prompts to a vendor to have them inspected. ZNYX inverts that: the engine ships to your boundary, and nothing about a decision requires an outbound call.
Inspection happens where your data already lives. Adopting ZNYX does not add a third party to your data-flow diagram.
The inference sidecar runs ML classifiers and the LLM judge in your VPC, so escalation is not a back-door egress path.
The detection runtime is open source. Your security team can review exactly what executes rather than trusting a description.
Run it in the region you are required to run in. No dependency on where a vendor happens to host.
The stack
| Component | Responsibility | Location |
|---|---|---|
| Runtime | Detection engine and policy enforcement · Docker or Kubernetes | Your VPC |
| Inference sidecar | ML classifiers and LLM judge models | Your VPC |
| Policy bundles | Versioned, signed, pinned per environment | Your VPC |
| Trace store | Decisions, detector verdicts, audit events | Your VPC or control plane |
| Control plane | Console, policy authoring, evidence exports | Hosted or self-hosted |
FAQ
What self-hosting gives you, what it costs to run, and where the hosted console fits.
Pull the open-source runtime, drop it into your stack, and start enforcing policy in minutes, free, forever. Add the hosted control plane when you want centralized policies, evidence, traces, and team workflows.