Skip to content

User guide

QuickZTNA Admin Guide

Run a QuickZTNA organization: SSO and SCIM, auth keys, device approval, ACL and posture policies, the workforce-security features, audit, and billing — per feature.

Last updated June 16, 2026

Table of contents

This is the operator’s manual for running a QuickZTNA organization — the work that happens in the admin dashboard, not on an individual device. If you’re setting up a device, start with the user guide; if you’re scripting, the CLI reference and REST API are the contract.

QuickZTNA is a managed cloud service. You administer your organization through the dashboard at login.quickztna.com; the ztna CLI and the REST API expose the same surface for inspection and automation. Every feature below has its own deep-dive page with a how-it-works diagram, enable steps, worked API/CLI examples, a configuration reference, enforcement and verification, honest limits, and the audit events it emits.

Identity & access

  • Identity & onboarding — connect OIDC/SAML/Google/GitHub, provision with SCIM, issue auth keys, approve and retire devices.
  • Access control: ACLs & ABAC — priority-ordered rules over users/tags/groups, ABAC conditions, threat-intel deny, subnet routes and exit nodes.
  • Device posture & compliance — require a security baseline (disk encryption, firewall, AV, patch age) in enforce/monitor/disabled modes, with auto-quarantine.

Network security

Workforce security

Operate

  • AI Operator — natural-language ACLs, event summaries, incident response, and tool-calling chat — every write goes through preview → confirm → revert.
  • Observability: audit, compliance, metrics — audit log and SIEM export, compliance drift + signed reports, threat intel, Prometheus metrics, secrets vault.
  • Plans & billing — the tiers, the feature-flag reference, how gating works, the 60-day trial, and billing.

Plans at a glance

QuickZTNA’s Free plan covers 100 devices and 3 users, forever, including the WireGuard mesh, MagicDNS, ABAC policies, device posture, DNS filtering, the AI assistant, and remote SSH. Paid plans add more users, unlimited devices, SCIM, continuous posture, workforce analytics, DLP, CASB, and remote desktop. Full breakdown on Plans & billing and the pricing page.

A note on what’s shipped

This guide describes what the product does today. Where a capability is on the roadmap rather than shipped (for example post-quantum key exchange, or self-hosting), it’s marked as such — the data plane today is classical WireGuard, and QuickZTNA is managed cloud only.

Frequently asked questions

What's the difference between the user guide and the admin guide?
The user guide covers operating a device — install, connect, troubleshoot. The admin guide covers running the organization — connecting your identity provider, issuing auth keys, approving devices, writing access and posture policies, and configuring the workforce-security and audit features. Each feature has its own deep-dive page here with architecture, configuration, worked REST API/CLI examples, enforcement, limits, and audit events.
Do admin tasks require the CLI?
No. Everything is in the admin dashboard. The CLI (ztna acl, ztna machines, ztna auth-keys, ztna posture, etc.) gives read/inspection access and a few actions for scripting; the REST API is the full programmatic surface the dashboard itself uses, and every feature page shows the exact calls.
How do I know what's actually shipped versus roadmap?
Each page is explicit about scope and limits. Where a capability is narrower than common shorthand implies — DLP is file-scan and detect-only, CASB is DNS-layer, posture signals are self-reported, PQC and self-hosting are not shipped — the page says so plainly. If you find a gap between a page and the product, that's a docs bug; tell us at support@quickztna.com.