O que a encriptação de ponta a ponta protege e o que não protege

Suponha que envia a um colega uma atualização confidencial do projeto num chat encriptado de ponta a ponta. O colega lê a mensagem e depois copia um parágrafo para um documento partilhado. Qualquer pessoa com acesso a este documento pode agora também ler o parágrafo.

A encriptação de ponta a ponta foi concebida para manter o conteúdo da mensagem legível apenas nos terminais de comunicação. Para uma conversa privada, estes são os dispositivos dos participantes. Num sistema corretamente concebido e implementado, o serviço que transporta as mensagens encriptadas não pode desencriptar o seu conteúdo. A arquitetura de segurança de mensagens da IETF descreve esta separação entre os participantes e o serviço de entrega.

Encriptado entre que dispositivos?

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

Considere um serviço simples que utiliza o TLS para proteger a ligação entre o seu telefone e o seu servidor. O servidor é uma extremidade dessa ligação protegida. Pode receber texto legível, processá-lo e enviá-lo através de outra ligação encriptada ao destinatário. TLS protege a comunicação entre os seus endpoints, que podem ser um dispositivo e um servidor.

A encriptação de ponta a ponta protege o conteúdo também durante essa etapa intermédia. O dispositivo do remetente encripta a mensagem antes da entrega e o dispositivo do destinatário desencripta-a. Um sistema pode também utilizar TLS, protegendo as ligações de rede que transportam a mensagem já encriptada.

Este é um exemplo simplificado. Os chats em grupo e as contas com vários dispositivos ligados têm mais dispositivos nas extremidades da comunicação a considerar.

Os seus dispositivos fazem parte da conversa

Precisa de ler o texto antes de o enviar. O seu destinatário precisa de lê-lo depois de o receber. Nestes momentos, as palavras ficam disponíveis nos dispositivos de cada extremidade.

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

A mesma conversa também pode estar acessível num computador ou tablet ligado. Reveja estes 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 a sua própria proteção

As definições utilizadas para uma conversa em curso não informam, por si só, como é protegido um backup guardado.

Verifique se o backup está encriptado, quem controla as chaves e como funciona a recuperação. Se um fornecedor mantiver uma chave que possa abrir o backup, poderá aceder a essa cópia. Se for a única pessoa a deter o segredo necessário para o abrir, a recuperação dependerá de manter esse segredo em segurança. O facto de um backup ser armazenado na nuvem não responde a estas questões.

O guia de encriptação da Electronic Frontier Foundation recomenda especificamente a verificação da encriptação de cópia de segurança juntamente com a proteção utilizada 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, podem permanecer disponíveis informações como tempos de ligação, identificadores de contas, endereços de rede ou quantidade de dados trocados. Estes detalhes costumam ser chamados de metadados. Um observador de rede e um fornecedor de mensagens não verão necessariamente a mesma informação.

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

Verifique quem está do outro lado

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

Quando a aplicação fornecer verificação de contacto, compare a impressão digital da chave ou o código de segurança com o da outra pessoa pessoalmente ou através de um canal independente em que já confia. Se alguém entrar em contacto consigo inesperadamente a partir de uma nova conta, confirme a alteração por um canal conhecido antes de partilhar informações confidenciais.

Isto ajuda a ligar uma identidade criptográfica à pessoa que pretende alcançar. A explicação da EFF sobre a verificação das impressões digitais das chaves mostra porque é que esta verificação é importante.

Antes da sua próxima mensagem confidencial

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

• Se esta conversa utiliza encriptação de ponta a ponta, incluindo quaisquer dispositivos ligados.
• Se verificou o destinatário através de um método fiável.
• Que dispositivos podem abrir a conversa.
• Como as cópias e cópias de segurança guardadas são protegidas.
• Se o destinatário necessita de guardar, copiar ou partilhar o texto.

Para conversas de trabalho, combine com o seu colega que documentos ou pessoas podem receber os detalhes do projeto antes de os enviar.

O papel do Layergram

Layergram permite compor e encriptar o texto selecionado localmente antes de o partilhar através de um canal compatível. O destinatário desencripta-o localmente no Layergram. Ambas as pessoas utilizam Layergram e verificam mutuamente as suas identidades.

Isto coloca o conteúdo escolhido numa camada encriptada separada antes de chegar ao chat utilizado para o envio. O chat pode ainda reter informações sobre a troca, e os dispositivos e o destinatário continuam a fazer parte do risco. Pode acompanhar o fluxo de trabalho em Como funciona o Layergram e ler os limites específicos na nossa explicação de segurança.