lançamento da ferramenta (GNU Privacy Guard), compatível com os padrões OpenPGP () e S/MIME, e fornece utilitários para criptografia de dados, trabalho com assinaturas eletrônicas, gerenciamento de chaves e acesso a repositórios de chaves públicas. Lembramos que a ramificação GnuPG 2.2 é posicionada como uma versão em desenvolvimento, na qual novas funcionalidades continuam a ser adicionadas, enquanto na ramificação 2.1 apenas correções são permitidas.
A nova versão apresenta medidas para enfrentar , causando a suspensão do GnuPG e a impossibilidade de continuar o funcionamento até que o certificado problemático seja removido do armazenamento local ou que o armazenamento de certificados seja recriado com base em chaves públicas verificadas. A proteção adicionada é baseada na ignorância total, por padrão, de todas as assinaturas digitais de terceiros em certificados recebidos dos servidores de armazenamento de chaves. Lembramos que qualquer usuário pode adicionar sua própria assinatura digital para certificados no servidor de armazenamento de chaves, o que é explorado por criminosos para criar uma enorme quantidade de assinaturas para o certificado da vítima (mais de cem mil), cuja processamento perturba o funcionamento normal do GnuPG.
A ignorância de assinaturas digitais de terceiros é regulada pela opção “self-sigs-only”, que permite o upload apenas das próprias assinaturas dos criadores para as chaves. Para restaurar o comportamento antigo, é possível adicionar a configuração “keyserver-options no-self-sigs-only,no-import-clean” em gpg.conf. No entanto, se durante a operação for registrado a importação de um número de blocos que causará a sobrecarga do armazenamento local (pubring.kbx), o GnuPG, em vez de gerar um erro, automaticamente ativará o modo de ignorância de assinaturas digitais (“self-sigs-only,import-clean”).
Para atualização de chaves utilizando o mecanismo (WKD) foi adicionada a opção “—locate-external-key”, que pode ser utilizada para recriar o armazenamento de certificados com base em chaves públicas verificadas. Ao realizar a operação “—auto-key-retrieve”, o mecanismo WKD agora é mais preferencial do que servidores de chaves. O funcionamento do WKD consiste em hospedar chaves públicas na web, ligadas ao domínio especificado no endereço de e-mail. Por exemplo, para o endereço “test@example.com”, a chave pode ser carregada através do link “https://example.com/.well-known/openpgpkey/hu/183d7d5ab73cfceece9a5594e6039d5a”.
Fonte: opennet.ru
