Control del cliente: su infraestructura, sus claves, sus reglas
SANKET (Sanket.Chat), de Tosh Defence, da al cliente el control de todo lo relacionado con sus comunicaciones: infraestructura propia, claves, proveedor de identidad, políticas, calendario de actualizaciones, identidad de marca, conservación de datos y topología de implantación, desde una nube elegida por el cliente hasta una red completamente aislada de otras redes. Esa profundidad de control es la ventaja distintiva de SANKET, un grado de control que los servicios de mensajería alojados sencillamente no están diseñados para ofrecer.
El cifrado determina quién puede leer un mensaje. El control determina todo lo demás: quién opera el servicio, a quién se permite el acceso, qué dispositivos se consideran de confianza, cuándo cambia el software y dónde se almacenan los registros. Con Sanket, todas esas decisiones permanecen dentro de su propio perímetro de seguridad.
Su infraestructura y sus claves
Cada instalación de Sanket está dedicada a una sola organización y se ejecuta donde esta decida: en una cuenta en la nube de la región que elija, en la infraestructura de alojamiento de Tosh Defence, en su propio centro de datos o en una red cerrada. Ningún servicio gestionado por el proveedor interviene en el tránsito de los mensajes.
Las claves privadas de los usuarios se generan en sus dispositivos y están protegidas mediante almacenamiento respaldado por hardware. Los secretos del servidor permanecen dentro de la instalación, en un almacén de claves no exportables. Tosh Defence solo proporciona las claves públicas para verificar licencias y nuevas versiones.
Su proveedor de identidad y sus administradores
La organización decide cómo se crean las identidades: aprovisionamiento por administradores, invitaciones de un solo uso (la opción predeterminada) o SCIM 2.0 desde su propio directorio. El alta puede comprobarse mediante LDAP o Active Directory, y los administradores pueden iniciar sesión a través del proveedor OpenID Connect o SAML 2.0 de la propia organización. Se rechazan los proveedores públicos de identidad y nunca se crea una cuenta por el mero hecho de que alguien inicie sesión.
Los administradores se autentican con claves de seguridad FIDO2 y actúan dentro de funciones con permisos delimitados. Cada acción administrativa se registra en un registro de auditoría encadenado mediante hashes SHA-256.
- Llaves de seguridad FIDO2 para administradores
- Inicio de sesión único mediante su propio proveedor
- Automatización de altas, cambios y bajas mediante SCIM 2.0
- Funciones de administrador con permisos delimitados
Sus dispositivos
La organización controla los dispositivos. Cada dispositivo se aprueba antes de recibir cualquier dato, almacena claves protegidas por hardware, figura en la lista de dispositivos firmada de su cuenta y presenta su propio certificado de cliente mediante TLS mutuo entre dispositivos, emitido por la autoridad de certificación del cliente. Los administradores pueden poner un dispositivo en modo de pérdida, revocarlo o borrarlo de forma remota en cualquier momento.
Sus políticas, sus plazos de conservación y su identidad de marca
La seguridad, la mensajería, los archivos, las llamadas, los grupos, la conservación de datos, las notificaciones y las integraciones se rigen por las políticas de cada organización, establecidas por ella misma. El cliente define las etiquetas de clasificación, con un máximo de 8 etiquetas ordenadas por nivel. Los análisis de uso propios permanecen dentro de la instalación y pueden desactivarse o bloquearse para toda ella.
Las instalaciones de Sanket.Work utilizan la marca de la organización, de modo que los usuarios ven su nombre y su identidad visual.
Usted decide cuándo actualizar, con versiones firmadas
Las versiones se distribuyen como paquetes firmados con una lista de materiales de software. Antes de cargar una versión, la instalación verifica la firma y cada valor hash, rechaza las versiones caducadas (protección contra la congelación de versiones) y las anteriores a la que tiene registrada (protección contra la reversión a versiones anteriores). La autoridad de gestión de cambios de la organización decide cuándo instalarla; la actualización comprueba el estado del sistema y, si falla, revierte automáticamente a la versión anterior. Las actualizaciones con conexión son opcionales y la posibilidad de ejecutar una actualización desde la consola está desactivada por defecto.
Pruebas técnicas
Consulte los detalles en el documento técnico de SANKET
Todas las afirmaciones de esta página se desarrollan íntegramente en el documento técnico público sobre seguridad y arquitectura de SANKET, disponible gratuitamente y sin necesidad de registrarse.
¿Qué significa que el cliente tenga el control en Sanket?
El cliente posee y decide su infraestructura, sus claves, su proveedor de identidad, sus políticas, el calendario de actualizaciones, la identidad de marca, los plazos de conservación y la topología de la instalación. Cada instalación está dedicada a una sola organización, desde una nube de su elección hasta un entorno completamente aislado de otras redes.
¿Quién tiene las claves de cifrado?
Las claves privadas de los usuarios se generan y almacenan en sus propios dispositivos, en almacenamiento protegido por hardware. Los secretos del servidor permanecen dentro de la instalación del cliente. Tosh Defence no posee claves de clientes.
¿Podemos utilizar nuestro propio proveedor de identidad?
Sí. Los usuarios pueden aprovisionarse mediante SCIM 2.0 y verificarse con LDAP o Directorio Activo, y los administradores pueden autenticarse mediante su propio proveedor OpenID Connect o SAML 2.0 junto con una llave de seguridad FIDO2.
¿Quién decide cuándo se actualiza Sanket?
Usted tiene el control. Las versiones firmadas solo se instalan cuando la autoridad responsable de los cambios de su organización lo aprueba. Se rechazan las versiones caducadas y las anteriores, y, si falla una actualización, se restaura automáticamente la versión previa.
¿Puede SANKET llevar la imagen de marca de nuestra organización?
Sí. Las instalaciones de Sanket.Work llevan la marca de cada organización, por lo que los usuarios ven su nombre e identidad visual.
¿Podemos establecer nuestros propios períodos de conservación?
Sí. Los administradores de la organización establecen los periodos de conservación de mensajes, difusiones, registros de llamadas, alertas y mensajes que desaparecen.
¿Qué es la autenticación TLS mutua de dispositivos?
Cada dispositivo aprobado dispone de su propio certificado de cliente, generado a partir de una clave creada en el dispositivo y emitido por la autoridad de certificación del cliente, y lo presenta en cada conexión como prueba independiente de la identidad del dispositivo.
Tome el control de las comunicaciones de su organización
Tosh Defence le ayuda a diseñar una instalación adaptada a su infraestructura, proveedor de identidades, políticas y proceso de actualización.