Security, privacy & compliance¶
Use this section to evaluate Venturi’s trust boundary, access model, data handling, availability controls, and supporting evidence before deployment.
This section is written for the people who review Venturi before it is deployed: your security team, your privacy and data-protection office, your procurement reviewers, and (where it applies) your EU works council. Every claim here is grounded in the platform’s binding architecture and its published controls.
The security posture in one page
- Venturi runs inside a dedicated tenant boundary. Self-hosted mode deploys in your cloud account; SaaS mode uses a Venturi-operated single-tenant environment in your contracted residency lane. Operational data stays inside that boundary. The separate control plane receives no raw tenant data.
- Every integration is read-only, enforced at the IAM layer with an explicit
Denyon all write actions. Venturi cannot mutate a system it reads from. - Venturi cannot take your AI traffic down. The decision-time interceptor is fail-open with a hard 50 ms timeout: under any failure, your request is forwarded unmodified. Fail-open is not configurable.
- Outputs are confidence-bounded so financial decisions never rest on false precision. Operational confidence is capped at 0.95; only attributions at or above 0.80 are chargeback-eligible.
- Adoption intelligence is cohort-only by construction (minimum cohort of 5). Venturi performs no individual-worker profiling and no emotion or behavioral-state inference.
- No prompt or completion content is ever stored. Venturi attributes consumption from metadata.
How to read this section¶
The pages below describe Venturi’s security architecture as it works when deployed. Throughout, in-architecture controls are stated plainly in the present tense, and the forward compliance program (SOC 2, the formal GDPR program, the EU AI Act registration) is presented as a clearly-labeled roadmap with explicit phase gates. We never imply Venturi holds an attestation it does not yet hold.
| Page | What it answers |
|---|---|
| Security architecture | The security design: trust boundary, read-only integrations, encryption, secrets, fail-open behavior, and threat model. |
| Tenant isolation | How your data is isolated from every other tenant: per-tenant stores and keys, cross-tenant rejection, and break-glass support access. |
| Data privacy & retention | What Venturi does and does not collect, the 13-month retention default, and crypto-shred erasure. |
| Data-subject rights | How access, erasure, and portability requests are handled, and Venturi’s processor role. |
| Residency & subprocessors | Where data lives, region pinning, and the minimal subprocessor surface. |
| Compliance | SOC 2 readiness, GDPR posture, CCPA, and EU AI Act self-classification. |
| Trust center | The consolidated trust summary, the control framework crosswalk, and how to request diligence artifacts. |
| Technical diligence | A focused review of prompt and completion non-retention, read-only connector controls, tenant isolation, and the SOC 2 roadmap. |
The invariants behind everything¶
A small set of frozen invariants shapes every security control in this section. They hold on every deployment and cannot be configured away.
Fail-open is absolute on your AI traffic
No code path may block or degrade a live customer AI request. The synchronous decision-time interceptor works to a 50 ms P99 end-to-end budget and fails open on breach: your traffic is forwarded unmodified and the event is logged with null attribution. Authentication, authorization, tenant isolation, export, and billing fail closed; customer traffic never does. See Security architecture.
Read-only integrations, enforced at IAM
Every connector carries read-only scopes only, and the IAM policies attached to Venturi’s workloads contain an explicit deny on all write actions. This is a frozen invariant: write permissions cannot be added.
No content capture
Content inspection is disabled by default. Venturi processes invocation metadata (identity, service, project, cost, tokens, timing), never prompt or completion bodies. Provider API keys are stored only as a truncated, non-reversible prefix.
Honest confidence, never false certainty
Operational confidence (coper) is policy-capped at 0.95 and cannot be raised. Only coper ≥ 0.80 is chargeback-eligible. Unknown cost is reported as unknown, never as zero. See the confidence model.
Where to start¶
- A security reviewer evaluating Venturi should begin with Security architecture, then Tenant isolation.
- A privacy or data-protection reviewer should begin with Data privacy & retention and Data-subject rights.
- A procurement or diligence reviewer should begin with Technical diligence, then use the Trust center and Compliance for the supporting control and roadmap detail.
For a short conceptual explanation, see How Venturi works. For the complete plane topology and failure boundaries, see System architecture.