La seguridad de tus datos es nuestra prioridad

El respaldo en la nube es realizado por el subprocesador Google Cloud de acuerdo a nuestras pautas de frecuencia y alcance. Al mismo tiempo, todos los procesos de respaldo cubren los distintos escenarios dispuestos en nuestro plan de recuperación en caso de desastres. Contemplamos un RPO de 24 horas y un RTO de 2 horas por servicio. La información respaldada es completa (no incremental) por lo que no existen dependencias y la factibilidad de recuperación está libre de riesgo.

El servicio está diseñado para tener un nivel de servicio de 99.9% lo que incluye la capacidad de escalar automáticamente el servicio sin alterar su calidad. El escalamiento es realizado tanto de forma vertical como de forma horizontal según los umbrales definidos.

La infraestructura es consciente de los consumos y transacciones realizadas, por lo que es completamente capaz de detectar que alguno de estos excede los límites y escala automáticamente.

El servicio está diseñado para tener un nivel de servicio de 99.9%. Adicionalmente contempla planes de recuperación ante desastres y planes de continuidad operacional para disponer de alta disponibilidad.

Nuestro sistema de monitoreo utiliza inteligencia artificial para detectar situaciones anómalas y ejecutar alertas a los equipos responsables.

Webdox mantiene un sistema de auditorías a nivel de software el cual puede ser supervisado por los usuarios administradores de la cuenta o consumidos a través de la API para integraciones con SIEM. Las acciones registradas mantienen su autor, fecha exacta, nombre de acción, etc.

El servicio está diseñado en base a versionamiento, por lo cual se puede ir a la versión que sea necesaria.

El procedimiento de soporte dispone de mecanismos de escalamiento, desde un nivel de Atención al Usuario (Nivel 1), Soluciones Operativas (Nivel 2) hasta el nivel del Equipo de Ingeniería (Nivel 3)

Los servicios provistos por Webdox disponen de mecanismos de fingerprint y se evalúan entre emisor y receptor que la información recibida mantenga el mismo fingerprint, de tal forma se garantiza que la información no ha sido alterada en la comunicación. Adicionalmente, los datos en reposo son cubiertos con distintas capas de seguridad y de cifrado que impide el acceso a los datos y evalúa que la firma sea la correcta.

El proceso de desarrollo contempla etapas de evaluación de códigos tanto en búsqueda de deficiencias técnicas y/o de seguridad. Así mismo, se contemplan evaluaciones del correcto funcionamiento de la funcionalidad, por lo tanto es vital la integración continua y la ejecución de pruebas dado que se generan garantías del software que vaya a ser desplegado a entornos productivos.

Se establece política de desarrollo seguro que contempla gestión de cambios y se considera el ciclo de integración continua. Desde la generación de solicitud de revisión de código, análisis de seguridad hasta la puesta en producción.

El equipo de tecnología gestiona cambios por actualizaciones de acuerdo a hardening y la criticidad. Mientras criticidad sea mayor, mayor urgencia tendrá el cambio.

Los token de acceso son de alta complejidad y son gestionados con expiración y uso de fingerprints asociados a los usuarios. Al mismo tiempo, los token no almacenan información sensible.

Webdox dispone de mecanismos cloud que evalúan intentos de accesos anómalos y los gestiona de acuerdo a su clasificación. Los excesos de peticiones son bloqueados por el WAF a través de Cloudflare y se genera auditoría con los puntos de conexión para la correspondiente comunicación con las autoridades en caso de que corresponda.

El proceso de desarrollo contempla revisión de código entre pares del equipo y por analizadores estáticos de código. Se evalúan desde las pautas de desarrollo seguro hasta el cumplimiento de mejores prácticas de desarrollo de software. Adicionalmente, se analiza el código en búsqueda de vulnerabilidades. Si el cambio cumple con todo lo anterior, inicia el proceso de aprobación e integración continua, donde se generan las imágenes correspondientes y se evalúa el cumplimiento del set de tests y de scanner de seguridad. Cuando el proceso de CI culmina, se genera una solicitud de promoción de release, en la que el Área de Calidad, da su ok y aprueban el despliegue. El sistema CI & CD facilita la opción de rollback a un estado anterior y seguro.

Nuestra Política de controles criptográficos cubre la protección de la información, contemplando controles criptográficos, gestión de llaves, cifrado, etc.

Especificado en nuestra política de controles criptográficos en la sección de KMS. La gestión de las llaves de cifrado debe utilizar software de gestión de llaves de cifrado (KMS) que gestione el control de acceso de forma automática, que tenga almacenamiento seguro y que tenga backup y rotación de llaves.

Al ser Webdox un SaaS, las conexiones tanto internas como externas son encriptadas con SSL a través de TLS 1.2  y sus versiones superiores. La seguridad es una prioridad principal para Webdox. Invertimos recursos y trabajamos para ofrecer una conexión HTTPS moderna de forma predeterminada en nuestros sitios web, servicios y productos.

• Los datos del cliente se cifran en reposo mediante AES 256.
• Claves de encriptación personalizadas para documentos cuando se usa un depósito de Google Cloud Storage.
• Todos los datos en tránsito utilizan TLS 1.2 o superior si el cliente lo admite.
• Los correos electrónicos usan TLS cuando están habilitados. DKIM, SPF y DMARC están habilitados de forma predeterminada.
• La firma electrónica utiliza más capas de cifrado, incluido el cifrado de sobres y el uso de HSM FIPS 140 Nivel-3. Las claves se rotan periódicamente cada 30 y 90 días.

• Los datos del cliente siguen la política de cifrado de datos y están clasificados como RESTRINGIDOS, siendo el nivel de seguridad más alto de nuestra política de seguridad.
• Los servidores de aplicaciones pueden acceder a los datos del cliente solo si los tickets de usuario autorizados son válidos.
• Los empleados de Webdox no pueden acceder a los datos del cliente.
• La autorización explícita del cliente permite un acceso limitado a los agentes de soporte.

• Los datos del cliente se dividen en dos sistemas independientes: documentos y metadatos.
• Diseño del sistema para un objetivo de nivel de servicio (SLO) del 99,99%.
• Los acuerdos de nivel de servicio (SLA) se adaptan. Generalmente 99,5%.
• Las copias de seguridad completas se ejecutan cada 24 horas y las réplicas de conmutación por error están en espera.
• RTO de 2 horas por servicio y RPO de 24 horas.
• Ejercicios de DRP y Recuperación de Data se realizan 2 veces al año.