Skip to main content
CyStack VulnScan is an AI-powered vulnerability scanner. Its core scanning workflow still collects technical evidence through discovery, fingerprinting, crawling, active checks, and vulnerability intelligence, while AI can be enabled as an additional analysis layer to improve detection quality, reduce false positives, and make results easier to act on. AI is optional and depends on the licensed package and configuration. Organizations can run VulnScan without AI, connect it to an approved AI cloud provider, use a local/private AI endpoint, or deploy a dedicated AI worker or agent for restricted environments.

Where AI Helps

AI-assisted analysis can support multiple stages of the scan lifecycle: AI does not remove the need for evidence. Findings still remain tied to collected scan data such as affected URL, host, port, service, request/response evidence, detected version, CVE, CWE, CVSS, EPSS, KEV status, and confidence.

AI Configuration Options

Administrators can choose the AI integration model that matches their data policy: When configuring AI, use a dedicated token or service account where possible. Rotate credentials according to your organization’s policy.

Data Handling

Before enabling AI, decide which scan context is allowed to be processed:
  • Vulnerability titles, severity, CWE/CVE, and remediation context.
  • Affected URL, host, port, service, technology, and version evidence.
  • HTTP request/response snippets where needed for analysis.
  • Authentication context status, without exposing secret tokens or passwords.
  • Business labels such as production, staging, customer-facing, or critical.
Avoid sending real credentials, personal data, secrets, session tokens, or sensitive customer data to external providers. Use local/private AI mode when strict data residency or confidentiality requirements apply.

Scale Model

VulnScan scales through concurrency, persistence, and workflow separation:

Default Concurrency Profile

The default configuration is tuned for balanced throughput: For large environments, start with smaller batches, confirm network stability, then increase scope. Rate limits should match the customer’s authorization, bandwidth, and target tolerance.

Large-Scale Scan Strategy

For a large workspace:
  1. Add root domains and owned CIDR ranges first.
  2. Run discovery to understand real asset volume before broad scanning.
  3. Split large portfolios by business owner, environment, or risk tier.
  4. Use scheduled scans for critical production assets.
  5. Use CLI scans for CI/CD pipelines, batch automation, and controlled recurring jobs.
  6. Enable authenticated scan context for applications where important functionality is behind login.
  7. Enable AI-assisted analysis when the organization wants deeper evidence review, prioritization, and remediation explanation.
  8. Export CSV/JSON for SIEM, ticketing, data lake, or workflow automation.
  9. Use PDF for human-readable reports and executive delivery.
  10. Configure email notifications so scan completion and PDF export readiness do not depend on an open browser tab.

Data Consistency at Scale

Standard scans launched from Web UI, CLI, or schedules are written to the same database. This matters when multiple teams use the product:
  • CLI automation can run overnight.
  • Analysts can review the results in the Web UI the next morning.
  • Reports can be generated from the same persisted scan.
  • Scan source remains visible for auditability.
  • Finding triage state stays consistent regardless of how the scan was launched.

Offline and Restricted Environments

For environments without reliable Internet access, prepare scanner artifacts and vulnerability intelligence in advance:
Restricted environments can combine offline activation, prepared intelligence data, local report generation, and local/private AI analysis when data cannot leave the network.