For MSSPs, MSPs & Managed Secure Services

Run Managed Security Services on a Change Control Plane Your Clients Can Audit

Your business is changing other people's security tools — at scale, under contract, with their auditors watching. Veltrix turns that work from SSH sessions and screenshots into a governed pipeline: isolated client tenants, zero-trust connectivity, client sign-off on every change, and evidence that writes itself.

The Service-Provider Problem

Every managed security engagement carries the same structural tension: the client owns the tools and the risk; you own the changes. When those changes happen over SSH sessions, admin consoles, and shared credentials, the provider inherits four chronic problems:

  • Attribution. "Who changed this?" has one answer per client contract dispute, and it had better not be "one of our engineers, probably, sometime last quarter."
  • Evidence. Clients and their auditors expect change records, approvals, and maintenance-window discipline — usually reconstructed by hand from tickets and screenshots.
  • Blast radius. A junior engineer (or an AI assistant) doing bulk tuning can take down log ingestion for a client fleet in one apply.
  • Drift disputes. When a client-side admin quietly changes something and detection breaks, the provider takes the blame — unless there's proof of what changed, when, and by whom.

Veltrix was built for exactly this shape of work: making configuration changes to security tooling provably safe — which, for a service provider, is the product itself.

How Veltrix Maps to Managed Service Delivery

One Isolated Tenant per Client

Each client lives in its own tenant with its own users, roles, environments, credentials, and audit trail. Isolation is enforced at the platform layer on every request — one client can never see or affect another.

Zero-Trust Reach into Client Networks

Connect to client-hosted components through nine providers — Tailscale, SSH, WireGuard, Cloudflare Tunnel, ZeroTier, Nebula, OpenVPN, AWS SSM, HashiCorp Boundary — with credentials encrypted at rest and used only at deploy time. No VPN sprawl, no shared jump boxes.

Client Sign-Off as a Pipeline Stage

Put the client's named stakeholders on the approval gate. They review the exact field-level diff — not a change-ticket summary — and per-environment policies enforce how many approvals production requires. The contractual CAB becomes software.

Maintenance Windows, De-Risked

Deploy canary, rolling, or blue-green with health checks at every step and automatic rollback on error thresholds. A bad change is caught on the first indexer, not announced by the client's morning outage.

Drift Detection Ends "You Broke It" Disputes

Veltrix compares live tool state against the approved baseline and records the delta. When a client-side admin changes something out-of-band, you have the diff, the timestamp, and a security alert — before it becomes your fault.

Evidence That Writes Itself

Every proposal, review, deployment, health result, rollback, and drift event is versioned and attributed — per client. QBR decks and audit responses become per-client exports from the change history, not archaeology projects.

Per-Engineer, Per-Automation Identity

Engineers get scoped roles per client tenant; scripts and AI agents get their own revocable, expiring API keys. Offboarding an engineer or decommissioning an automation is a revocation, not a client-wide credential rotation.

Scale Juniors and AI Safely

Margin pressure pushes MSSPs toward junior staff and AI-assisted tuning. Veltrix makes that safe: anyone — or anything — can draft; senior engineers and clients hold the approval gate; canaries and rollback catch what review misses. See AI Guardrails →

Encode Your Service IP as Apps

Splunk Enterprise and Splunk Cloud ship today. For the rest of your portfolio, build private Veltrix apps with the open SDK and CLI — your hard-won best practices become versioned, reusable integrations instead of tribal knowledge.

Two Ways to Run It

Start inside your clients' tenants today; graduate to operating a dedicated instance as your practice grows.

Inside Client Tenants

Hosted SaaS · available today

Each client owns a Veltrix tenant. Your engineers join as users with scoped roles: they author, validate, and deploy; the client's stakeholders (or your senior engineers, per contract) sit on the approval gate.

  • Client retains ownership of tools, credentials, and audit trail
  • Clean contractual boundary — your access is roles and revocable keys
  • Works on Starter and Professional plans per client

Dedicated Instance, Operated by You

Custom plan · for scaled practices

Run a dedicated Veltrix instance as the backbone of your service delivery. You operate the platform-admin console: onboard each client as an isolated tenant, set tiers and quotas, and monitor health, alerts, and platform-level audit logs across your whole book of business.

  • Provider-level console for tenant management, quotas, and analytics
  • Data isolation options for regulated client bases
  • Roadmap partnership — provider-scale features are actively evolving; early MSSP partners help shape them

Become an MSSP Account in Settings

You don't need a dedicated instance to start organizing your clients. An organization admin can convert the account to an MSSP provider from Organization settings.

  • Create portfolios and onboard new client tenants from the MSSP console
  • Grant and revoke your own staff's access per portfolio
  • Existing organizations can request to join you; you approve each request into a portfolio you own, and they can leave at any time, keeping all of their data
  • Client tenants stay isolated from each other; you only reach the portfolios you own

A Change Request, End to End

  1. 1. A client asks you to onboard a new log source. Your engineer — or your tuning agent, via its own API key — drafts the index and HEC token changes in the client tenant's Configuration Canvas.
  2. 2. Validation runs the Splunk app's checks. The draft goes to approval: your service lead plus the client's named security manager, both reviewing the same field-level diff. Revisions amend the pending request automatically.
  3. 3. On approval, the change deploys per the client's production policy — rolling across indexers with health checks, auto-rollback armed. The deployment log becomes part of the client's permanent change record.
  4. 4. Weeks later, drift detection flags that someone changed a retention setting outside the pipeline. You bring the diff to the client before they bring the outage to you — and the QBR slide is an export, not an afternoon of forensics.

Make Governance Your Differentiator

The MSSPs that win the next contract cycle will be the ones that can show — not tell — how safely they change their clients' security tools. Let's design your delivery model on Veltrix.