Por que o gpg está ficando chateado e como posso pará-lo?

Question

Eu recentemente migrei de uma instalação do Ubuntu para outra e, no processo, mudei meu nome de usuário. Eu importei meu par de chaves pública / privada para o gpg e, embora a descriptografia (usando minha chave privada) funcione bem, sempre que tento criptografar algo para mim mesmo com minha chave pública, recebo a seguinte mensagem de aviso:

It is NOT certain that the key belongs to the person named
in the user ID.  If you *really* know what you are doing,
you may answer the next question with yes.

Depois disso, ele me pergunta se eu realmente quero usar a chave (eu sempre respondo "sim", porque é de fato a única tecla no meu chaveiro e sei de onde ela veio) . Eu posso decifrar coisas muito bem, então por que gpg solta um chiado sempre que tento criptografar algo? E como posso evitar que esta mensagem apareça novamente?

    

Answer 1

Consegui reproduzir o problema que você está enfrentando. Eu fiz assim fazendo o seguinte:

$ gpg --no-default-keyring --keyring ./test-keyring  --secret-keyring ./test-secring --trustdb-name ./test-trustdb --no-random-seed-file --gen-key

<specified parameters and let it do its thing>

gpg: key 58018BFE marked as ultimately trusted
public and secret key created and signed.

<snip>

$

Observe que o processo marcou a chave como "basicamente confiável".

Agora eu exporto as chaves:

$gpg --no-default-keyring --keyring ./test-keyring  --secret-keyring ./test-secring --trustdb-name ./test-trustdb --no-random-seed-file --export-secret-keys -a >private.key

$gpg --no-default-keyring --keyring ./test-keyring  --secret-keyring ./test-secring --trustdb-name ./test-trustdb --no-random-seed-file --export -a > public.key

Agora eu importo para um novo banco de dados gpg:

$gpg --no-default-keyring --keyring ./test2-keyring  --secret-keyring ./test2-secring --trustdb-name ./test2-trustdb --no-random-seed-file --import public.key

$gpg --no-default-keyring --keyring ./test2-keyring  --secret-keyring ./test2-secring --trustdb-name ./test2-trustdb --no-random-seed-file --import private.key

Agora, se eu tentar criptografar usando os novos chaveiros, obtenho:

$ gpg --no-default-keyring --keyring ./test2-keyring  --secret-keyring ./test2-secring --trustdb-name ./test2-trustdb --no-random-seed-file -r Fake -e
gpg: AE3034E1: There is no assurance this key belongs to the named user

pub  1024R/AE3034E1 2013-06-13 Fake User <[email protected]>
 Primary key fingerprint: AD4D BAFB 3960 6F9D 47C1  23BE B2E1 67A6 5801 8BFE
      Subkey fingerprint: 58F2 3669 B8BD 1DFC 8B12  096F 5D19 AB91 AE30 34E1

It is NOT certain that the key belongs to the person named
in the user ID.  If you *really* know what you are doing,
you may answer the next question with yes.

A razão para isso é o modelo "web of trust". Por padrão, para que uma chave pública seja confiável, ela requer um certificado de confiança "final" (normalmente onde você verificou pessoalmente as identidades das pessoas envolvidas) ou três certificados de confiança "marginais" (onde alguém que você conhece, quem conhece alguém que você conhece ... assinou o certificado).

Como o gpg é um aplicativo de segurança, ele avisa se você está tentando criptografar para uma chave que não está listada como confiável. A razão pela qual sua própria chave não é confiável nesse caso é simples. É porque você não exportou as relações de confiança da instância gpg anterior. Para fazer isso, use os comandos --export-ownertrust e --import-ownertrust.

Como sempre, consulte a página de manual .

    

Answer 2

Eu encontrei o mesmo problema, mas não tive mais acesso à chave antiga. Então você pode recriar a confiança em sua chave antiga com isso:

gpg --edit-key [email protected]
gpg> trust
Please decide how far you trust this user to correctly verify other users' keys
(by looking at passports, checking fingerprints from different sources, etc.)

  1 = I don't know or won't say
  2 = I do NOT trust
  3 = I trust marginally
  4 = I trust fully
  5 = I trust ultimately
  m = back to the main menu

Your decision? 5
Do you really want to set this key to ultimate trust? (y/N) y

    

Answer 3

Você pode usar o sinal --always-trust para pular esta mensagem.