These controls apply across all authenticated workflows — scans, pen tests, exports, and organization management.
Team workspace access (Business & Enterprise)
Business and Enterprise plans add invite-based team workspaces with three scoped roles: Owner, Admin, and Member. Permissions are enforced server-side — a Member cannot escalate to Admin by manipulating the UI or API. Shared scans are only visible within the workspace they were shared to; personal scans remain private to the user who ran them.
- Owner — full workspace control: invite, assign roles, remove members, delete workspace.
- Admin — member management and full access to shared scans and reports.
- Member — run scans, view shared results; no access to member management.
- Scan sharing is opt-in at launch time — scans not shared remain private by default.
- Team capacity limits (Business: 10 users) are enforced at the API layer, not just the UI.
Authenticated access
Product features require sign-in. The platform does not expose privileged workflows to anonymous visitors. Sessions use secure cookies; after administrators change role allowlists in server configuration, affected users must sign out and sign in again so their role syncs from the database.
Permissions, not ad-hoc checks
Authorization is evaluated as permissions (e.g. request a launch code, validate a code, launch a real test, read audit exports) granted to roles. API routes always re-check permissions server-side — the UI never replaces backend enforcement.
- Default deny — if a permission is not explicitly granted to your role, the action is blocked.
- Horizontal scope — you can only access data for your organization (and approved targets) enforced by the server and execution service.
- No silent bypass — if privileged services or role mappings are not configured, flows fail safely with a clear message.
Verified scan targets
Before running any scan or pen test, the target hostname must be registered and ownership verified by your organization. Verification is done via a DNS TXT record or a file placed on the target server. Scans against unverified domains are blocked at the API layer.
Separation of duties
High-impact actions use a two-person control: a Security Operator generates a one-time authorization code, and a Pen Test Admin uses that code to launch the real pen test. A single account cannot perform both steps — this is enforced server-side and cannot be bypassed through the UI.
Targets and exports
Real penetration tests may only run against registered targets that meet approval rules. Exports and sensitive artifacts require appropriate entitlements and server-side checks — other organizations' data is never returned because of UI hiding alone.