Security & Trust

VaultFuzion security and trust

VaultFuzion protects your clients’ Microsoft 365 and Entra ID data with per-tenant AES-256-GCM encryption, compliance-mode immutability, a hash-chained tamper-evident audit trail, and strict per-tenant isolation — all written to storage you own, in the region you choose. This page states what each of those controls actually does.

Encryption
Per-tenant AES-256-GCM, wrapped keys
Immutability
Compliance-mode object lock (WORM)
Audit
Hash-chained, tamper-evident ledger
Storage
Your bucket, your region (BYOS)

Encryption and key isolation

Backups are encrypted with AES-256-GCM, and the key is unique to each tenant. Tenant keys are randomly generated and wrapped by a managed key store rather than shared or reused, so one tenant’s key can never decrypt another’s data. The platform master key lives as a secret in a managed key vault — not in application code, not in a config file. The practical effect: a key compromise is bounded to a single tenant, by construction.

Immutability that cannot be bypassed

“Immutable” is a precise property here, not an adjective. Backups are written under compliance-mode object lock (WORM): once an object is written, it cannot be altered or deleted by anyone — not an attacker, not an administrator, not the vendor, not the root account — until its retention period expires. That is the distinction that matters after a ransomware engagement, where the threat model includes a privileged account: governance-mode locks can be bypassed by whoever holds the bypass permission, and compliance-mode locks cannot. This is enforced by S3 Object Lock on the storage bucket — on bring-your-own-storage, a bucket you enable for Object Lock; on a VaultFuzion-provided bucket, on by default.

A tamper-evident record

Every backup, restore, retention and disposition action is written to a hash-chained audit ledger. Each record carries the hash of the record before it, so changing any entry invalidates verification of every entry after it — tampering is not prevented by hope, it is detectable by math. The trail is queryable and exportable when a regulator, an auditor or an incident review asks what happened, when, and by whom.

Tenant and MSP isolation

Data is isolated per tenant, each with its own encryption key, so a problem in one tenant stays in one tenant. Access is scoped to the managing MSP: the platform enforces partner boundaries so one MSP cannot see or reach another MSP’s tenants. Multi-tenancy is the starting point of the design, not a feature bolted on afterwards.

Where your data lives

VaultFuzion is bring-your-own-storage: backups are written to your own S3-compatible bucket, in the cloud account and region you choose. You own the data and the egress, and you place it where your obligations require — US privacy frameworks such as HIPAA and GLBA impose security and handling duties rather than a blanket US-residency mandate, and BYOS lets you satisfy whichever ones apply. Direct customers who prefer not to run storage can use a bucket VaultFuzion provides, billed at cost.

Compliance posture

SOC 2 Type II is on our roadmap. Rather than point at a badge, we describe the controls we run today — per-tenant encryption, compliance-mode immutability, a tamper-evident audit trail and tenant isolation — and we do not claim a certification we have not yet earned. As attestations are completed, this page is where they will appear.

Frequently asked questions

How is customer data encrypted?

Backups are encrypted with AES-256-GCM using a key unique to each tenant. Tenant keys are randomly generated and wrapped by a managed key store; a key never spans customers. The platform master key is held as a secret in a managed key vault, not in application code or configuration.

What does “immutable backup” mean here, exactly?

Backups are written under compliance-mode object lock (WORM). Once written, an object cannot be altered or deleted by anyone — not an attacker, not an administrator, not the vendor, not the root account — until its retention period expires. That is the compliance mode, not the governance mode a privileged user can bypass.

How would I prove what happened to a backup?

Every backup, restore, retention and disposition action is written to a hash-chained, tamper-evident audit ledger: each record carries the hash of the one before it, so altering any record breaks verification of every record after it. The trail is queryable and exportable.

How is one client’s data kept separate from another’s?

Data is isolated per tenant and each tenant has its own encryption key, so a compromise or a mistake is bounded to one tenant. Access is scoped to the managing MSP: the platform enforces MSP boundaries so one partner cannot reach another partner’s tenants.

Where is my data stored, and who chooses the region?

You do. VaultFuzion is bring-your-own-storage: backups are written to your own S3-compatible bucket, in the cloud account and region you choose, so you can place data where your obligations require. Direct customers who prefer not to run storage can use a bucket VaultFuzion provides, billed at cost.

Do you hold a SOC 2 or ISO certification?

SOC 2 Type II is on our roadmap. We describe the controls we run today — per-tenant encryption, compliance-mode immutability, a tamper-evident audit trail and tenant isolation — and we do not claim a certification we have not yet earned.

Related

Security you can verify, not just read about

Per-tenant encryption, compliance-mode immutability and a tamper-evident trail — on backups stored in a bucket you own.