Despliegue y resiliencia de la mensajería segura, desde la nube hasta los entornos aislados de la red
Sanket (Sanket.Chat) de Tosh Defence se despliega como una instalación dedicada en la topología que necesita cada organización: una nube soberana de su elección, una instalación alojada dedicada, sus propios servidores o un entorno completamente aislado de otras redes. Cada modalidad puede funcionar en un solo servidor o como una instalación de alta disponibilidad con varios servidores y recuperación en una segunda ubicación; en redes restrictivas, las llamadas se conectan mediante HTTPS por TCP 443.
Las comunicaciones son más importantes cuando otros sistemas están sometidos a presión. SANKET está diseñado para seguir funcionando durante interrupciones del servicio, restricciones de red, actualizaciones y la pérdida de una instalación.
Cuatro formas de implementación, un único diseño de seguridad
Cada instalación de Sanket está dedicada a un único cliente, y el diseño de seguridad es idéntico en todas las modalidades. Lo que cambia es quién posee y gestiona la infraestructura y su grado de conexión con otras redes.
- Nube: Sanket.Work en cualquier región y en la nube que elija el cliente
- Alojamiento dedicado: Sanket.Work alojado por Tosh Defence
- En servidores propios: Sanket.Enterprise en los servidores del cliente
- En una red aislada físicamente: Sanket.Enterprise en un entorno aislado
Alta disponibilidad con recuperación en un segundo emplazamiento
La configuración de alta disponibilidad se ejecuta en varios servidores: dos servidores perimetrales detrás de una dirección compartida o del equilibrador de carga del cliente, más de un nodo de aplicación, de tiempo real y de medios, bases de datos replicadas con conmutación por error con aislamiento que impide que el antiguo nodo principal vuelva a aceptar escrituras, almacenamiento distribuido de objetos y un servicio de secretos en clúster.
Las bases de datos, el almacenamiento y los secretos se replican de forma asíncrona en un segundo emplazamiento. Las herramientas de simulación aíslan el emplazamiento principal, activan el segundo, cambian los nombres de servicio y, posteriormente, restablecen el servicio en el emplazamiento principal; cada simulación registra la recuperación efectivamente alcanzada.
Llamadas que se establecen en redes restrictivas
Muchas redes de hoteles, ministerios y operadores móviles solo permiten conexiones HTTPS salientes por TCP 443. En una instalación accesible desde internet, un único puerto TCP 443 transporta tanto HTTPS como el tráfico retransmitido de las llamadas; ambos se separan en el perímetro sin descifrar nada. El tramo de retransmisión utiliza únicamente TLS 1.3 con AES-256-GCM y, dentro de él, el contenido multimedia conserva su cifrado de extremo a extremo de las tramas con AES-256-GCM.
Las llamadas están diseñadas para enlaces 3G y conexiones 4G congestionadas, y adaptan el audio y el vídeo para mantener la voz inteligible.
Actualizaciones y copias de seguridad sin complicaciones
Antes de actualizar, se crea un punto de restauración protegido y cifrado. Cuando la versión lo permite, el nuevo servidor de aplicaciones arranca junto al anterior y asume el servicio solo después de superar las comprobaciones de funcionamiento; ante cualquier fallo, se revierte automáticamente a la versión anterior.
Las copias de seguridad se cifran por componente con AES-256-GCM, se describen en un manifiesto firmado y se verifican antes de que una restauración modifique nada. Los destinos incluyen almacenamiento local o en red, almacenamiento de objetos compatible con S3 o SFTP, con una segunda copia opcional.
Resiliencia ante fallos de los sistemas de identidad
El inicio de sesión habitual en un dispositivo existente, la mensajería y las llamadas nunca se conectan al directorio de la organización. Por eso, los dispositivos sobre el terreno siguen funcionando durante una interrupción del proveedor de identidad, y al menos un administrador local conserva siempre la capacidad de iniciar sesión.
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.
¿Cómo se puede instalar y poner en funcionamiento Sanket?
Como instalación dedicada en una nube elegida por el cliente, en la infraestructura de alojamiento de Tosh Defence (Sanket.Work), en las instalaciones del propio cliente o en un entorno completamente aislado de otras redes (Sanket.Enterprise). El diseño de seguridad es el mismo en todas las modalidades.
¿Ofrece SANKET alta disponibilidad?
Sí. La configuración de alta disponibilidad con varios servidores proporciona 2 servidores perimetrales, nodos de aplicación y de medios redundantes, bases de datos replicadas con conmutación por error controlada mediante aislamiento del nodo fallido, almacenamiento distribuido y un servicio de gestión de secretos en clúster.
¿Admite SANKET la recuperación ante desastres en una segunda ubicación?
Sí. Las bases de datos, el almacenamiento y los secretos se replican de forma asíncrona en un segundo emplazamiento, con herramientas para ensayar el aislamiento, la promoción, la conmutación y el retorno al emplazamiento original.
¿Funcionan las llamadas de SANKET cuando solo está abierto el puerto 443?
Sí. Cuando una red solo permite HTTPS por TCP 443, las llamadas se conectan por ese puerto mediante TLS 1.3 y AES-256-GCM, y el contenido multimedia sigue cifrado de extremo a extremo dentro de la conexión.
¿Se producen interrupciones del servicio durante las actualizaciones?
Las actualizaciones están diseñadas para mantener el servicio. Cuando la versión lo permite, la nueva versión asume el servicio solo después de superar las comprobaciones de funcionamiento; las demás versiones se instalan en una ventana de mantenimiento planificada. Ante cualquier fallo, se revierte automáticamente a la versión anterior.
¿Cómo se protegen las copias de seguridad?
Cada componente de la copia de seguridad se cifra con su propia clave AES-256-GCM y figura en un manifiesto firmado que se verifica, junto con cada elemento, antes de que la restauración modifique nada.
Diseñe la topología de Sanket adecuada para su organización
Desde una única sede hasta una configuración de alta disponibilidad con recuperación en una segunda sede, Tosh Defence le ayuda a planificar la implementación, la resiliencia y la puesta en marcha.