Potential vulnerability: gpg key trust extrapolation to new UIDs
I'm not sure if this really counts as security vulnerability but I've marked it confidential just in case.
The way email signature checking is implemented in Evolution (and probably because of poor
gpg --status-fd ... design), a signature can be reported as trusted with forged UID if another UID on the same key is marked as trusted. Let me explain this a bit.
Let's say we have three people: Alice, Bob and Eve. Originally, both Alice and Eve have their real identifiers on their key, and they both earn Bob's full trust (in terms of WoT). Effectively, Bob's gpg will report both Alice's and Eve's signatures as trusted, with their appropriate UIDs.
Now, Eve adds to her key a new UID that forges Alice's UID. Normally, this UID is reported by gpg as of 'unknown' trust which is correct. If Eve makes a signature,
gpg --verify indicates states of both UIDs:
gpg: Signature made sob, 26 sty 2019, 09:01:16 CET gpg: using RSA key EDA1165366204A694417B2FC551A87083FDCFBF0 gpg: Good signature from "Alice <firstname.lastname@example.org>" [unknown] gpg: aka "Eve <email@example.com>" [full]
--status-fd output doesn't really indicate that:
[GNUPG:] NEWSIG [GNUPG:] KEY_CONSIDERED EDA1165366204A694417B2FC551A87083FDCFBF0 0 [GNUPG:] SIG_ID dbb5pG09OgJI0cRPGjqs2ZFAqyw 2019-01-26 1548489676 [GNUPG:] KEY_CONSIDERED EDA1165366204A694417B2FC551A87083FDCFBF0 0 [GNUPG:] GOODSIG 551A87083FDCFBF0 Alice <firstname.lastname@example.org> [GNUPG:] VALIDSIG EDA1165366204A694417B2FC551A87083FDCFBF0 2019-01-26 1548489676 0 4 0 1 8 01 EDA1165366204A694417B2FC551A87083FDCFBF0 [GNUPG:] KEY_CONSIDERED EDA1165366204A694417B2FC551A87083FDCFBF0 0 [GNUPG:] TRUST_FULLY 0 pgp [GNUPG:] VERIFICATION_COMPLIANCE_MODE 23
Effectively, Evolution gets tricked into reporting a green
Valid signature (Alice <email@example.com>), even though the Alice UID is not trusted.
GNUPGHOMEs for Alice, Bob and Eve, and create new keys with unique UIDs for each of them.
- Import Alice's and Eve's public keys to Bob. Sign both of them.
- Import signed Eve's public key back to Eve.
adduidon Eve's key to create a UID matching Alice's.
- Create a new mail in mbox format signed using Eve's key. Easy way: create a text file,
--clearsignit, add mail headers.
- Import the file as mbox into Evolution, and open the mail.