Declaración de seguridad de la información
- Última actualización
- 7 de octubre de 2026
- Versión
- 2.1
- A quién aplica
- Clientes, titulares de datos y evaluadores técnicos
En resumen
- Describimos controles implementados, no aspiraciones, y decimos qué no tenemos todavía.
- El aislamiento entre clientes es la frontera principal y se aplica en la capa de acceso a datos.
- Un incidente puede activar a la vez la Ley 21.719 y la Ley 21.663, con plazos distintos; evaluamos ambos.
- A la fecha no contamos con certificación externa, y lo declaramos en lugar de sugerir lo contrario.
- La plataforma se aloja en un servidor dedicado de Contabo en Francia (Unión Europea), detrás de Cloudflare.
Este resumen orienta la lectura y no reemplaza el texto del documento.
01Enfoque
La seguridad de Drometra no es un módulo agregado al final: es parte de la arquitectura de la plataforma y cruza todos sus componentes, desde el dispositivo en el vehículo hasta la interfaz. Esa decisión está registrada en nuestra documentación de arquitectura y es la razón por la que el aislamiento entre clientes se resuelve en la capa de acceso a datos y no en la de presentación.
Qué no tenemos
A la fecha de este documento Drometra no cuenta con certificación ISO 27001 ni con informe SOC 2, y no ha realizado una prueba de intrusión por un tercero independiente. Lo declaramos porque un evaluador merece saberlo antes de preguntarlo, y porque el sector abusa del lenguaje de certificación para insinuar auditorías que no existen.
02Controles técnicos
| Ámbito | Control | Estado |
|---|---|---|
| Alojamiento | Servidor virtual de Contabo GmbH en Lauterbourg, Francia (Unión Europea); el origen no se expone a internet y se publica solo a través de un túnel de Cloudflare | Implementado |
| Cifrado en tránsito | TLS en todo el tráfico externo, terminado en Cloudflare; TLS 1.2 o superior entre la aplicación y la base de datos y hacia el proveedor de identidad | Implementado |
| Cifrado en reposo: respaldos | Copias de la base de datos cifradas antes de salir del servidor y guardadas en un repositorio privado de Cloudflare R2 | Implementado |
| Cifrado en reposo: sesiones | Las sesiones de la consola se guardan cifradas con AES-256-GCM | Implementado |
| Cifrado en reposo: disco del servidor | Cifrado del volumen de la base de datos | En evaluación |
| Aislamiento entre clientes | Seguridad a nivel de fila obligatoria en PostgreSQL: cada consulta queda acotada a la empresa de la sesión | Implementado |
| Control de acceso | Roles de lector, operador, administrador y conductor, aplicados en la base de datos con mínimo privilegio | Implementado |
| Autenticación | Proveedor de identidad propio (Keycloak); segundo factor obligatorio; bloqueo tras intentos fallidos; sin autorregistro | Implementado |
| Registro y auditoría | Registro de acciones con actor, empresa, solicitud, acción y resultado | Implementado; plazo de conservación en definición |
| Endurecimiento de contenedores | Sistemas de archivos de solo lectura, sin privilegios de Linux, redes internas sin salida a internet | Implementado |
| Acceso administrativo al servidor | Solo con llaves SSH y por VPN; acceso de superusuario remoto deshabilitado; cortafuegos que rechaza por defecto | Implementado |
| Respaldos | Copia física cifrada con verificación de integridad y restauración de prueba | Implementado bajo demanda; periodicidad automática y retención en implementación |
| Prueba de intrusión externa | Por un tercero independiente, con informe entregable a clientes | Planificado |
| Certificación de sistema de gestión | ISO 27001 o equivalente | No iniciado |
Los registros de la plataforma se emiten sin coordenadas detalladas, sin RUT, sin tokens, sin URL firmadas y sin video: un sistema de observabilidad no debe convertirse en una segunda copia sin control de los datos que protege.
03Controles organizativos
- Confidencialidad contractual para toda persona con acceso a sistemas, con vigencia posterior al término del vínculo.
- Revocación de accesos dentro del mismo día hábil al término de una relación laboral o de servicios.
- Acceso de personal de Drometra a datos de clientes solo por causa registrada, acotado en tiempo y notificado al cliente.
- Los entornos de desarrollo trabajan con datos sintéticos; las herramientas internas de asistencia al desarrollo no indexan datos personales de clientes.
- Evaluación de privacidad y seguridad de todo proveedor antes de incorporarlo a la cadena de tratamiento, y publicación en el registro de subencargados.
04Seguridad de las aplicaciones y dispositivos en terreno
Un teléfono o un equipo instalado en un vehículo está fuera de nuestro perímetro, en manos de terceros, y puede perderse o abrirse físicamente. Describimos el estado de cada componente por separado.
| Componente | Control | Estado |
|---|---|---|
| Dromivia (aplicación Android) | Sesión y PIN cifrados con AES-256-GCM y llave del almacén seguro del sistema (Android Keystore) | Implementado |
| Dromivia | Base de datos local y archivos de evidencia cifrados por la aplicación, además del cifrado del sistema operativo | En implementación; hoy solo cifrado del sistema operativo |
| Dromivia | Manifiesto con huella SHA-256 por entrega, para detectar alteraciones de la evidencia | Implementado |
| Dromivia | Firma de solicitudes y atestación del dispositivo | Planificado |
| Drometra Vision (laboratorio) | Clips cifrados con AES-256-GCM en el teléfono una vez cerrados | Implementado en laboratorio |
| Drometra Vision | Identidad propia por equipo, con credenciales revocables | Planificado |
| Rastreadores GPS de terceros | Pasarela de telemetría con identificación por equipo | En desarrollo; no habilitada en producción |
05Gestión de incidentes
- 1.Detección y clasificación por severidad, con preservación inmediata de registros.
- 2.Contención: cerrar la vía de acceso, revocar credenciales, bloquear cachés y automatismos implicados.
- 3.Determinación del alcance: qué datos, qué titulares y qué intervalo temporal.
- 4.Notificación al cliente afectado dentro de 24 horas desde la confirmación.
- 5.Notificación a las autoridades que correspondan, en sus respectivos plazos.
- 6.Corrección, verificación cruzada y reapertura del servicio solo tras comprobar que la vía está cerrada.
- 7.Informe posterior con causa raíz y medidas adoptadas, entregado al cliente afectado.
Dos leyes, dos relojes
Un mismo incidente puede activar el deber de reporte de la Ley 21.719 hacia la Agencia de Protección de Datos y el de la Ley 21.663 hacia la Agencia Nacional de Ciberseguridad, cuyos plazos para prestadores de servicios esenciales son considerablemente más breves. Nuestro procedimiento evalúa ambos desde el primer momento.
Ley 21.663 · Ley marco de ciberseguridad
Establece obligaciones de gestión de riesgos y de reporte de incidentes para los prestadores de servicios esenciales y los operadores de importancia vital, bajo fiscalización de la Agencia Nacional de Ciberseguridad. El transporte y la logística figuran entre los sectores comprendidos.
Texto oficial de la norma06Continuidad y modos degradados
Un sistema que solo funciona cuando todo funciona no sirve para una operación en terreno. La plataforma degrada de forma explícita, y esa es una decisión de seguridad tanto como de disponibilidad.
- Sin señal, el mapa muestra la última posición conocida y su antigüedad, en lugar de presentarla como actual.
- La aplicación de terreno conserva el trabajo localmente hasta sus límites declarados, sin prometer sincronización inmediata.
- Una integración con estado incierto deja el registro como pendiente y deshabilita la automatización dependiente, en vez de suponer un resultado.
- El agente puede quedar sin sus herramientas manteniendo disponibles las acciones de dominio, que no dependen de él.
Estado de este documento
Texto preparado por Drometra y pendiente de revisión por asesoría legal externa antes de su publicación definitiva. Su estructura y contenido se construyeron sobre la normativa chilena vigente y sobre la Ley 21.719, que rige desde el 1 de diciembre de 2026. No constituye asesoría legal para terceros.
Documentos relacionados
- Divulgación responsableCómo reportar una vulnerabilidad, qué pruebas están permitidas y qué compromisos asumimos.
- Ley 21.719Qué cambia con la nueva ley chilena de protección de datos, qué obligaciones nos alcanzan y en qué estado está cada una.
- Privacidad de la plataformaCómo tratamos los datos de flota, rutas, entregas, conductores, destinatarios y video que genera la operación de un cliente, en la consola, Michiva, Dromivia, Drometra Vision y Drometra Spaces.
- Nivel de servicioDisponibilidad comprometida, tiempos de respuesta por severidad y compensaciones si no se cumplen.
