SANKET vs SalaX: comparação de plataformas de mensagens seguras
SalaX Secure Messaging e SANKET servem organizações sujeitas a regulamentação e podem ser instalados nas próprias instalações ou em ambientes fisicamente isolados de outras redes, com chaves detidas pelo cliente. SANKET assenta no Signal Protocol, com PQXDH e SPQR pós-quânticos, AES-256 em todas as camadas, listas de dispositivos assinadas, TLS mútuo entre dispositivos e chaves FIDO2 para administradores. É desenvolvido e apoiado na Índia.
Sobre SalaX Secure Messaging
SSH Communications Security Oyj · Finlândia
SalaX Secure Messaging é o componente de mensagens em tempo real do SalaX Secure Collaboration da SSH Communications Security, a empresa finlandesa responsável pelo protocolo SSH original. Assenta na plataforma Element e na norma Matrix, com cifragem Olm e Megolm, e está disponível como SaaS numa nuvem europeia ou para alojamento na infraestrutura do cliente, incluindo em ambientes fisicamente isolados de outras redes, com chaves detidas pelo cliente.
SANKET e SalaX Secure Messaging: comparação lado a lado
| Critério | SANKET | SalaX Secure Messaging |
|---|---|---|
| Quem controla a infraestrutura | O cliente. Uma instalação dedicada por organização, em infraestrutura que ela possui ou escolhe, sem nenhum serviço operado pelo fornecedor no caminho das mensagens. | O cliente (em suas próprias instalações, em nuvem privada ou pública) ou como serviço em nuvem por meio de uma nuvem europeia. |
| Opções de implantação | Instalação dedicada em qualquer nuvem e em qualquer região escolhida pelo cliente (ou alojamento da Tosh Defence), nas instalações do cliente ou totalmente isolada das redes; num único servidor ou em configuração de alta disponibilidade com recuperação numa segunda localização. | SaaS, instalação nas próprias instalações, nuvem privada, nuvem pública, isolamento físico de outras redes e comunicação por canal separado. |
| Quem detém as chaves e controla a identidade | O cliente e seus usuários. As chaves são geradas em cada dispositivo e protegidas por armazenamento com suporte de hardware; as identidades são Sanket IDs controladas pelo cliente, sem exigência de usar um número de telefone pessoal como identidade. | Chaves de cifragem pertencentes ao cliente (fornecedor). Obrigatoriedade de número de telefone: não documentada publicamente. |
| Protocolo de encriptação | Signal Protocol através da biblioteca oficial libsignal do Signal, auditada de forma independente. Mensagens com AES-256-CBC e HMAC-SHA256 no âmbito da libsignal; ficheiros e chamadas com AES-256-GCM; TLS apenas com conjuntos criptográficos AES-256-GCM. | Matrix com Olm e Megolm, AES-256; baseado na plataforma Element. |
| Proteção pós-quântica | Sim, na versão atual: PQXDH com uma pré-chave Kyber pós-quântica obrigatória e o mecanismo de rotação de chaves SPQR (Triple Ratchet), além de uma troca de chaves híbrida X25519MLKEM768 na extremidade TLS. | Not publicly documented |
| Grupos e chamadas cifrados de ponta a ponta por predefinição | Sim. As mensagens individuais e de grupo, as reações, as difusões encriptadas e os ficheiros são sempre encriptados de ponta a ponta; as chamadas de voz e vídeo utilizam encriptação de fotogramas AES-256-GCM com cinco novas chaves de fotograma por segundo, dentro de SRTP AES-256-GCM. | O fornecedor declara que as conversas, as chamadas de áudio e vídeo e as transferências de ficheiros têm encriptação de ponta a ponta. |
| Fornecedor de identidade do cliente (SSO / LDAP) | Sim. Autenticação pelo diretório OIDC, SAML 2.0 ou LDAP do próprio cliente, provisionamento SCIM 2.0 e chaves de segurança FIDO2 para administradores. | Verificação através de MFA, OTP, PIN, SSO ou identificação bancária (SalaX Secure Collaboration). |
| Controles administrativos e governança de dispositivos | Aprovação e revogação de dispositivos, modo de perda e apagamento remoto, listas de dispositivos assinadas, TLS mútuo de dispositivos, políticas de retenção, reencaminhamento e área de transferência, etiquetas de classificação definidas pelo cliente e um registo de auditoria com encadeamento de hashes para o SIEM do cliente. | Verificação de dispositivos com assinaturas cruzadas; robô de auditoria e manutenção de registos. |
| Soberania dos dados (jurisdição, desenvolvido na Índia) | Desenvolvido na Índia pela Tosh Defence. Os dados permanecem na jurisdição e na infraestrutura escolhidas pelo cliente, sem análise de dados por terceiros e sem dependência de serviços externos estrangeiros para a execução dos produtos. | SSH Communications Security Oyj, Helsínquia, Finlândia; instalação em regiões específicas da UE ou de países da UE. |
| Integridade das versões e controle de atualizações | Versões assinadas com Ed25519, verificadas antes da instalação, com bloqueio de versões, proteção contra a instalação de versões anteriores e reposição automática do estado anterior em caso de falha da atualização. O cliente decide quando atualizar, em linha ou através de um pacote autónomo assinado. | Not publicly documented |
| Plataformas | Aplicações nativas para iOS, Android, Windows, macOS e Linux. Sem navegador por conceção: não existe cliente Web que possa ser atacado. | Aplicações para computador, dispositivos móveis e web. |
Quem controla a infraestrutura
SANKET
O cliente. Uma instalação dedicada por organização, em infraestrutura que ela possui ou escolhe, sem nenhum serviço operado pelo fornecedor no caminho das mensagens.
SalaX Secure Messaging
O cliente (em suas próprias instalações, em nuvem privada ou pública) ou como serviço em nuvem por meio de uma nuvem europeia.Opções de implantação
SANKET
Instalação dedicada em qualquer nuvem e em qualquer região escolhida pelo cliente (ou alojamento da Tosh Defence), nas instalações do cliente ou totalmente isolada das redes; num único servidor ou em configuração de alta disponibilidade com recuperação numa segunda localização.
SalaX Secure Messaging
SaaS, instalação nas próprias instalações, nuvem privada, nuvem pública, isolamento físico de outras redes e comunicação por canal separado.Quem detém as chaves e controla a identidade
SANKET
O cliente e seus usuários. As chaves são geradas em cada dispositivo e protegidas por armazenamento com suporte de hardware; as identidades são Sanket IDs controladas pelo cliente, sem exigência de usar um número de telefone pessoal como identidade.
SalaX Secure Messaging
Chaves de cifragem pertencentes ao cliente (fornecedor). Obrigatoriedade de número de telefone: não documentada publicamente.Protocolo de encriptação
SANKET
Signal Protocol através da biblioteca oficial libsignal do Signal, auditada de forma independente. Mensagens com AES-256-CBC e HMAC-SHA256 no âmbito da libsignal; ficheiros e chamadas com AES-256-GCM; TLS apenas com conjuntos criptográficos AES-256-GCM.
SalaX Secure Messaging
Matrix com Olm e Megolm, AES-256; baseado na plataforma Element.Proteção pós-quântica
SANKET
Sim, na versão atual: PQXDH com uma pré-chave Kyber pós-quântica obrigatória e o mecanismo de rotação de chaves SPQR (Triple Ratchet), além de uma troca de chaves híbrida X25519MLKEM768 na extremidade TLS.
SalaX Secure Messaging
Not publicly documentedGrupos e chamadas cifrados de ponta a ponta por predefinição
SANKET
Sim. As mensagens individuais e de grupo, as reações, as difusões encriptadas e os ficheiros são sempre encriptados de ponta a ponta; as chamadas de voz e vídeo utilizam encriptação de fotogramas AES-256-GCM com cinco novas chaves de fotograma por segundo, dentro de SRTP AES-256-GCM.
SalaX Secure Messaging
O fornecedor declara que as conversas, as chamadas de áudio e vídeo e as transferências de ficheiros têm encriptação de ponta a ponta.Fornecedor de identidade do cliente (SSO / LDAP)
SANKET
Sim. Autenticação pelo diretório OIDC, SAML 2.0 ou LDAP do próprio cliente, provisionamento SCIM 2.0 e chaves de segurança FIDO2 para administradores.
SalaX Secure Messaging
Verificação através de MFA, OTP, PIN, SSO ou identificação bancária (SalaX Secure Collaboration).Controles administrativos e governança de dispositivos
SANKET
Aprovação e revogação de dispositivos, modo de perda e apagamento remoto, listas de dispositivos assinadas, TLS mútuo de dispositivos, políticas de retenção, reencaminhamento e área de transferência, etiquetas de classificação definidas pelo cliente e um registo de auditoria com encadeamento de hashes para o SIEM do cliente.
SalaX Secure Messaging
Verificação de dispositivos com assinaturas cruzadas; robô de auditoria e manutenção de registos.Soberania dos dados (jurisdição, desenvolvido na Índia)
SANKET
Desenvolvido na Índia pela Tosh Defence. Os dados permanecem na jurisdição e na infraestrutura escolhidas pelo cliente, sem análise de dados por terceiros e sem dependência de serviços externos estrangeiros para a execução dos produtos.
SalaX Secure Messaging
SSH Communications Security Oyj, Helsínquia, Finlândia; instalação em regiões específicas da UE ou de países da UE.Integridade das versões e controle de atualizações
SANKET
Versões assinadas com Ed25519, verificadas antes da instalação, com bloqueio de versões, proteção contra a instalação de versões anteriores e reposição automática do estado anterior em caso de falha da atualização. O cliente decide quando atualizar, em linha ou através de um pacote autónomo assinado.
SalaX Secure Messaging
Not publicly documentedPlataformas
SANKET
Aplicações nativas para iOS, Android, Windows, macOS e Linux. Sem navegador por conceção: não existe cliente Web que possa ser atacado.
SalaX Secure Messaging
Aplicações para computador, dispositivos móveis e web.Onde o Sanket se destaca
- Signal Protocol com PQXDH pós-quântico e SPQR para todas as mensagens.
- AES-256 em todo o sistema: mensagens através de libsignal, ficheiros e chamadas com AES-256-GCM e TLS apenas com conjuntos de algoritmos AES-256-GCM.
- Listas de dispositivos assinadas, TLS mútuo entre dispositivos e chaves de segurança FIDO2 para administradores.
- Desenvolvido e apoiado na Índia, com licenciamento sem ligação à rede e pacotes de versões disponibilizados sem ligação à rede para ambientes fisicamente isolados de outras redes.
- Integridade das versões: manifestos assinados com proteção contra reversão e uso de versões desatualizadas.
Perguntas frequentes
De onde é a SalaX Secure Messaging?
Finlândia. Faz parte da SalaX Secure Collaboration, da SSH Communications Security Oyj, sediada em Helsínquia. SANKET (Sanket.Chat), da Tosh Defence, é desenvolvido e tem suporte na Índia.
Em que difere a encriptação da Sanket?
A Sanket utiliza o Signal Protocol através da biblioteca oficial libsignal do Signal, com PQXDH e SPQR pós-quânticos, e AES-256 para mensagens, ficheiros, chamadas e transporte.
O SANKET permite que o cliente detenha as chaves?
Sim. As chaves são geradas nos dispositivos dos utilizadores e protegidas por armazenamento com suporte de hardware; o servidor encaminha dados cifrados sem nunca deter as chaves das mensagens, dos ficheiros ou das chamadas.
Fontes
- Livro branco sobre a segurança técnica e a arquitetura do SANKET, edição pública 2.0 (7 de outubro de 2026)
- SSH: instalações iniciais da SalaX Secure Messaging e adesão à Matrix Foundation (28 de abril de 2025)
- SSH: SalaX Secure Messaging
- SSH: colaboração segura com soberania dos dados
- SSH: ficha comercial da SalaX Secure Collaboration de 2025
Sources checked on 7 October 2026. Os dados sobre os concorrentes provêm apenas das fontes indicadas. Quando não foi encontrada uma fonte pública, a célula apresenta «Não documentado publicamente». Os nomes dos produtos e das empresas são marcas comerciais dos respetivos titulares.
Mantenha suas comunicações sob seu próprio controle
Fale com a equipe da Tosh Defence sobre a sua implantação, desde uma instalação em nuvem dedicada até um ambiente totalmente isolado das redes, ou leia primeiro a arquitetura de segurança completa.