Ship any app.
    Confidentially.

    Push a container. We run it inside a hardware-isolated trusted execution environment on AMD SEV-SNP. Your code, your data, your secrets — invisible to us, invisible to the cloud, verifiable by anyone.

    Encrypted in useEncrypted at restAttestation verifiableAMD SEV-SNP
    $ enclava deploy myapp
    scroll to deploy
    Built for workloads like
    signing workerswallet backendsencrypted Postgresregulated SaaSPII dashboardsself-hosted, actually privateagent workloadsconfidential SSH machinessigning workerswallet backendsencrypted Postgresregulated SaaSPII dashboardsself-hosted, actually privateagent workloadsconfidential SSH machines
    How it works

    From docker push
    to confidential, in four steps.

    You give us a container. We give you a confidential application — reachable on a TLS endpoint, with cryptographic proof of what's inside. Scroll through a deploy.

    STEP 01

    Describe your app

    One declarative file: image, resources, domains, persistent volumes. Same mental model you already have for Docker Compose or any modern PaaS.

    STEP 02

    We verify & provision

    The platform pulls your image, verifies its signature, generates the orchestration to run it inside a TEE on AMD SEV-SNP, and provisions encrypted storage with keys only the TEE holds.

    signed imageencrypted volumeisolated network
    STEP 03

    Your app boots inside a TEE

    The container runs in a hardware-isolated trusted execution environment where memory is encrypted at runtime. Even with full root on the host, the cloud operator cannot read your process memory, your filesystem, or your traffic.

    STEP 04

    Secrets flow directly into the TEE

    API keys, DB credentials, signing keys — encrypted on your laptop, opened only inside the running TEE. They never touch our control plane in plaintext.

    sealed on your machineopened in-enclave only
    live deploy
    $ cat enclava.tomlname = "myapp"image = "ghcr.io/me/app:latest"resources = { cpu = 4, memory = "8Gi" }volumes.data = "/var/lib/app"domain = "app.acme.com"
    The platform

    Everything a cloud gives you.
    None of the trust.

    Deploy with the ergonomics of a modern PaaS. Get hardware-grade confidentiality you can prove to your customers, your auditors, and yourself.

    01 · Runtime

    Encrypted in use

    Your container runs inside a TEE where memory is encrypted at runtime. Even with full root on the host, the cloud operator cannot read your process memory, filesystem, or traffic.

    02 · Proof

    Remote attestation

    Every app emits a signed statement from the hardware describing exactly which code is running. Anyone can verify it before sending data.

    measurementsha256:9f2a…c41d
    policySEV-SNP · v1.55
    launchamd-signed
    03 · Secrets

    Direct-to-enclave

    API keys, DB URLs, signing keys — encrypted on your laptop, opened only inside the running TEE. Never plaintext in our control plane.

    04 · Storage

    Encrypted volumes

    Persistent storage with keys held only by the TEE. Ops never needs root in your data.

    05 · Network

    TLS inside the enclave

    Traffic terminates inside the TEE. The network path is untrusted — and that's fine.

    Trust model

    You don't have
    to trust us.

    Every confidential application emits an attestation — a signed statement from the hardware. The platform operator is outside the trust boundary. Verify first, then send data.

    Your applicationtrusted
    Encrypted volumes & secretstrusted
    TEE — AMD SEV-SNPtrusted
    Host OS / hypervisoruntrusted
    Cloud operator (us)untrusted
    0plaintext bytes visible to the operator
    < 60sfrom push to attested, running enclave
    100%of memory encrypted in use — hardware-enforced

    Push a container.
    Get a confidential app.

    Early access is open. Bring a workload that can't leak.