Skip to main content
At OrgX, security isn’t an afterthought—it’s foundational to how we build. This page outlines our security posture, data handling practices, and compliance roadmap.

Data Storage

Primary Database

OrgX uses Supabase Postgres as the primary datastore:
  • Encryption at rest: All data encrypted using AES-256
  • Encryption in transit: TLS 1.3 for all connections
  • Row-Level Security (RLS): Every table has RLS policies ensuring users only access their own data
  • Backups: Daily automated backups with point-in-time recovery

User Data Isolation

Every query automatically filters to the authenticated user’s data.

Authentication

User Authentication

OrgX uses Clerk for user authentication:
  • Email/password with strong password requirements
  • Google OAuth
  • Passkey support (WebAuthn)
  • Multi-factor authentication (MFA) available

API Authentication

Session Management

  • Sessions expire after 7 days of inactivity
  • Concurrent sessions allowed (configurable)
  • Remote session revocation available in settings

Secrets Management

Integration Tokens

Tokens from connected services are stored securely:

Key Rotation

If you suspect a token has been compromised, revoke it immediately in Settings → Integrations and reconnect.

Access Controls

Role-Based Access

Permission Boundaries

  • Agents only access data explicitly granted via scopes
  • MCP tools declare required permissions
  • Audit log tracks all permission-sensitive actions

Agent Security

Autonomy Limits

Agents operate within configured boundaries:

Tool Gating

Verification Layer

Every artifact passes through verification before shipping:
  1. Citation check (sources exist and are accessible)
  2. Policy check (no PII, no secrets, brand compliant)
  3. Contract check (output matches expected schema)
  4. Budget check (within token/latency limits)

Audit Trail

What We Log

Retention

Access to Logs

  • Mission Control: View recent activity
  • Settings → Audit Log: Full searchable history
  • Export: Download logs for compliance reviews

Network Security

Infrastructure

  • Hetzner: Application and agent runtime hosting
  • Cloudflare: MCP server, edge protection, DDoS mitigation, and WAF
  • Supabase: Managed Postgres with network isolation

Security Headers

All responses include security headers:

Rate Limiting


Incident Response

Response Process

  1. Detection: Automated monitoring + user reports
  2. Triage: Severity assessment within 1 hour
  3. Containment: Immediate action to limit impact
  4. Resolution: Root cause fix and deployment
  5. Communication: User notification if data affected
  6. Review: Post-incident analysis and improvements

Contact

Report security issues to: [email protected] We respond to all security reports within 24 hours.

Compliance Roadmap

Current State

Data Processing

  • Subprocessors: Hetzner, Cloudflare, Supabase, Stripe, OpenAI
  • Data location: Primary application/runtime infrastructure on Hetzner; managed data storage in Supabase; enterprise region commitments available on request
  • DPA: Available on request for enterprise customers

Your Rights

You can:
  • Export all your data (Settings → Export)
  • Delete your account and data (Settings → Account)
  • Correct inaccurate data (Settings → Profile)
  • Restrict processing (contact support)

Best Practices

Multi-factor authentication significantly reduces account takeover risk. Enable it in Settings → Security.
Periodically review which integrations have access. Remove any you no longer use in Settings → Integrations.
Grant agents and team members only the permissions they need. Start restrictive and expand as needed.
Regularly review the audit log for unexpected activity, especially after onboarding new team members or integrations.

Questions?

Security Contact

Report vulnerabilities or ask questions.

Privacy Policy

Full privacy policy.