Every boundary fails closed.
Every person, service and secret is identified and scoped. No certifications are claimed; this is how it is built.
Two segregated zones. One signed path between them.
Sandbox and Production are separate deployments with no shared database, event bus or API path. The only thing that crosses is a signed OCI artifact in your own registry, and Production verifies each one before applying it.
- Studio, Tests, release approval
- Own PostgreSQL 16, Redis and PDP
- Own credential store (sandbox keys)
- Own audit chain
- Own OIDC client
- Roles: viewer, builder, approver, admin
- Signed release bundle
- Policy exception
- Organization access state
- Knowledge-base corpus
- Runtime: leased queue, horizontal workers
- Own PostgreSQL 16, Redis and PDP
- Own credential store (production keys)
- Own audit chain
- Own OIDC client, step-up MFA
- Roles: viewer, approver, ops, admin
- No authoring tools deployed
- No shared database
- No shared event bus
- No API path from Sandbox to Production
- Credentials never cross
- Production runs on if the Sandbox is down
Air-gapped Production? Copy the artifacts across with standard OCI tools. Verification is the same.
Regulatory packs mapped to real enforcement
Each obligation maps to the controls that enforce it, with met or gap read from live checks. There is no “mark compliant” button.
These packs support your assessment. They are not certifications.
Documents for your security review
- Security policy and disclosure process
- On-premises security whitepaper
- Answers to common security questionnaires
- Threat model
- Privacy notice for the console
- Scope of the third-party penetration test
Found something?
Write to us with how to reproduce it. We acknowledge within two business days and take no legal action against good-faith research.
security@evaslabs.comSee your own workflow governed, end to end.
A 30-minute demo on a workflow from your world. No slides.