Security
How we protect your data and API access
Security is a continuous process, not a destination. This page describes the technical and organizational measures we have implemented to protect your account, your credit, and your API traffic.
What we are not: We are not SOC 2 audited, not ISO 27001 certified, and not HIPAA compliant. Do not send protected health information, payment card data, or other regulated data through the API.
Security Controls
Encryption
Access Control
Rate Limiting
Monitoring & Logging
API Key Security
API keys are bearer credentials. Anyone holding a key can spend your credit. We implement several protections:
- Keys are shown exactly once at creation and never displayed again
- Secrets are never stored in cleartext — only a secure hash is kept
- Keys never appear in logs (automatic redaction)
- Each key has rate limits (60 req/min, 100k tokens/min by default)
- Keys can be revoked instantly from the portal
- All keys draw on a single prepaid balance with a hard cap
Best Practices
- Store keys in environment variables or secrets management
- Never commit keys to version control
- Never send keys to the browser or client-side code
- Rotate keys regularly
- Revoke immediately if compromised
Data Handling
What We Store
- Account email and authentication identifiers
- Credit records (append-only for integrity)
- Usage metadata: timestamp, model, token counts, cost
- Signup IP address (for trial credit limits)
What We Do Not Store
- Prompt or response content — not retained by design
- Card numbers or payment data (handled by Stripe)
- Passwords (authentication via third-party provider)
- API key secrets in cleartext
Important
Your prompts pass through us to reach the model provider and are not retained by us. They are transmitted to third-party model-hosting providers who have their own retention policies. See our Privacy Policy for details.
Infrastructure Security
- Hosted on AWS: Database, cache, load balancer, and API run on Amazon Web Services infrastructure
- Encrypted at rest: Database and cache use encryption at rest
- Encrypted in transit: TLS 1.2/1.3 enforced for all connections, with HTTP redirected to HTTPS
- Automated backups: Point-in-time recovery with encrypted backups
- Network isolation: Private subnets for database and sensitive services
Responsible Disclosure
Security research on the Service is welcome, within these rules:
- Test only against your own account, keys, and data
- Do not test against another customer or their data
- Do not run denial-of-service or volumetric tests
- Do not attempt to reach upstream providers through us
- If you encounter another customer's data, stop immediately and report it
- Do not publish findings until we have had time to fix them
Report security findings to:
security@rhodes.aiThere is no bug bounty program. We commit to responding to legitimate reports and will not pursue legal action against research conducted within these rules.
Incident Response
In the event of a security incident that affects your account or data, we will:
- Notify affected customers as soon as reasonably possible
- Investigate the scope and impact of the incident
- Take remedial action to prevent recurrence
- Comply with applicable breach notification laws
If you believe your account has been compromised:
- Revoke all API keys immediately from the portal
- Review recent usage for unauthorized activity
- Contact us at security@rhodes.ai
- Create new keys and update your applications
Compliance & Certifications
Current status: We are an early-stage product focused on building secure infrastructure. We are not currently pursuing compliance certifications.
SOC 2
Not audited
ISO 27001
Not certified
HIPAA
Not compliant
Do not send protected health information, payment card data, government identifiers, or other regulated data through the Service.
Security Questions?
If you have questions about our security practices or need security documentation for your compliance program, contact us: