Trust Center
Los datos de tu agencia no son solo información: son tu mayor activo. Por eso asumimos por defecto que toda red es hostil y construimos el control desde la base de datos hacia arriba, no al revés.
La arquitectura está diseñada para impedir que alguien alcance datos financieros que no le corresponden, o que una organización cruce información con otra.
El guardián real vive en las políticas de Row Level Security de PostgreSQL, que interceptan cada petición en el núcleo, antes de que llegue a la interfaz.
El backend no confía ciegamente en lo que envía el navegador: revalida identidad y permisos en cada operación sensible, y aplica límites de tasa sobre los endpoints críticos.
Los documentos de tus proyectos y proveedores no viven en carpetas públicas. Se despachan con enlaces firmados de caducidad corta.
Las arquitecturas antiguas confían en un único perímetro amplio: si alguien entra, tiene las llaves del reino. Aquí cada tabla es su propio microperímetro protegido por RLS.
Si una cuenta con rol member se viera comprometida, el alcance queda encapsulado en lo que esa persona ya podía tocar. No hay salto lateral hacia lo crítico: al intentar alcanzar facturación, ingresos o configuración de la organización, la base de datos aborta la operación por falta de privilegios, sin depender de que la interfaz oculte el botón.
Las funciones SECURITY DEFINER fijan su search_path, lo que impide manipular el entorno de ejecución de las rutinas internas de PostgreSQL.
La propiedad se valida en el servidor: nadie alcanza proyectos o facturas ajenas alterando el identificador en la URL.
Los registros operativos clave no se eliminan de forma destructiva, y el registro de actividad guarda cada movimiento sin permitir alteraciones.
La resolución DNS está protegida detrás de infraestructura CDN que absorbe el tráfico hostil antes de llegar a la aplicación.
Las contraseñas nunca se guardan en texto plano. Las cookies de sesión viajan con los atributos Secure y SameSite, y los tokens se renuevan en segundo plano.
El frontend se blinda con Content-Security-Policy, HSTS, X-Frame-Options en DENY, X-Content-Type-Options y una Referrer-Policy estricta.
Las cuentas pueden exigir un segundo factor basado en aplicación autenticadora, disponible en todos los planes.
Transferir la propiedad o destruir datos exige entrar a una zona de peligro, elegir sucesor y confirmar escribiendo el nombre exacto de la organización.
| Content-Security-Policy | default-src 'self'; script-src 'self' … |
|---|---|
| Strict-Transport-Security | max-age=63072000; includeSubDomains; preload |
| X-Frame-Options | DENY |
| X-Content-Type-Options | nosniff |
| X-XSS-Protection | 0 (delegado a CSP) |
| Referrer-Policy | strict-origin-when-cross-origin |
| Permissions-Policy | camera=(), microphone=(), geolocation=() |
Es la infraestructura base. Concéntrate en escalar tu agencia.
