Skip to main content

Overview

Before Vigolium can scan for vulnerabilities, it needs HTTP traffic data. Ingestion is the process of getting HTTP requests (and optionally responses) into Vigolium’s database. There are four ingestion methods:
  1. API ingestion -POST to /api/ingest-http on a running server
  2. CLI ingestion -Use vigolium ingest to send to a server or store directly in the local database
  3. Transparent proxy -Route traffic through Vigolium’s built-in proxy (see Proxy)
  4. Live Burp bridge -Pull traffic straight from a running Burp Suite over the loopback bridge (see Using Vigolium with Burp Suite)

API Ingestion

The /api/ingest-http endpoint accepts multiple input modes. All requests use POST with a JSON body.

Ingest a Single URL

Ingest Multiple URLs (url_file mode)

Pass a newline-separated list of URLs. Lines starting with # are treated as comments.

Ingest a curl Command

Using content_base64 to avoid JSON escaping issues:

Ingest a Raw HTTP Request (Burp-style)

Send a base64-encoded raw HTTP request, optionally with its response:
With both request and response:

Ingest a Raw HTTP Request with a URL Hint

Raw HTTP requests don’t contain the scheme (https vs http), and the Host header may not match the public hostname (e.g. behind a load balancer). Use the url field to provide the correct scheme and host:

Ingest an OpenAPI / Swagger Spec

Using base64 for larger specs:

Ingest a Postman Collection

CLI Ingestion

The vigolium ingest command supports both remote (server) and local (direct-to-database) modes.

Remote Ingestion (to a running server)

Use the -s flag to send traffic to a running Vigolium server:

Local Ingestion (direct to database)

When -s/--server is omitted, requests are fetched and stored directly in the local database:

Auto-detection (stdin / file content)

vigolium ingest auto-detects the content shape of stdin and --input files. You no longer need -I/--input-mode for the common formats: When a Burp pair already includes a response, the record is saved as-is (no live re-fetch). A short stderr preview and JSON summary report what was detected and ingested. Use -I only when you want to force a specific format (e.g. parsing a Postman/OpenAPI/HAR file).

Input Modes Reference

For burp_base64 mode, you can also include http_response_base64 to store the response alongside the request. For modes that accept large payloads, prefer content_base64 to avoid JSON escaping issues.