Security

Security principles

Shipvise runs code that other people wrote with tools that write quickly. These are the principles the platform is built on.

Shipvise is in public beta. The scope of these protections can differ by plan and by stage of the product, and we will say so on the page rather than in a footnote.

Isolation

Every project runs in its own namespace with its own network policy. Workloads cannot reach each other, the host, or internal Progity systems.

Least privilege

Workloads run as non-root without privileged mode, without host mounts and without access to the container runtime socket. Egress is restricted.

Ephemeral build workspaces

Builds run in short-lived workspaces that are destroyed afterwards. What persists is the image, its digest, its metadata and its logs.

Secret handling

Secrets are write-only in the interface, stored separately from project data, injected at runtime, and never returned to the browser or exposed to an AI agent.

Audit trail

Every revision, build, deployment, check, review, approval and rollback is recorded with an actor and a timestamp.

Release immutability

A release is an immutable artifact addressed by digest. It cannot be edited after the fact, only superseded.

Explicit production approval

Nothing reaches production without a person approving it. An AI agent connected through MCP can prepare a release but cannot promote it.

Rollback

Any previous release can be restored without a rebuild, which keeps recovery fast and predictable.

EU operation

The platform is operated from the EU by the Progity software studio. Workloads run in the Czech Republic on proven server hosting from an established provider, VEDOS (formerly WEDOS), on infrastructure with an operating record behind it.

Reporting a problem

If you believe you have found a vulnerability in Shipvise, write to security@shipvise.com. Tell us what you did, what happened, and how we can reproduce it. We will confirm receipt and keep you informed.

Your AI built the first version. Shipvise helps you take the next step.

Create a workspace, connect a project and deploy it to staging. Decide about production when you have seen it running.