Pretty Good Privacy

Criptografia híbrida

A criptografia assimétrica pura baseada em algoritmos como RSA exige alto poder computacional para processar grandes volumes de dados. Para otimizar o processo, o PGP executa as seguintes etapas ao cifrar uma mensagem:

1. Geração de chave de sessão: O sistema gera uma chave simétrica temporária e aleatória de uso único (*session key*), utilizando números pseudoaleatórios seguros.
2. Cifragem do corpo: A mensagem (ou arquivo) é compactada e em seguida cifrada com a chave de sessão, utilizando uma cifra de bloco simétrica de alta velocidade — como AES, CAST5, Twofish ou Camellia (no PGP inicial, usava-se o algoritmo patenteado IDEA).
3. Cifragem da chave de sessão: A chave de sessão temporária é então cifrada utilizando a chave pública do destinatário.
4. Transmissão do pacote: O pacote final transmitido ao destinatário contém o texto cifrado simetricamente anexado à chave de sessão cifrada assimetricamente.
5. Decifragem: O destinatário utiliza a sua respectiva chave privada para decifrar a chave de sessão; de posse desta chave simétrica, decifra o corpo principal da mensagem.

Compressão de dados

Antes de realizar a cifragem, o PGP aplica algoritmos de compressão de dados (como ZIP, DEFLATE ou Bzip2) ao texto em claro. Esta etapa atende a dois objetivos fundamentais:

• Eficiência de armazenamento e tráfego: Reduz substancialmente o tamanho final dos arquivos e mensagens em trânsito.
• Aumento da segurança criptográfica: A compressão elimina redundâncias e padrões estatísticos presentes em textos estruturados (como e-mails ou documentos formatados), reduzindo as superfícies de ataque exploradas por métodos de criptoanálise.

Assinatura digital e integridade

O PGP fornece garantia de autenticidade, integridade e não repúdio através do mecanismo de assinatura digital:

1. O remetente submete o conteúdo a uma função hash criptográfica (como SHA-256 ou SHA-512), que gera um resumo numérico de comprimento fixo (*message digest*).
2. O hash calculado é cifrado com a chave privada do remetente, gerando a assinatura digital anexada à mensagem.
3. O destinatário recebe o documento, calcula independentemente o hash da mensagem e utiliza a chave pública do remetente para decifrar a assinatura anexada.
4. Se o hash calculado for estritamente idêntico ao hash decifrado, comprova-se matematicamente que o documento foi emitido pelo titular da chave privada e que nenhum byte foi alterado em trânsito.

Impressão digital (Fingerprint)

Uma chave pública PGP contém metadados, identificadores de usuário (nomes e e-mails) e extensos parâmetros matemáticos. A impressão digital (*fingerprint*) é um hash criptográfico compacto (comumente expresso em formato hexadecimal formatado em blocos legíveis) derivado exclusivamente dos parâmetros constitutivos da chave.

Por exemplo, um fingerprint clássico de 40 dígitos hexadecimais (160 bits):

1DD0 3961 DD17 B9D3 3DD9 5B98 8760 4C58 6293 B179

A impressão digital permite a verificação de autenticidade da chave pública por meio de canais fora de banda (como contato telefônico pessoal, cartões de visita, mensagens instantâneas seguras ou conferências físicas), neutralizando o risco de ataques do tipo man-in-the-middle.

Assinatura cruzada e níveis de confiança

Na Web of Trust, qualquer participante pode atuar como um certificador independente:

• Ao verificar pessoalmente a identidade de um interlocutor e o respectivo *fingerprint*, um usuário pode assinar criptograficamente a chave pública desse colega com sua própria chave privada.
• Cada chave pode acumular múltiplas assinaturas de terceiros.
• O software permite calibrar a confiança atribuída a cada contato através de categorias como "confiança plena" (*full trust*), "confiança marginal" (*marginal trust*) ou "sem confiança" (*untrusted*). Uma chave se torna automaticamente válida no anel de chaves local quando reúne um número configurável de assinaturas confiáveis (tipicamente uma assinatura plena ou três marginais).

Historicamente, comunidades técnicas e encontros de tecnologia organizavam as chamadas *Key Signing Parties* (reuniões de assinatura de chaves), onde entusiastas se reuniam presencialmente com documentos de identificação em mãos para trocar e conferir fingerprints, fortalecendo a malha de confiança global.

Servidores de chaves (Keyservers)

Para viabilizar a localização de chaves públicas na internet, surgiram os servidores de chaves (como a rede sincronizada SKS Keyserver Pool), permitindo a busca por nome, endereço de e-mail ou identificador da chave (Key ID).

Contudo, a arquitetura original dos servidores SKS apresentava uma vulnerabilidade estrutural: por concepção, eles não permitiam a remoção de assinaturas (*append-only*). Em 2019, ataques maliciosos de "envenenamento de chaves" (*keyserver poisoning*) sobrecarregaram chaves de desenvolvedores de alto perfil com dezenas de milhares de assinaturas falsas, provocando travamentos nos clientes GnuPG que tentavam atualizá-las. O colapso da rede SKS acelerou a migração para infraestruturas modernas de distribuição de chaves baseadas em verificação criptográfica de e-mail (como o serviço sem fins lucrativos `keys.openpgp.org` e os protocolos WKD — *Web Key Directory*).

Origem e ativismo antinuclear (1991)

Phil Zimmermann escreveu o código do PGP em 1991 movido por preocupações com os direitos humanos e as liberdades civis na era digital. Ativista do movimento antinuclear e pacifista, Zimmermann temia que a expansão dos sistemas digitais de telecomunicações permitisse a governos autoritários ou agências estatais vigiar e rastrear dissidentes políticos, ativistas e cidadãos comuns em escala massiva.

Na época, o congresso norte-americano debatia propostas legislativas (notadamente a emenda no Senate Bill 266) que pretendiam obrigar provedores de telecomunicações a incorporar portas dos fundos (*backdoors*) em sistemas criptográficos, garantindo o acesso governamental a qualquer mensagem cifrada. Zimmermann apressou-se a finalizar o software e distribuiu-o gratuitamente pela internet, inicialmente postando-o em um bulletin board system (BBS) comunitário e na rede Usenet.

A primeira versão contava com um algoritmo simétrico experimental de 128 bits chamado *BassOmatic* (nomeado em alusão a um esquete cômico do programa Saturday Night Live). Diante de vulnerabilidades matemáticas teóricas identificadas por outros criptógrafos, Zimmermann substituiu rapidamente o *BassOmatic* na versão PGP 2.0 pelo algoritmo IDEA, criado na Europa por James Massey e Xuejia Lai.

Investigação criminal e a manobra do livro impresso (1993–1996)

O sucesso da distribuição global do PGP levou o software rapidamente para fora dos Estados Unidos. Em fevereiro de 1993, a Procuradoria dos Estados Unidos e a Alfândega abriram uma investigação criminal formal contra Phil Zimmermann sob acusação de violação do estatuto de exportação de armas (*Arms Export Control Act* e regulamentos *ITAR*).

Pela legislação norte-americana da época (a era inicial das "Guerras Criptográficas"), sistemas com chaves de criptografia superiores a 40 bits eram considerados munições bélicas de uso restrito militar, cuja exportação para fora do país sem autorização expressa do Departamento de Estado constituía crime federal gravíssimo punível com pesadas penas de reclusão.

Para contornar o bloqueio de forma estritamente legal, Zimmermann e seus apoiadores conceberam uma estratégia inovadora amparada na Primeira Emenda à Constituição dos Estados Unidos, que consagra a plena liberdade de imprensa e a publicação de livros:

• Todo o código-fonte legível do PGP foi impresso e publicado formalmente em capa dura pela prestigiada editora acadêmica MIT Press.
• Os livros físicos foram despachados legalmente por correio convencional e exportados para a Europa sem qualquer infração legal, pois livros não podiam ser categorizados como armamento militar.
• Na Europa, uma equipe de voluntários utilizou scanners de alta precisão com reconhecimento óptico de caracteres (OCR) para ler as páginas do livro, reverter o texto impresso em arquivos de código-fonte em C e recompilar a versão internacional integral do PGP (*PGPi*).

Diante da repercussão internacional e da inviabilidade técnica e constitucional da ação penal, em fevereiro de 1996 a Procuradoria Federal encerrou formalmente a investigação criminal contra Zimmermann sem apresentar nenhuma denúncia. Pouco depois, as normas governamentais de exportação de tecnologia criptográfica de uso civil foram progressivamente flexibilizadas.

Trajetória corporativa (1996–presente)

Livre de acusações, em 1996 Zimmermann fundou a **PGP Inc.**, associando-se a investidores para disponibilizar versões corporativas do produto.

• Network Associates (McAfee): Em dezembro de 1997, a PGP Inc. foi adquirida pela Network Associates Inc. (NAI, mais tarde renomeada McAfee) por cerca de 36 milhões de dólares. Em meio à transição corporativa, parte do código foi descontinuada pela NAI em 2001.
• PGP Corporation: Em 2002, ex-funcionários do núcleo do PGP e investidores de capital de risco formaram uma nova entidade independente, a PGP Corporation, readquirindo os ativos de software da NAI e relançando suítes completas de criptografia corporativa para discos rígidos e mensagens.
• Symantec: Em 2010, a multinacional de cibersegurança Symantec comprou a PGP Corporation por 300 milhões de dólares, integrando suas tecnologias na suíte Symantec Endpoint Encryption.
• Broadcom: Em novembro de 2019, a gigante norte-americana de semicondutores e software corporativo Broadcom adquiriu a divisão de segurança corporativa da Symantec por 10,7 bilhões de dólares, passando a deter as soluções legadas do código proprietário PGP.

Criação do padrão OpenPGP (IETF)

Para impedir que a interoperabilidade de mensagens criptografadas ficasse refém de patentes proprietárias ou de uma única empresa comercial, em 1997 a PGP Inc. propôs à IETF a criação de um padrão aberto público. Nascia o grupo de trabalho **OpenPGP**, que estabeleceu as especificações técnicas formais para pacotes, cabeçalhos, chaves e algoritmos:

• **RFC 2440 (1998):** Primeira especificação formal do padrão OpenPGP.
• **RFC 4880 (2007):** Padrão consolidado que normatizou o uso de cifras modernas como AES, funções de hash SHA-2 e formatos de chaves versión 4 (v4).
• **RFC 9580 (Julho de 2024):** A mais abrangente revisão técnica do protocolo em quase duas décadas. A RFC 9580 introduziu formalmente chaves versão 6 (v6) com fingerprints derivados em SHA-256 de 32 bytes, suporte padronizado para curvas elípticas modernas (Ed25519, Ed448, X25519, X448) e cifras com autenticação associada (AEAD) — fornecendo resistência nativa contra ataques sofisticados de manipulação de texto cifrado.

O projeto GnuPG (GPG)

Inspirado por uma conferência de Richard Stallman e estimulado pela necessidade de uma implementação desvinculada de patentes norte-americanas, o desenvolvedor alemão Werner Koch criou em 1997 o **GnuPG** (*GNU Privacy Guard* ou simplesmente *GPG*).

Distribuído sob licença livre GPL, o GnuPG implementa a especificação integral do OpenPGP sem código proprietário. O GnuPG tornou-se a ferramenta de linha de comando padrão adotada universalmente em distribuições Linux, servidores e ambientes corporativos para gerenciar chaves, cifrar e-mails e assinar pacotes.

Vetores práticos de vulnerabilidade

• Comprometimento de endpoints: A criptografia protege dados em repouso e em trânsito, mas é ineficaz se o computador do usuário estiver infectado por malware, keyloggers ou cavalos de Troia que capturem o texto em claro antes da cifragem ou roubem a chave privada da memória RAM.
• Fragilidade da frase-senha: A chave privada PGP fica armazenada no disco cifrada simetricamente por uma frase-senha (*passphrase*). Se o usuário escolher uma frase fraca ou suscetível a ataques de dicionário, um invasor que obtenha o arquivo da chave poderá recuperar a chave privada offline.
• Exposição de metadados: O protocolo de correio eletrônico na internet (SMTP) não foi concebido para criptografia nativa. Ao enviar um e-mail criptografado com PGP, o conteúdo da mensagem e seus anexos permanecem invioláveis, mas os **metadados** — incluindo endereço de remetente, destinatário, data, tamanho e o campo de **Assunto** (*Subject*) — transitam em texto claro e podem ser interceptados por provedores de internet e redes de vigilância.
• Ataque EFAIL (2018): Pesquisadores de segurança revelaram o ataque batizado de EFAIL, que afetava clientes de e-mail mal implementados que processavam conteúdo HTML e imagens externas ativamente. Ao interceptar e modificar um e-mail cifrado inserindo tags HTML maliciosas (como `img src`), invasores faziam com que clientes desprotegidos realizassem requisições remotas enviando o texto decifrado na URL. A vulnerabilidade foi contornada nos clientes de e-mail desativando a renderização de elementos remotos não solicitados e adotando cifras autenticadas (AEAD) nas versões recentes do OpenPGP.

Integridade no desenvolvimento de software e Git

Desenvolvedores de software utilizam o PGP/GPG para assinar criptograficamente *commits*, *tags* e lançamentos em sistemas de controle de versão Git, em plataformas como GitHub e GitLab. Isso garante a proveniência do código e impede que agentes maliciosos insiram códigos maliciosos se passando por mantenedores legítimos em ataques à cadeia de suprimentos (*supply chain attacks*).

Gerenciamento de pacotes em distribuições Linux

Os sistemas de gerenciamento de pacotes das principais distribuições Linux — incluindo Debian e Ubuntu (via APT), Fedora e Red Hat Enterprise Linux (via RPM), e Arch Linux (via pacman) — utilizam chaves públicas OpenPGP para autenticar a assinatura digital de todos os pacotes binários instalados no sistema operacional, evitando adulterações por servidores espelho (*mirrors*) comprometidos.

Jornalismo investigativo e denúncias

O PGP permanece a ferramenta primordial de contato confidencial entre jornalistas investigativos e informantes (*whistleblowers*). Em 2013, Edward Snowden comunicou-se inicialmente com os jornalistas Glenn Greenwald e Laura Poitras sob o pseudônimo de "Cincinnatus", insistindo em tutorá-los na instalação e uso do PGP antes de transmitir os primeiros vazamentos de documentos secretos da NSA. Organizações jornalísticas globais, como o consórcio WikiLeaks e o consórcio ICIJ, adotam chaves públicas PGP permanentes para recebimento seguro de denúncias e acervos vazados.