# 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](https://www.rfc-editor.org/rfc/rfc9750.html#section-8.2.1) 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](https://www.rfc-editor.org/rfc/rfc8446.html#section-1), 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.

| Etapa de uma simples troca encriptada de ponta a ponta | O que acontece ao conteúdo |
|---|---|
| Dispositivo do remetente | O texto é composto e encriptado. |
| Serviço de entrega | O serviço transporta dados encriptados. Não possui as chaves necessárias para desencriptar o conteúdo. |
| Dispositivo do destinatário | A mensagem é desencriptada para que o destinatário a possa ler. |

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](https://www.rfc-editor.org/rfc/rfc9750.html#section-8.3).

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](https://www.govinfo.gov/content/pkg/GOVPUB-HS2-PURL-gpo250552/pdf/GOVPUB-HS2-PURL-gpo250552.pdf).

## 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](https://ssd.eff.org/module/what-should-i-know-about-encryption) 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](https://www.rfc-editor.org/rfc/rfc6973.html#section-3.4) 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](https://ssd.eff.org/module/deep-dive-end-end-encryption-how-do-public-key-encryption-systems-work) 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](https://layergram.app/pt/como-funciona/) e ler os limites específicos na nossa [explicação de segurança](https://layergram.app/pt/seguranca/).

Canonical HTML: https://layergram.app/pt/insights/o-que-protege-a-encriptacao-de-ponta-a-ponta/

Language: pt

Publisher: Layergram

Last updated: 2026-10-13T12:28:41Z