Skip to content

security

A privileged position, treated as one.

Verundo sits between agents and the systems that run a business. That position demands narrow access, explicit control, a complete record and honesty about what is built and what is planned.

01 · principles

How the product is built

These are properties of the system today.

Least privilege
Provider credentials are held by Verundo, never by the agent. An agent sees tools, not tokens, and only the tools it is granted.
Controlled execution
No action reaches a provider except through a protected action under policy. There is no bypass path for the agent.
Explicit approvals
Held actions execute only after a named person decides, and that decision is on the record with its reason.
Audit trail
Every run, action, approval, containment, recovery and observed external change is recorded, attributed to an agent identity and a model.
External verification
Recovery is confirmed by re-reading the external system, not by trusting an API response.
Data minimisation
Credential-looking values are masked before they are stored or shown. Verundo records what an action changed, not entire objects.
Idempotent execution
Every provider write carries an idempotency key, so retries and uncertain outcomes never duplicate a mutation.
Signed webhooks
Every inbound provider notification is signature-verified; the payload never decides state, only which object to re-read.
Tenant isolation
Each customer is its own organisation. Every record carries its organisation, the application checks it on every read and write, and PostgreSQL row-level security enforces it again in the database for all customer traffic.
Encrypted credentials
Each organisation's provider credentials are encrypted with AES-256-GCM before they are stored, under a key kept outside the database, and are never shown again. Agent keys are stored only as a fingerprint.
Hosted in the EU
The database and the application run in Stockholm. Error reports go to an EU-hosted tracker with personal data removed first.
02 · planned

On the roadmap

Marked plainly: what is not built yet.

Managed key vault
KMS-backed keys per organisation with scheduled rotation. Today one application key, held outside the database, encrypts all stored credentials.
Configurable retention
Per-organisation retention windows for run records and before-states. Today records are kept for the length of the agreement and deleted when it ends.
SSO and approval rights
SAML/OIDC sign-in, and approval rights per role. Today accounts sign in with email and password, and organisations have owner, admin and member roles.
Certifications
Verundo holds no SOC 2, ISO 27001 or similar certification yet. We will not claim one until an auditor has issued it.
03 · disclosure

Reporting a vulnerability

If you believe you have found a security issue in Verundo, email security@verundo.io. We acknowledge reports within two working days and keep you informed until the issue is resolved. Please give us reasonable time to fix before public disclosure.

Questions about deploying Verundo inside your boundary?