Last updated June 12, 2026
Security
You're pointing this tool at databases that matter. Here is exactly how we keep them safe — by default, not by configuration.
1. Credential protection
Database credentials are encrypted at rest with AES-256-GCM using a key held only on the server. Decrypted credentials exist only in memory for the duration of a connection, are never returned to the browser in any form, and are scrubbed from logs and error messages.
2. Guarded execution
- Read-only by default: every connection starts in read-only mode.
- Statement timeouts and row caps on every query.
- Write and DDL statements require explicit confirmation and an editor/admin role.
- AI-generated SQL is never executed without your review and confirmation.
3. Access control
Workspaces enforce role-based access control (owner, admin, editor, viewer). Server actions re-check permissions and plan entitlements on every call — the UI is never the only gate.
4. Audit logging
Every query executed through the Service is recorded — who ran it, against which connection, the statement, status, and timing — and is visible to workspace admins.
5. Application security
- TLS for all transport; HTTP-only, same-site session cookies.
- Password hashing via scrypt, optional TOTP two-factor authentication.
- Webhook signatures verified (HMAC) before any billing event is processed.
- Dependencies and images scanned in CI; least-privilege service credentials.
6. AI data boundaries
AI providers receive schema structure and aggregate statistics — never credentials, and never more data than the feature requires. Provider API terms exclude training on your inputs.
7. Responsible disclosure
Found a vulnerability? Email security@datagent.ai with details and steps to reproduce. We acknowledge reports within 48 hours and won't pursue good-faith research conducted within scope.
Questions about this policy? Contact us at legal@datagent.ai.