Arquitetura com servidor sem acesso ao conteúdo: o servidor retransmite dados cifrados
O Sanket (Sanket.Chat) da Tosh Defence não permite ao servidor aceder ao conteúdo: o servidor transmite dados cifrados e nunca detém as chaves de mensagens, ficheiros, chamadas, reações ou difusões cifradas. O conteúdo é cifrado no dispositivo de envio e decifrado apenas nos dispositivos dos destinatários, pelo que nem a Tosh Defence, nem um fornecedor de alojamento, nem os próprios servidores do cliente o podem ler.
A ausência de acesso do servidor ao conteúdo altera as consequências de um comprometimento do servidor. Um atacante que controle o servidor não consegue ler conteúdos anteriores, porque as chaves nunca chegaram ao servidor, nem adicionar secretamente um dispositivo para intercetar as comunicações, porque os remetentes verificam a lista assinada de dispositivos de cada conta.
O que significa um servidor sem acesso ao conteúdo
No Sanket, o servidor funciona como intermediário para conteúdos cifrados. Mensagens, reações e difusões cifradas são mensagens libsignal cifradas no dispositivo do remetente; os anexos são cifrados com AES-256-GCM antes do carregamento; os dados das chamadas são cifrados ponto a ponto antes de chegarem ao servidor de multimédia. As chaves para todos estes elementos são geradas e mantidas nos dispositivos dos utilizadores.
Até a etiqueta que indica a classificação de uma mensagem é transmitida dentro da camada de encriptação, pelo que o servidor não a pode ler nem alterar.
Um servidor comprometido não revela qualquer conteúdo
Tosh Defence analisa as consequências do comprometimento de cada componente do lado do servidor. Em todos os casos, o conteúdo das mensagens, as reações, as transmissões criptografadas, os rótulos de classificação, o conteúdo dos arquivos, os fluxos de áudio e vídeo das chamadas e as chaves privadas permanecem protegidos, porque a confidencialidade do conteúdo nunca depende de um componente do servidor permanecer íntegro.
A recuperação segue um procedimento: reconstruir a partir de uma versão verificada e assinada, substituir os segredos do servidor, exigir nova autenticação e analisar o registro de auditoria que evidencia adulterações.
- Conteúdo e reações das mensagens
- Difusões cifradas e respetiva prioridade
- Etiquetas de classificação
- Conteúdo dos ficheiros
- Fluxos multimédia das chamadas
- Chaves privadas
Sem participantes ocultos
A lista de dispositivos de cada conta é assinada com uma chave guardada no dispositivo principal da própria conta, e existe um registo ao qual só se podem acrescentar entradas na instalação. Antes de encriptar, o remetente verifica essa lista e não envia nada para um dispositivo que nela não conste. Assim, um servidor hostil não pode acrescentar um dispositivo para receber cópias. Os números de segurança e os avisos de alteração de identidade permitem que os utilizadores verifiquem diretamente a identidade uns dos outros.
Na sua instalação
SANKET nunca é um serviço público partilhado. Cada organização utiliza a sua própria instalação dedicada, pelo que os metadados de encaminhamento necessários para entregar mensagens permanecem na instalação do cliente, sob o controlo dos seus administradores e sujeitos à sua política de conservação e à sua auditoria.
Os administradores gerem identidades, dispositivos e políticas; não possuem chaves de acesso ao conteúdo e não podem ler as conversas.
Comprovação técnica
Veja os detalhes no documento técnico da Sanket
Todas as afirmações desta página são apresentadas integralmente no documento técnico público da SANKET sobre segurança e arquitetura, disponível para leitura gratuita sem registo.
O que significa um servidor sem acesso ao conteúdo?
A ausência de acesso do servidor ao conteúdo significa que o servidor retransmite dados cifrados e nunca detém as chaves das mensagens, dos ficheiros, das chamadas, das reações ou das mensagens de difusão cifradas. O conteúdo só pode ser lido nos dispositivos das pessoas que participam na conversa.
A Tosh Defence pode ler as mensagens dos clientes?
Não. A Tosh Defence não opera as instalações dos clientes nem dispõe de qualquer via de acesso às mesmas, e o conteúdo das mensagens é cifrado de ponta a ponta com chaves que existem apenas nos dispositivos dos utilizadores.
Os administradores do cliente podem ler as mensagens?
Não. Os administradores gerem identidades, dispositivos e políticas. O servidor não detém as chaves do conteúdo, pelo que os administradores não podem ler mensagens ou ficheiros nem aceder ao conteúdo das chamadas.
O que acontece se um servidor de Sanket for comprometido?
O conteúdo das mensagens e dos ficheiros anteriores permanece confidencial, porque foi cifrado com chaves que o servidor nunca deteve. As listas de dispositivos assinadas impedem o atacante de adicionar um dispositivo para receber cópias, e os números de segurança permitem aos utilizadores verificar as identidades.
O servidor pode alterar ou retransmitir uma mensagem de difusão?
Não. A prioridade, o prazo de confirmação de receção e o prazo de expiração de uma mensagem de difusão cifrada são transmitidos dentro da cifragem de ponta a ponta, pelo que o servidor não pode reduzir a sua prioridade nem voltar a transmiti-la.
Para onde são enviados os metadados de encaminhamento?
Os metadados de encaminhamento necessários para entregar mensagens permanecem na instalação dedicada do cliente, sujeitos à sua própria política de conservação e auditoria.
Veja como uma arquitetura em que o servidor não tem acesso ao conteúdo altera o seu modelo de ameaças
Tosh Defence apresenta a arquitetos de segurança a análise do comprometimento de servidores, a confiança nos dispositivos e o tratamento de metadados da SANKET.