Política de seguridad

Dónde viven los datos

En infraestructura de Supabase, Railway y Cloudflare, operada en Estados Unidos. Todo viaja cifrado (TLS) y se guarda cifrado en reposo. Los archivos grandes van a almacenamiento de objetos separado de la base de datos.

Separación por cuenta

Cada laboratorio ve solo lo suyo, y esa regla vive en la base de datos, no en la pantalla: cada consulta pasa por políticas de acceso a nivel de fila. Aunque alguien manipulara la aplicación, la base de datos no le entregaría datos de otra cuenta.

Accesos

La autenticación la gestiona Supabase. Las contraseñas nunca se guardan en claro y las sesiones expiran. Las credenciales son personales: el registro de quién hizo qué depende de que cada persona use la suya.

Cada persona puede activar la verificación en dos pasos con una aplicación de autenticación. Las contraseñas que ya aparecieron en filtraciones públicas se rechazan al crearlas. Antes de cambiar las opciones de seguridad de una cuenta pedimos la contraseña otra vez, de modo que una sesión olvidada abierta no basta para quitar el segundo factor. Los intentos de inicio de sesión tienen un límite por dirección.

Archivos y diseños

Los archivos de un caso viven en almacenamiento privado y se abren con enlaces temporales. La ruta de cada archivo dice de qué caso es, y la base de datos comprueba en cada apertura que quien lo pide pueda ver ese caso. Las fotos que se suben desde un teléfono usan un enlace que vence a los 30 minutos.

Los diseños en HTML que exporta el software de diseño se abren en un entorno aislado: sus scripts funcionan para girar y medir la pieza, pero no alcanzan la sesión ni los datos de la aplicación.

Respaldos

La base de datos se respalda automáticamente a diario mediante nuestro proveedor de infraestructura. Aun así, nada reemplaza que el laboratorio exporte periódicamente su información crítica, y la aplicación lo permite en cualquier momento.

Quién del equipo accede

El acceso a producción está limitado a lo mínimo necesario para operar y dar soporte. Nadie del equipo revisa tus casos por curiosidad: se accede cuando hay un problema que resolver y tú lo pediste, o cuando la operación del servicio lo exige.

Si algo sale mal

Si confirmamos una brecha que comprometa datos, avisamos al administrador de cada cuenta afectada dentro de las 72 horas siguientes, como está escrito en la política de privacidad y en el DPA.

Reportar una vulnerabilidad

Si encuentras un problema de seguridad, escribe a hola@zircca.com. Lo tratamos con prioridad y no tomamos acciones contra quien reporte de buena fe.