AI security gateway architecture
Secure AI traffic before it reaches the model.
Entrovik is an enterprise AI security gateway with bidirectional data-loss prevention, content-minimizing defaults, server-enforced isolation, sandboxed policy code, controlled secret access, and auditable decisions.
Secure by default
Minimize data. Restrict capability. Enforce on the server.
Entrovik assumes the gateway is high-value infrastructure and makes its safest behavior the normal behavior.
01 / CONTENTNo full prompt or response storage by default
Audit records retain request identity, provider, model, policy decisions, latency, token usage, and estimated cost without storing content. Content retention requires explicit configuration and separate permission.
02 / ISOLATIONTenant boundaries are query boundaries
Tenant scope is enforced in server handlers and persistence queries—not inferred from UI filters. Administrative records, policies, providers, audit data, identities, and usage remain tenant-scoped.
03 / PLUGINSExternal policy code runs inside WASM
No arbitrary native plugin loading or shell execution. The default policy ABI exposes no filesystem, network, environment, process, or arbitrary host access.
04 / IDENTITYAuthentication and authorization remain separate
API clients and OIDC identities resolve into tenant-scoped principals. Granular RBAC is checked server-side for policy, pipeline, audit, provider, identity, analytics, and content permissions.
05 / SECRETSCredentials are references, not response fields
Provider values are never returned through administrative APIs or written to logs. Entrovik supports environment, Kubernetes, Vault, AWS, Google, and Azure secret references.
06 / FAILUREPolicy failures have explicit security semantics
Timeouts, traps, invalid output, ABI mismatch, and evaluation errors follow declared fail-open or fail-closed behavior, with security-sensitive policies designed to prefer denial.
Policy sandbox
A defective policy cannot be allowed to become a gateway outage.
The wazero runtime places hard boundaries around initialization, evaluation, memory, I/O size, and concurrency.
EXECUTIONInitialization and evaluation timeouts
Infinite loops and unresponsive modules are interrupted and converted into controlled policy failures.
MEMORYBounded module memory
Policy memory is capped and inputs or outputs beyond configured ceilings are rejected before they threaten the process.
CONCURRENCYPer-runtime execution limits
Concurrency control prevents one busy or adversarial policy from consuming every available execution slot.
RECOVERYTraps and malformed output are contained
Runtime traps, invalid JSON, unsupported ABI versions, and panics return sanitized failures instead of crashing Entrovik.
TRUSTPackage integrity and publisher controls
SHA-256 verification, publisher metadata, trusted publisher configuration, and signed-policy enforcement limit what code is accepted.
Evidence without oversharing
Audit the decision, not the employee's entire conversation.
Each audit record can capture the caller, application, model, provider, policies executed, decisions, redaction or block status, latency, usage, and estimated cost. Hash chaining makes later tampering detectable while configurable exporters prepare evidence for downstream security systems.
Review audit architecture →
01Request IDs across the full lifecycle02Content-free explainable decisions03Transactionally assigned audit chain04Retention and exporter boundaries05Dedicated permission for content access
Production hardening
Deploy inside your security model.
Keep Entrovik private, connect it to enterprise identity and secrets, and operate it with the controls expected of internal infrastructure.
NETWORKPrivate placement
Run behind internal ingress and restrict gateway and administration surfaces to approved client networks.
TLSEncrypted transport
Terminate TLS at trusted ingress or configure HTTPS around every client, administrative, provider, and database path.
DATABASEProtected persistence
Use managed PostgreSQL with TLS, backups, and point-in-time recovery for HA; protect and back up SQLite for single-node use.
CONTAINERRestricted runtime
Non-root distroless images and Kubernetes security contexts reduce container and host attack surface.
OBSERVABILITYSecurity signals
Track blocks, redactions, policy traps and timeouts, upstream failures, rate limits, provider circuits, and request activity.
SUPPLY CHAINVerifiable artifacts
Policy checksums, trust configuration, container signatures, SBOM generation, and build provenance support controlled deployment workflows.
STREAMINGExplicit delivery security
Keep secure buffered SSE as the default, enable guarded live delivery only where policy capabilities permit it, or disable streaming for sensitive tenants.
BROWSERPre-submit website controls
A managed Chrome or Edge extension can inspect prompts and supported text attachments before submission while keeping credentials out of page scripts. Optional response inspection is off by default.
Security review FAQ
Direct answers for security and procurement teams.
Can a WASM policy access the internet?
Not under the v1 default ABI. Network, filesystem, environment, and process capabilities are not exposed to external policies.
Are provider API keys visible in the admin UI?
No. Secret values are accepted or resolved server-side, never returned through provider APIs, and excluded from structured logs and sanitized errors.
Can one tenant query another tenant's records?
Tenant scope is enforced server-side in authorization and persistence operations. Negative isolation tests cover cross-tenant access paths.
What happens when a policy times out?
The runtime stops the evaluation, records the operational signal, and applies the policy's explicit failure behavior. Security-sensitive deployments can require fail-closed decisions.
Does Entrovik automatically retry failed model requests?
No. Model POST requests are not automatically retried because a retry can duplicate non-idempotent work and cost. Provider circuits and concurrency controls contain failures instead.
Security engagement
Bring your architecture and your hardest questions.
We will map Entrovik against your identity, network, data-handling, secret-management, audit, and availability requirements.