Security is foundational to Kepler. We build with security-first principles, protecting your code, data, and access to our systems. This page explains our security practices.

Encryption

Data in Transit

All connections to Kepler require TLS 1.3. We enforce HTTPS everywhere and reject non-SSL connections.

Data at Rest

Sensitive data including API keys, OAuth tokens, and personal information is encrypted at rest using AES-256. Encryption keys are stored separately from data.

Authentication

We use industry-standard authentication:

Session tokens are short-lived with secure httpOnly cookies.

Code Handling

No Permanent Storage

We process your code to execute your tasks, then return results. Code in active processing is held only in memory and deleted upon task completion.

Processing Isolation

Each task runs in an isolated environment. Tasks cannot access data from other users or organizations.

Token Handling

Repository tokens (OAuth, SSH keys) are encrypted and stored separately. They are used only for the specific operations you authorize and are never logged or exposed.

Infrastructure

Compliance

We are committed to security best practices:

Compliance Roadmap

Our ongoing compliance journey:

Q2 2026 — In Progress

SOC 2 Type I documentation and gap assessment

Q3 2026 — Planned

SOC 2 Type I certification audit

Q4 2026 — Planned

SOC 2 Type II design and operating effectiveness

2027 — Roadmap

ISO 27001, GDPR compliance review, HIPAA readiness

Sub-Processors

We work with trusted service providers who meet our security standards:

We will notify users of any changes to sub-processors via email.

Vulnerability Disclosure

We welcome security research. If you find a vulnerability, please report it responsibly:

Contact

For security concerns or questions:

Contact Security Team

Email: