Application-layer encryption
Specified sensitive fields and OAuth refresh tokens are encrypted using AES-256-GCM. Token ciphertext is bound to its user and record context to help prevent substitution between records.

SECURITY AT MELLOFLO
Security is not a badge in a footer. It is how MelloFlo limits access, protects sensitive information, verifies requests and keeps you in control of connected services.
HOW WE THINK ABOUT SECURITY
MelloFlo works across communication and productivity tools, so its security model starts with restraint: request narrow permissions, encrypt specified sensitive fields, isolate each user’s records, and ask for confirmation before meaningful actions.
Specified sensitive fields and OAuth refresh tokens are encrypted using AES-256-GCM. Token ciphertext is bound to its user and record context to help prevent substitution between records.
MelloFlo is served over HTTPS. Strict transport and browser security headers help reduce downgrade, framing, content-injection and cross-origin risks.
Browser sessions use Secure, HttpOnly, host-only cookies with SameSite protection. Session tokens are stored as hashes rather than readable credentials.
Application queries are scoped to the signed-in user. Automated negative tests check that one account cannot retrieve, alter or delete another account’s records.
Supported webhooks use provider signature verification. Rate limits and exact-origin checks protect sensitive endpoints and state-changing browser requests.
MelloFlo asks you to review externally meaningful actions—such as a calendar event or a reminder created from Slack—before the action is committed.
YOUR DATA, YOUR DECISION
View reminders and saved memory, then update or remove information that is no longer useful or accurate.
Revoke an optional connection from Settings. Disconnecting stops future access through that integration.
Request an export of available account information or initiate account deletion after recent identity verification.
Security audit records use structured allowlisted fields designed to avoid message bodies, secrets and full connected-service content.
TRANSPARENCY INCLUDES LIMITS
Formal third-party penetration testing and certification assessment have not yet been completed.
We are continuing to mature documented key-rotation, recovery, monitoring and incident-response exercises.
Detailed retention schedules and provider-verification work are being completed before broader release.
No online service can promise absolute security. If we identify a material issue, our priority is containment, investigation, recovery and clear communication to affected users where required.
REPORT A SECURITY CONCERN
Please include the affected page or feature, steps to reproduce, expected impact and a safe way to contact you. Do not include passwords, OAuth tokens or another person’s private data.