La seguridad es parte del producto, no un agregado.

Todo el tráfico entre navegadores, apps móviles y nuestras APIs viaja sobre TLS 1.2+, con HSTS preload habilitado en los dominios productivos. Los datos en reposo se cifran con AES-256 a nivel de disco y a nivel de almacenamiento de objetos.

• TLS 1.2+ obligatorio, protocolos antiguos rechazados, HSTS con preload.
• AES-256 at-rest para base de datos y storage de objetos.
• Contraseñas en bcrypt con factor de costo elevado; nunca en texto plano ni en logs.
• Tokens de sesión firmados como JWT con rotación y expiración corta; refresh tokens revocables.
• Certificados gestionados por Cloudflare con renovación automática.

Una app multi-tenant solo es segura si el aislamiento es impuesto por el motor de datos, no por cada endpoint. Separamos a cada Cliente en cuatro capas complementarias:

• Columna tenant_id obligatoria en toda tabla con datos de cliente.
• Postgres Row-Level Security (RLS) activo en cada tabla, con políticas que filtran por el tenant_id del JWT. Si una consulta omite el filtro, la base lo aplica igual.
• Prefijos de storage por tenant en buckets de objetos (tenant_<id>/...), con políticas de acceso que validan el prefijo contra el claim.
• Claim tenant_id en el JWT, emitido por el servicio de autenticación y verificado en cada request; imposible de falsificar sin la clave privada.

Corremos tests automatizados en CI que intentan violar el aislamiento (un usuario del tenant A leyendo tenant B) y fallan el pipeline si alguno pasa.

Dentro de cada tenant, cuatro roles cubren las operaciones típicas de una compañía de carga. Cada uno recibe el conjunto mínimo de permisos necesario.

La autenticación multifactor (MFA) estará disponible como refuerzo opcional para Admin y Staff a partir del Q3 de 2026, y será obligatoria para Admin en planes Pro y Enterprise.

Trabajamos con proveedores de infraestructura reconocidos y con certificaciones independientes. Todos están cubiertos por contratos de tratamiento de datos (DPA).

La lista completa y actualizada vive en esta página; cualquier incorporación o sustitución se anuncia con 30 días de antelación a los Clientes antes de entrar en producción.

Tratamos los respaldos como un producto: cifrados, probados y con objetivos explícitos. Durante un incidente, las horas cuentan.

No podemos responder a lo que no vemos. Monitoreamos salud del Servicio en tiempo real, y conservamos una bitácora auditable de las acciones sensibles.

• Uptime y latencia 24/7 en endpoints críticos, con alertas automáticas al on-call.
• Logs de aplicación y acceso retenidos por 90 días en almacenamiento inmutable.
• Tabla audit_log por tenant: quién hizo qué, cuándo, sobre qué entidad, desde qué IP. Acceso a datos de facturación y cambios de rol quedan siempre registrados.
• Alertas automáticas ante errores críticos, picos anómalos de latencia, intentos de login sospechosos y cambios en superficies de seguridad.
• Página pública de status con histórico de incidentes y RCA.

Cuando ocurre un incidente, lo que importa es la velocidad y la honestidad. Nuestro plan formal de respuesta define roles, pasos y tiempos:

• Detección. Alertas automáticas, reportes internos o reportes externos vía seguridad@oceangatesoftware.com.
• Contención. Aislar sistemas afectados, revocar credenciales expuestas, evitar propagación.
• Comunicación. Notificación a los Clientes impactados dentro de las 72 horas posteriores a la confirmación, indicando naturaleza, alcance estimado y acciones que deben tomar.
• Remediación. Corrección de causa raíz, parches, rotación de secretos, restauración desde respaldos si aplica.
• Post-mortem. Análisis de causa raíz y publicación del RCA al Cliente afectado, con plan de acciones preventivas.

La seguridad empieza en el teclado. Antes de que una línea llegue a producción, pasa por varias capas de revisión automática y humana.

Nos comprometemos al cumplimiento de las regulaciones aplicables a nuestros Clientes y a crecer con certificaciones formales conforme escala la operación.