AIvis Security Overview

View as Markdown

AIvis security starts from a self-hosted enterprise deployment model: the public entry point routes requests into controlled application services, while model services, data stores, workers, and agent execution stay inside the deployment network.

Security principles

PrincipleAIvis behavior
Private-by-default servicesOnly the request router should be exposed publicly. Application, data, model, and agent services should remain on private networks.
Administrator-controlled configurationModel credentials, connector credentials, user roles, groups, and integration settings are managed from the AIvis administration surface.
Scoped knowledge accessConnector visibility is controlled by AIvis document access settings, groups, and deployment policy.
Separate execution surfacesBackground indexing, live query traffic, and agent execution run in separate services so that each path can be monitored and scaled independently.
Replaceable infrastructureObject storage, cache, database, search, and routing components can be mapped to managed services when the deployment requires it.

Security control domains

DomainWhat AIvis controlsWhat administrators should review
Identity and sessionUser sessions, administrator role checks, workspace context, and API authorization.Identity provider setup, session lifetime, administrator membership, and account recovery process.
Knowledge ingestionConnector credentials, document sets, indexing jobs, and document visibility settings.Source-system permissions, connector scope, group mapping, and whether indexed content may be shared.
Model accessModel credentials, model availability, custom inference providers, and generation settings.Provider contracts, network reachability, credential rotation, and model usage policy.
Agent executionAgent configuration, approved actions, runtime context, and tool access boundaries.Which Agents may call tools, what data each Agent can use, and how failures are logged.
OperationsBackground jobs, logs, health checks, backups, and deployment configuration.Host hardening, network segmentation, incident response, backup restore tests, and observability retention.

Data categories

AIvis deployments may process several kinds of data:

  • User identity and workspace membership.
  • Chat, Agent, and administration activity.
  • Connector metadata, document text, chunks, and search indexes.
  • Uploaded files and connector-synchronized objects.
  • Model provider configuration and credential references.
  • Logs, traces, request IDs, and job status.

Treat connector content and uploaded files as sensitive by default. Once content is indexed, access is governed by the AIvis configuration for that connector, document set, group, and Agent path.

Responsibility boundary

AIvis provides the product controls and service boundaries described in these pages. The deployment owner is still responsible for identity provider configuration, TLS termination, network segmentation, host hardening, backups, secret rotation, observability, and regulatory controls specific to the environment.

Production readiness checklist

Before broad rollout, verify:

CheckExpected state
Public entryOnly the router is internet-facing; internal services are private.
AdministratorsAdmin membership is reviewed and tied to the correct organization process.
ConnectorsEach connector has an approved owner, credential scope, and document visibility model.
ModelsModel credentials are stored through approved secret handling and tested after rotation.
AgentsEach Agent has an owner, allowed tools, permitted knowledge scope, and rollback path.
LogsLogs are searchable by request ID without exposing raw secrets.
BackupsPostgres, OpenSearch, and object storage backups have been restored in a test environment.

Pages in this section

AIvis Security documents product and deployment architecture. It is separate from Alephant Gateway policy pages, which describe API gateway routing, prompt, cache, session, and model-provider security.