O que a criptografia de ponta a ponta protege e o que não protege

Suponha que você envie a um colega uma atualização confidencial do projeto em um bate-papo criptografado de ponta a ponta. Seu colega lê a mensagem e depois copia um parágrafo em um documento compartilhado. Qualquer pessoa com acesso a esse documento agora também pode ler o parágrafo.

A criptografia de ponta a ponta foi projetada para manter o conteúdo da mensagem legível apenas nos terminais de comunicação. Para uma conversa privada, esses são os dispositivos dos participantes. Em um sistema projetado e implementado corretamente, o serviço que transporta as mensagens criptografadas não pode descriptografar seu conteúdo. A arquitetura de segurança de mensagens da IETF descreve essa separação entre os participantes e o serviço de entrega.

Criptografado entre quais dispositivos?

Uma mensagem pode ser criptografada enquanto viaja pela Internet e ainda ser legível pelo serviço que a trata.

Considere um serviço simples que usa TLS para proteger a conexão entre seu telefone e seu servidor. O servidor é uma extremidade dessa conexão protegida. Ele pode receber texto legível, processá-lo e enviá-lo por meio de outra conexão criptografada ao destinatário. TLS protege a comunicação entre seus endpoints, que podem ser um dispositivo e um servidor.

A criptografia de ponta a ponta protege o conteúdo também durante essa etapa intermediária. O dispositivo do remetente criptografa a mensagem antes da entrega e o dispositivo do destinatário a descriptografa. Um sistema também pode usar TLS, protegendo as conexões de rede que transportam a mensagem já criptografada.

Este é um exemplo simplificado. Bate-papos em grupo e contas com vários dispositivos vinculados têm mais pontos de extremidade a serem considerados.

Seus dispositivos fazem parte da conversa

Você precisa ler o texto antes de enviá-lo. Seu destinatário precisa lê-lo depois de recebê-lo. Nesses momentos, as palavras ficam disponíveis nos dispositivos de cada extremidade.

Alguém que consegue visualizar uma conversa aberta pode lê-la sem quebrar nenhuma criptografia. O malware com acesso suficiente a um dispositivo também pode capturar texto à medida que é digitado ou exibido. As consequências de um comprometimento de dispositivo dependem do acesso obtido e do design do sistema, como explica a discussão da IETF sobre comprometimento de endpoint.

A mesma conversa também pode estar acessível em um computador ou tablet vinculado. Revise esses dispositivos, remova o acesso desnecessário e mantenha o software atualizado. Estas são precauções práticas incluídas nas orientações sobre comunicações móveis da CISA.

Um backup tem sua própria proteção

As configurações usadas para uma conversa em andamento não informam, por si só, como um backup salvo é protegido.

Verifique se o backup está criptografado, quem controla as chaves e como funciona a recuperação. Se um provedor mantiver uma chave que possa abrir o backup, ele poderá acessar essa cópia. Se somente você tiver o segredo necessário para abri-lo, a recuperação dependerá de manter esse segredo seguro. O fato de um backup ser armazenado na nuvem não responde a essas perguntas.

O guia de criptografia da Electronic Frontier Foundation recomenda especificamente a verificação da criptografia de backup junto com a proteção usada em trânsito.

As palavras são apenas parte da informação

Manter o conteúdo da mensagem em segredo não oculta automaticamente a atividade circundante.

Dependendo do serviço e do observador, informações como tempos de conexão, identificadores de contas, endereços de rede ou quantidade de dados trocados podem permanecer disponíveis. Esses detalhes costumam ser chamados de metadados. Um observador de rede e um provedor de mensagens não verão necessariamente as mesmas informações.

Os padrões ainda podem revelar algo sobre uma troca mesmo quando seu conteúdo é ilegível. A orientação de privacidade da IETF chama isso de análise de tráfego.

Verifique quem está do outro lado

Um nome de perfil ou fotografia familiar não é suficiente para verificar uma troca confidencial.

Onde o aplicativo fornecer verificação de contato, compare a impressão digital da chave ou o código de segurança com a outra pessoa, pessoalmente ou por meio de um canal independente em que você já confia. Se alguém entrar em contato com você inesperadamente a partir de uma nova conta, confirme a alteração por um canal conhecido antes de compartilhar informações confidenciais.

Isso ajuda a conectar uma identidade criptográfica à pessoa que você pretende alcançar. A explicação da EFF sobre a verificação da impressão digital da chave mostra por que essa verificação é importante.

Antes da sua próxima mensagem confidencial

Comece com as informações que você realmente precisa enviar. Deixe de fora detalhes de que o destinatário não precisa. Em seguida, verifique as partes da troca que são importantes para proteger essas informações:

• Se esta conversa utiliza criptografia de ponta a ponta, incluindo quaisquer dispositivos vinculados.
• Se você verificou o destinatário por meio de um método confiável.
• Quais dispositivos podem abrir a conversa.
• Como as cópias e backups salvos são protegidos.
• Se o destinatário precisa guardar, copiar ou compartilhar o texto.

Para conversas de trabalho, combine com seu colega quais documentos ou pessoas podem receber os detalhes do projeto antes de enviá-los.

O papel do Layergram

Layergram permite compor e criptografar o texto selecionado localmente antes de compartilhá-lo por meio de um canal compatível. O destinatário o descriptografa localmente no Layergram. Ambas as pessoas usam Layergram e verificam mutuamente suas identidades.

Isso coloca o conteúdo escolhido em uma camada criptografada separada antes de chegar ao aplicativo de mensagens usado para o envio. O chat ainda pode reter informações sobre a troca, e os dispositivos e o destinatário continuam sendo parte do risco. Você pode acompanhar o fluxo de trabalho em Como funciona o Layergram e ler os limites específicos em nossa explicação de segurança.