Protecting your data and your clients' data is fundamental to mopee. We design the service with security in mind at every layer — from infrastructure and authentication to data access controls. We continuously review and improve our security posture as the product evolves.
mopee relies on industry-leading managed infrastructure providers (Supabase and Vercel) to handle the most security-critical layers, allowing us to leverage their dedicated security teams and compliance certifications.
The mopee application and API are deployed on Vercel, a platform with SOC 2 Type II certification. Vercel's edge network provides DDoS mitigation and TLS termination on every request. All traffic between your browser and Vercel is encrypted in transit using TLS 1.2 or higher.
Supabase hosts our PostgreSQL database and manages authentication on AWS infrastructure in the us-east-1 (Virginia, USA) region. Supabase is SOC 2 Type II certified. The database is not publicly accessible — all connections are made through Supabase's authenticated API layer, which enforces Row Level Security (RLS) policies on every query.
User authentication is managed entirely by Supabase Auth, which implements the following protections:
| Layer | Method |
|---|---|
| Data in transit | TLS 1.2+ enforced on all connections between your browser, Vercel, and Supabase. HTTP requests are automatically redirected to HTTPS. |
| Data at rest | Supabase encrypts all data at rest using AES-256, managed through AWS infrastructure encryption. |
| Passwords | Hashed with bcrypt; never stored in plain text. |
| Browser local storage | Data stored in your browser (geocode cache, app settings) is not encrypted. It contains only non-sensitive preference and geocoordinate data — no passwords, payment details, or authentication tokens. |
Row Level Security (RLS). Every table in the mopee database is protected by Supabase's Row Level Security policies. These policies ensure that authenticated queries can only read or write rows that belong to the authenticated user's account. It is architecturally impossible for one user to access another user's data through the API.
Principle of least privilege. The Supabase anon key (used for public API calls) has no access to authenticated user data. The service-role key (used only in server-side API routes, never exposed to the browser) is restricted to the minimum operations required.
Internal access. mopee team members do not have standing access to production user data. Any access required for debugging or support purposes is logged and time-limited.
Security is a shared responsibility. We ask you to:
In the event of a confirmed data breach or security incident that affects your personal data:
We welcome reports from security researchers and users who discover potential vulnerabilities in the mopee service. If you believe you have found a security issue, please:
We will acknowledge your report within 48 hours and keep you updated as we investigate. We will not take legal action against researchers who follow this responsible disclosure process in good faith.
For security-related enquiries, vulnerability reports, or to report suspicious activity: