WorkLLM is built for enterprise teams that require strong data boundaries, auditability, and control. Every organization on WorkLLM runs in a dedicated tenant environment — your data, users, and AI interactions are logically isolated from every other organization on the platform. This page explains the security model at a high level and where to find more detail on each topic.Documentation Index
Fetch the complete documentation index at: https://workllm.mintlify.app/llms.txt
Use this file to discover all available pages before exploring further.
Security pillars
Tenant isolation
Each organization runs in its own isolated environment. There is no shared data layer between organizations. Your threads, documents, memory, and settings are never accessible to other tenants.
Encryption
All data is encrypted at rest using AES-256 and in transit using TLS 1.2 or higher. Encryption is always on — there is no configuration required and no way to disable it.
No model training
Your data is never used to train or fine-tune AI models. Conversations, documents, and prompts you send through WorkLLM are not retained by AI providers for training purposes.
Access controls
Role-based access controls let you define exactly what each member can see and do. Admins, Members, and Viewers each have distinct permission sets that apply across all WorkLLM features.
Audit logging
Every significant action — logins, role changes, integration connections, agent runs, data exports — is recorded in a tamper-evident audit log accessible to Admins.
Encryption
WorkLLM encrypts your data at every layer:- At rest: All stored data — including conversations, uploaded documents, prompt templates, and memory — is encrypted using AES-256.
- In transit: All communication between your browser or API client and WorkLLM’s servers uses TLS 1.2 or higher. Connections that don’t meet this standard are rejected.
No data used for AI training
WorkLLM does not use your data to train or improve AI models. This applies to:- Conversations and thread history
- Documents you upload
- Prompt templates and tools you create
- Agent configurations and outputs
- Memory stored at any layer (Thread, Project, Team, Personal, Organization)
Dedicated tenant architecture
When you create a WorkLLM organization, your environment is isolated from all other organizations on the platform. This means:- Your users, teams, and data are contained within your tenant
- There is no shared database or storage between organizations
- Access to your workspace requires authentication within your tenant
- Admins in your organization cannot see data belonging to other tenants, and vice versa
Single sign-on
WorkLLM supports Google SSO for all plans. Enterprise plans can configure SAML-based SSO with your identity provider. SSO lets you enforce authentication policies — such as MFA requirements — through your existing identity stack. See User Management for SSO configuration details.Compliance
WorkLLM is pursuing SOC 2 Type II compliance. Enterprise customers can request access to compliance documentation and security questionnaire responses.| Compliance topic | Status |
|---|---|
| SOC 2 Type II | Available for enterprise plans |
| GDPR | Supported — see Data Privacy |
| CCPA | Supported — see Data Privacy |
| Data residency | Available for enterprise plans |
Security features by plan
| Feature | Starter | Business | Enterprise |
|---|---|---|---|
| Encryption at rest and in transit | Yes | Yes | Yes |
| Dedicated tenant isolation | Yes | Yes | Yes |
| Role-based access (Admin, Member, Viewer) | Yes | Yes | Yes |
| Google SSO | Yes | Yes | Yes |
| Audit logs | — | Yes | Yes |
| Audit log export (CSV) | — | Yes | Yes |
| SAML SSO | — | — | Yes |
| Data residency options | — | — | Yes |
| SOC 2 compliance documentation | — | — | Yes |
| Bulk user import | — | — | Yes |
Plan availability may change. Contact info@workllm.io to confirm current feature availability for your plan.
Security questionnaires and documentation
If your organization requires a security questionnaire, compliance documentation, or a data processing agreement (DPA), contact WorkLLM at info@workllm.io. You can also review WorkLLM’s public security posture at workllm.io/security.More in this section
Data Privacy
What data WorkLLM stores, how long it’s retained, data residency options, and your rights as a data controller.
User Management
Roles and permissions, inviting members, SSO configuration, and revoking access.
Audit Logs
What WorkLLM logs, how to access and filter logs, and how to export them for compliance reporting.