Deployment Models
| Model | Best For | Notes |
|---|---|---|
| Single analyst workstation | Evaluation, small assessments, local CLI usage. | Simple to start, but not ideal for team workflow. |
| Shared Web UI server | Team usage, recurring scans, centralized reports. | Recommended for production. |
| Automation runner | Scheduled CLI scans, CI/security pipeline integration. | Use the same workspace configuration if results should appear in the Web UI. |
| Offline or restricted network | Environments without direct Internet access. | Requires offline activation and prepared scanner/intelligence artifacts. |
Recommended Production Layout
For a shared deployment:- Install the VulnScan binary on a stable server.
- Create a dedicated data directory, for example
/var/lib/cystack-vulnscan. - Activate the license.
- Start the Web UI with an explicit bind address.
- Place VulnScan behind an internal reverse proxy if HTTPS termination and access control are required.
- Configure mail delivery.
- Create named administrator and member accounts.
- Add assets and validate discovery before broad scanning.
Data Directory
The data directory stores workspace state:- Workspace database.
- Assets, scans, findings, and report job metadata.
- Exported reports.
- License state.
- Mail configuration.
- Runtime logs and scanner state.
Network Requirements
The VulnScan host needs:- Access to target assets on the required ports.
- DNS resolution for domain and subdomain discovery.
- Outbound access for license activation and updates, unless the deployment is offline.
- Outbound mail provider access if email notifications are enabled.
- Inbound access from user browsers to the Web UI.
Online and Offline Activation
Online activation:Performance and Scale
VulnScan is designed for large external attack surfaces. Default configuration uses concurrent discovery, port scanning, fingerprinting, detection, and enrichment workers. Actual throughput depends on host CPU, memory, network latency, target responsiveness, license limits, and safe scanning policy. Recommended scale practices:- Start with a root domain discovery pass before scanning all subdomains.
- Split very large portfolios by business owner, environment, or risk tier.
- Use schedules for recurring production scans.
- Run large PDF exports as background jobs.
- Use CSV/JSON for high-volume integration.
- Monitor scan duration and reduce scope where target systems are fragile.
Security Hardening
For shared deployments:- Run VulnScan under a dedicated operating-system account.
- Restrict access to the data directory.
- Put the Web UI behind HTTPS in production.
- Limit Web UI access to trusted networks or an identity-aware proxy.
- Use named user accounts.
- Rotate mail provider credentials.
- Remove inactive workspace members.
- Deactivate the license before permanently moving the instance to a new host.