Seguridad de datos

Los usuarios de analítica inician sesión con Supabase Auth. El navegador mantiene la sesión; las rutas de API validan el JWT antes de ejecutar operaciones sensibles.

Las rutas de cron y tareas internas usan secretos de servidor (por ejemplo, CRON_SECRET), no credenciales expuestas al cliente.

El modelo multi-tenant usa tablas organizations y organization_members. La organización activa se resuelve en el servidor a partir de la membresía del usuario.

Los clientes no deben enviar organization_id en cuerpos de petición para eludir controles; la resolución de tenant ocurre en el backend.

Filas con organization_id nulo quedan fuera del alcance de miembros hasta que un operador confirme el backfill (comportamiento "fail closed").

Varias tablas tienen RLS habilitado en las migraciones del proyecto, incluyendo dashboards, data_sources, data_source_connections (revocadas para clientes), organization_members, implementation_requests y módulos ERP cuando aplican.

Las políticas intentan denegar por defecto y limitar lecturas/escrituras al tenant o al propietario correspondiente. La efectividad depende de que las migraciones estén aplicadas en tu proyecto Supabase.

data_sources.source_config almacena solo metadatos no secretos (identificadores de hoja, nombres, modo de actualización).

Los tokens OAuth de Google y Microsoft se guardan cifrados en data_source_connections. El acceso directo desde anon y authenticated está revocado; solo rutas de servidor con service_role leen o actualizan credenciales.

Las variables sensibles (service role, claves de cifrado, secretos de conectores) viven en el entorno del servidor, no en el bundle del navegador.

La conexión OAuth se inicia desde rutas de API autenticadas. LiveDash solicita solo los permisos necesarios para leer las hojas o libros que seleccionas.

Puedes revocar el acceso desde la configuración de tu cuenta Google o Microsoft en cualquier momento.

Tableros y fuentes: se conservan hasta que el usuario los elimina o se cierra la cuenta, según docs/data-retention.md del proyecto.

Enlaces compartidos: vigentes hasta revocación o eliminación del tablero padre, cuando la función esté habilitada.

Logs de aplicación: salida estructurada en el host; los identificadores de petición se retienen según la política del proveedor de hosting (típicamente días, no años). No se registran JWT completos ni tokens de invitación en logs.

No hay pipeline antivirus automático para cargas del portal proveedor.

No hay monitoreo APM de terceros configurado por defecto.

No se afirma cumplimiento regulatorio específico (GDPR, HIPAA, etc.) más allá de los controles técnicos descritos aquí.

Para reportar una vulnerabilidad o duda de seguridad: contacto@livedash.ai.