Data on your infrastructure
In an on-prem install the database, files and the Atlas index live on your servers. We do not receive them.
This page lists only what the product does today. Each statement is tied to a document or code in our repository.
In an on-prem install the database, files and the Atlas index live on your servers. We do not receive them.
Text reaches only the model you configure. Use a model inside your network and nothing leaves it. No employee needs an API key: all model calls go through the company server.
Model provider keys, the directory service password and Business Central secrets are encrypted before they are stored.
Roles and permissions are checked on the server for every request. Hiding a button is only a courtesy. A person whose account is disabled in the directory loses access.
Atlas answers each person only from what they are allowed to read. Private mail stays private to its owner.
Windows or directory sign-in, Google, Microsoft, or local accounts with hashed passwords (PBKDF2), lockout after repeated failures and a second factor (TOTP with recovery codes).
Reading is free; writing follows each agent's mode; irreversible actions need a person. Personal agents can never post or send. Email text is given to a model only as fenced data.
Admin changes and agent actions are written to an audit log that admins can read. One switch stops every agent.
Files are scanned (ClamAV) and quarantined when infected, have quotas and a retention period, go to a 30-day trash, and can be put on legal hold, exported, or deleted on request.
Backup and restore scripts and a restore check ship with the product, and the admin console shows backup status. See the backup runbook.
Security headers, request size limits and rate limits are built in, and sample TLS reverse-proxy configurations (Caddy, nginx) are provided.