Skip to main content

veltro-sdk

Python client for the Veltro security operations suite: VectorFlow (telemetry pipelines), CHAD (detection) and Warden (SOAR / cases).

  • No runtime dependencies — stdlib urllib only.
  • Generated from the products' own OpenAPI documents, with a CI gate that fails when a product's API moves and the bindings do not (scripts/generate_sdk.py check).
  • Apache-2.0, so it can be embedded in your own tooling regardless of the AGPL-3.0 servers it talks to.

Install:

pip install veltro-sdk

Suite deployment

One origin, one identity session, three products. The gateway serves CHAD at /chad, Warden at /warden and VectorFlow at /vectorflow, and exchanges the identity session cookie for a short-lived request assertion toward each product — so one login reaches all three.

from veltro_sdk import VeltroClient

suite = VeltroClient.login(
    "https://soc.example.com",
    "analyst@example.com",
    password,
    vectorflow_key="vf_live_…",   # VectorFlow REST v1 takes a service-account key
)

for source in suite.chad.data_sources.list():
    print(source["name"])

cases = suite.warden.cases.list(params={"limit": 25, "status": "open"})
pipelines = suite.vectorflow.pipelines.list()

VectorFlow's REST v1 accepts only an environment-scoped service-account key (Authorization: Bearer vf_live_…); a browser session authenticates the UI and tRPC, not /api/v1. A client built without one refuses at the call site with MissingCredential rather than sending a credential VectorFlow will reject.

One product with a personal access token

Create a personal access token (vmcp_…) in the suite and send it as a bearer to the product's gateway prefix. Identity turns it into the request assertion the product checks, so the same token works for CHAD and Warden:

from veltro_sdk import ChadClient, WardenClient, BearerToken

chad = ChadClient("https://soc.example.com/chad", auth=BearerToken(pat))
chad.rules.list()

warden = WardenClient("https://soc.example.com/warden", auth=BearerToken(pat))
warden.runbooks.list()

VectorFlow's /api/v1 still wants its service-account key, so pass BearerToken("vf_live_…") to VectorFlowClient.

Calling convention

Every operation is a method on a resource namespace. Path parameters are positional and percent-encoded; everything else is a keyword option passed to the transport:

client.data_sources.get("ds-123")                       # path parameter
client.alerts.list(params={"status": "open", "limit": 50})
client.rules.create(json={"title": "…", "sigma_yaml": "…"})
client.export.download(raw=True)                        # bytes, not JSON
Option Meaning
params query parameters (None values dropped, lists repeat the key)
json JSON request body
data raw request body
headers extra headers, applied after the credential
timeout per-request timeout override (seconds)
raw return bytes instead of parsed JSON

Responses are the products' JSON, decoded — the SDK does not reshape them. The field-level reference is each product's OpenAPI document (/openapi.json on CHAD and Warden, /api/v1/openapi.json on VectorFlow).

Errors

Exception Raised when
VeltroAPIError any non-2xx; carries .status, .code (the product's own refusal name), .message, .body
VeltroTransportError the request never produced a response (DNS, TLS, connect, timeout)
VeltroResponseTooLarge the response exceeded max_response_bytes (32 MiB default), enforced while streaming
MissingCredential a product namespace was used without a credential it accepts

429, 502, 503 and 504 are retried twice with exponential backoff, honouring Retry-After. Nothing else is retried: a 409 or 422 is the product's answer, not a transient fault.

Credentials are never logged: every credential object masks its material in repr, and the transport keeps request headers out of exception messages.

A suite session is scoped to the origin that minted it. Pointing a product client at a different origin while passing auth=session sends no cookie there rather than the suite session — the cookie runs through http.cookiejar, so Domain, Path and Secure are all honoured.

Coverage

Product Resources Operations Generated from
CHAD 52 365 CHAD 0.43.2 OpenAPI
Warden 27 123 Warden 0.11.7 OpenAPI
VectorFlow 9 41 VectorFlow REST API 2.0.0

Machine planes are deliberately not bound — product-peer and external writeback seams (workload-exchange authorised), SCIM, ingest, agent enrollment, inbound webhook receivers, the unauthenticated case portal, and VectorFlow's tRPC transport. Each exclusion and its reason is recorded in sdk/specs/<product>-operations.json.

client.resource_names lists the namespaces a client exposes.

Metadata

Release files for veltro-sdk 0.15.10

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for veltro-sdk 0.15.10
File Size Uploaded
veltro_sdk-0.15.10.tar.gz 42.0 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for veltro-sdk 0.15.10
File Interpreter ABI Platform
veltro_sdk-0.15.10-py3-none-any.whl Python 3 none any Details

Total release size: 79.9 kB

Release files / veltro_sdk-0.15.10.tar.gz

Download URL veltro_sdk-0.15.10.tar.gz
Size 42.0 kB
Tags Source
SHA-256 checksum
How to use checksums
2686e70c1dd231928a386965cdb8b00468c61750248df3521ee1412cc81193aa
BLAKE2b-256 checksum
How to use checksums
c8635efa534428d19ab94f4577eb431a8adab6e6ab717410aa1723cea66ee70a
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 29, 2026.

Transparency log

Release files / veltro_sdk-0.15.10-py3-none-any.whl

Download URL veltro_sdk-0.15.10-py3-none-any.whl
Size 37.9 kB
Tags Python 3
SHA-256 checksum
How to use checksums
88cb1d427549038c926c9a783b1c9523cc027d8632376fe3f27719e21b781f55
BLAKE2b-256 checksum
How to use checksums
6c8cb0930747a8c402b71eec6e3a9b93f3c06dfebeb8a3699e61fc9a97881326
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 29, 2026.

Transparency log

Release history Release notifications | RSS feed

0.37.0

2 release files

0.36.9

2 release files

0.36.8

2 release files

0.36.7

2 release files

0.36.6

2 release files

0.36.4

2 release files

0.36.3

2 release files

0.35.4

2 release files

0.35.3

2 release files

0.35.2

2 release files

0.16.0

2 release files

This release

0.15.10 This release

2 release files

0.15.9

2 release files

0.15.7

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page