gpg: ATTENZIONE: il messaggio non era protetto dall'integrità

Sono un po 'confuso su cosa significhi.

Quello che è successo è che qualcuno mi ha crittografato un messaggio usando la mia chiave pubblica e lo ha firmato con la sua chiave privata, come al solito.

Successivamente, decrittografare il messaggio ...

-bash-3.2$ gpg --decrypt /tmp/det_prod_cred.txt.asc 
gpg: encrypted with 2048-bit ELG-E key, ID 2E52ED13, created 2001-10-15
      "XXXXXXX1"
gpg: encrypted with 4096-bit RSA key, ID 0BB096A1, created 2009-08-12
      "XXXXXXX2"
username = XXXXXXXXXX3  
password = XXXXXXXXXX4
gpg: Signature made Wed 12 Aug 2009 15:47:17 EST using DSA key ID C2E36CC8
gpg: Good signature from "17155x01"
gpg: WARNING: This key is not certified with a trusted signature!
gpg:          There is no indication that the signature belongs to the owner.
Primary key fingerprint: 826A E10D 8AAB 49A0 E9B6  0478 3A70 240F C2E3 6CC8
gpg: WARNING: message was not integrity protected

... So che il messaggio è dettagliato e probabilmente dovrei capire a cosa sta arrivando - ma non sono sicuro di averlo fatto - quindi ogni ulteriore spiegazione su questo sarebbe apprezzata.

Fondamentalmente sta dicendo che la persona che ha firmato questo messaggio, non passa le regole definite nel mio trustdb?

$ gpg --update-trustdb
gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
gpg: depth: 0  valid:   1  signed:   0  trust: 0-, 0q, 0n, 0m, 0f, 1u

Mentre...

$ gpg --edit-key 0xC2E36CC8
gpg (GnuPG) 1.4.5; Copyright (C) 2006 Free Software Foundation, Inc.
This program comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to redistribute it
under certain conditions. See the file COPYING for details.


pub  1024D/C2E36CC8  created: 2001-10-15  expires: never       usage: SCA 
                     trust: marginal      validity: unknown
sub  2048g/2E52ED13  created: 2001-10-15  expires: never       usage: E   
[ unknown] (1). 17155x01

Notate che ho solo un po 'di fiducia nella chiave, se mi fido completamente (cosa che non posso), il problema scompare?

Ci sono due avvertimenti diversi qui, e penso che gli altri soccorritori stiano assumendo che l'uno sia causato dall'altro.

Presumo che l'avvertimento "messaggio non protetto contro l'integrità" sia la tua principale preoccupazione, poiché questo è il titolo di questa domanda. Sembra che ci siano diverse cose che possono causare questo, ma quello che ho appena incontrato è quando la funzione "Protezione MDC" di GPG non è abilitata. Non so che cosa significhi, ma a quanto pare è un controllo di integrità del messaggio che dimostra che il messaggio non è stato manomesso.

Apparentemente questa funzione è attiva per impostazione predefinita, ma viene disabilitata se una delle chiavi del destinatario non specifica che la supporta. Quindi ho appena ricevuto l'avvertimento per la prima volta quando ho aggiunto un nuovo destinatario a un file che in precedenza avevo crittografato solo a me stesso, presumibilmente perché il nuovo destinatario non aveva detto di supportare MDC.

Ho ricevuto l'avvertimento di andare via aggiungendo --force-mdcal mio comando GPG. Non ho ancora scoperto se questo impedisce al nuovo destinatario di decrittografare il messaggio ...

Sono abbastanza sicuro che l'altro avviso, sulla chiave di cui non ci si fida, non sia correlato all'avviso "non protetto con integrità".

In gpg, non ti fidi ancora del mittente. Quindi, anche se proviene dal tuo compagno @ qualunque cosa, non hai impostato il loro livello di fiducia in gpg su qualunque cosa debba essere per non ricevere quel messaggio :)

Almeno questo è quello che penso; potrebbe essere sbagliato. I documenti GPG dovrebbero essere d'aiuto.

Che cosa ha detto la seta: non ti fidi del mittente.

Tuttavia, potrebbe essere necessario firmare la chiave del mittente.