TheoVexAirCTRL
All productsFrom TheoVex
AIRCTRL

Governed AI gateway + secrets vault

Your AI stack. Under your control.

Build AI applications on explicit boundaries, not scattered keys. AIRCTRL pairs a governed model Gateway with a client-encrypted Vault for secrets and environment variables, so teams can scope access, separate environments, and review activity.

  • Client-encrypted Vault
  • Least-privilege access
  • Verifiable audit history

Govern the requests. Protect the credentials.

Architecture overview

Your tools & agents

Claude Code, Cursor, Codex, or your own agent.

RequestResponse
AIRCTRL

Gateway

Verify access. Route models. Apply usage and spending limits.

RequestResponse

Your models

Connect supported cloud providers or local models.

Vault

Secrets & environment variables

  1. Encrypt on your device
  2. Store ciphertext
  3. Decrypt in an authorized client
  • Development

    Build with development access.

  • Staging

    Test with separate credentials.

  • Production

    Limit access to approved workloads.

Separate environments, separate grants. Vault encryption does not cover Gateway’s server-decryptable provider keys. An authorized app or agent that receives a decrypted secret must still be trusted.

Gateway checks access and applies usage controls to routed AI traffic. Vault separately stores client-encrypted credentials and environment variables. The two products have different trust boundaries, even when they support the same application.

Why Gateway + Vault

A .env file configures. AIRCTRL governs.

A model connection does not manage the rest of your application’s secrets. A shared .env file is not an access-control system. AIRCTRL puts routing controls and credential management in one product family, with explicit boundaries around who can use what and a record of the activity.

Encrypt

Protect the value before upload.

Vault encrypts secret values on your device with AES-256-GCM. The service stores ciphertext and wrapped keys; authorized clients hold the keys needed to decrypt. API keys, tokens, and sensitive environment values have a managed home instead of scattered copies.

Authorize

A valid login is not blanket access.

Identity, account membership, operation permissions, and resource access are checked separately. Scope human and machine access to the project and environment, so a development agent does not automatically receive production credentials.

Verify

Keep the history, not another copy of the secret.

Cryptographically linked, append-only audit events make changes to recorded history detectable. Review access and changes without logging decrypted Vault values, alongside usage and spending for requests routed through Gateway.

Who it’s for

Build the application. Define its boundaries.

For AI builders, development teams, and platform owners who need to turn a working prototype into an application with deliberate access, data handling, and evidence.

  • AI app builders
  • Development teams
  • Platform & security teams
01Separate

Keep development out of production.

Organize settings and secrets by project and environment. The same variable name can have different values and permissions in development, staging, and production.

02Connect

Use credentials without pasting them into chat.

Use supported SDK, CLI, and MCP workflows deliberately. CLI child-process injection can supply an authorized app without returning its secrets as a model tool result. The receiving runtime still needs to be trusted.

03Maintain

Revoke, rotate, and verify.

Remove access that is no longer needed. Rotate exposed credentials with the service that issued them, update dependent apps, and verify the old key no longer works. Revoking Vault access cannot recall a value already copied.

Take a closer look

Keep building. Keep the control layer.

Explore how Gateway and Vault fit your stack, then review the security architecture against the requirements of your application.