Seguridad

La base de datos y los archivos de Playium se alojan en Supabase, en la Unión Europea (región eu-west-1, Irlanda).

Las funciones del servidor (el código que envía los emails, recibe los pagos o atiende WhatsApp) se ejecutan en la red de Supabase, en la región más cercana a cada petición: normalmente en Europa, pero también en Estados Unidos. Leen y escriben siempre en la base de datos de la UE. Los demás proveedores y el lugar donde tratan los datos están en la lista de subencargados.

• Todas las comunicaciones con la plataforma van cifradas (HTTPS/TLS), y el navegador está obligado a usar siempre HTTPS (HSTS). • Supabase cifra en reposo la base de datos y los archivos. • Las notificaciones push viajan cifradas hasta el dispositivo.

Cada registro lleva el parque al que pertenece. Las políticas de seguridad a nivel de fila de la base de datos impiden que un parque lea o modifique los datos de otro, también cuando se accede directamente a la API. Los archivos de cada parque se guardan en su propia carpeta.

El aislamiento y los permisos se comprueban con más de 150 pruebas automáticas que se ejecutan contra una base de datos real, además de pruebas que revisan las políticas en el código.

• Personal del parque: cuentas personales con dos roles, administrador y empleado. La sesión del panel caduca a las 8 horas en cada dispositivo. • Familias: cada cuenta solo ve los datos de su propia familia. Cuando el parque da de alta a una familia en el mostrador, la contraseña temporal que recibe por email hay que cambiarla al entrar. • Códigos por email: los códigos de verificación de un solo uso caducan y se invalidan tras 5 intentos fallidos; y hay un límite de códigos que se pueden pedir en pocos minutos, para frenar los abusos. • Contraseñas: las guarda el proveedor de autenticación de forma irreversible; Playium no las ve. • Claves de las pasarelas de pago: el panel las muestra enmascaradas y nunca llegan completas al navegador. Las demás claves de servicios externos (por ejemplo, el token de WhatsApp de cada local) se guardan en el servidor y el navegador no tiene acceso a ellas. • Enlace del calendario sincronizado: usa un código secreto que el parque puede regenerar.

Supabase hace una copia automática de la base de datos cada día y cada copia se conserva siete días. Al borrar un local, sus datos desaparecen también de las copias en ese plazo.

• Los cambios se prueban primero en un entorno de pruebas separado, con su propia base de datos, antes de llegar a producción; sólo las correcciones urgentes pueden ir directas a producción. • El código tiene miles de pruebas automáticas, entre ellas las de aislamiento entre parques. • Los cambios en la base de datos se versionan y se aplican de forma controlada.

Los errores se registran en una herramienta de monitorización (Sentry, alojada en la UE); los que envía el servidor van sin emails, teléfonos ni claves.

Si se produce una brecha de seguridad que afecte a los datos de un parque, Playium se lo notifica en un plazo máximo de 48 horas, como establece el contrato de encargo del tratamiento.

Preferimos decirlo claro:

• Sin certificaciones: Playium no tiene ISO 27001 ni SOC 2 (Supabase y otros proveedores sí tienen las suyas). • Sin doble factor: las cuentas del panel entran solo con email y contraseña. • Sin pruebas de penetración externas hasta la fecha. • Registros del servidor: los registros técnicos de las funciones del servidor pueden incluir direcciones de email; se guardan en Supabase y solo accede a ellos el personal técnico de Playium.

Si encuentras un fallo de seguridad, escríbenos a hola@limbo.ad con los detalles para reproducirlo. Te contestaremos, lo investigaremos y te avisaremos cuando esté resuelto. Te pedimos que no accedas a datos de otras personas más allá de lo imprescindible para demostrarlo ni lo hagas público antes de que lo hayamos corregido.

El contacto también está en security.txt.