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

| Estágio em uma troca criptografada simples de ponta a ponta | O que acontece com o conteúdo |
|---|---|
| Dispositivo do remetente | O texto é composto e criptografado. |
| Serviço de entrega | O serviço transporta dados criptografados. Não possui as chaves necessárias para descriptografar o conteúdo. |
| Dispositivo do destinatário | A mensagem é descriptografada para que o destinatário possa lê-la. |

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

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

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

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

Language: pt-BR

Publisher: Layergram

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