Summary: | kleopatra reports valid signature from unknown openpgp certificate | ||
---|---|---|---|
Product: | [Applications] kleopatra | Reporter: | Alberto Ronzani <alberto.ronzani> |
Component: | general | Assignee: | Andre Heinecke <aheinecke> |
Status: | ASSIGNED --- | ||
Severity: | normal | CC: | adam, emanuel, evahnyird, mutz, tgies |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | signed files and screenshot |
Description
Alberto Ronzani
2011-11-21 10:12:01 UTC
I am experiencing this bug on my Windows (Ult 64) platform as well. From command line, GPG successfully verifies a signed file with a detached subkey signature. Kleopatra verifies the signature but lists the key as unknown. -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I am also experiencing this bug using Windows 7 (x64). I am not using a smartcard, but have my private key set-up with a subkey for signing. When I sign a file and verify it using Kleopatra the GUI indicates that the file has been verified and signed by an unknown certificate. If the command line interface is used to verify the file it returns the proper name and email for the signing key. I would like to keep using a subkey for signing to protect my private key, but I am worried this incompatibility might confuse others. I suspect if you try to verify this message with kleopatra it will return the same error/bug. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (MingW32) iQIcBAEBAgAGBQJQrESfAAoJEIJrHQl12qNTtDMP/0XdD7Dbb+NonRu1z9vG5X6M iF+PWE+dDh6F5z0r11YByfDUyg6zZZVZw0iGHUCew9IpNz007K95kJVN0kJtcgC2 lDssThoDJqd1O1DE4OO1MitwNrdDKuzMYV4VYJ7t8xaedWZ85S8PjCt15LUYkqAj V8LrocJqWgPvBX2HsBj3y0ENC94VyOk1LxnDC8h6QgqIhEQwS25Mc94K7j90LLmC D2H1c1PtueggmaenmZQM70lPH+6dirLBaHjOCXadzijQS+yVR4i8qL/QT3BN1r3v ZhRILoCb7B7qyquTKjmw3z42vGDrhCB5Fg7OoctkNh7vYvsB8uJBeTA9LOkgoa/i 4pEFEj54IwxifdjvGQpE04e3WRR0jQ79SI5seONXWfQ1LAmBa4tkfAhT78VO1Wu9 aqCccsTfacHPqdJK5SYprfQ6gf9KBF0UZN+MZ00ZwO/dVe6kL22LqaALEQqVz7Rc vbxtdRq5VuEjuu16Npx/7KH3zx8j4sFuRe1ViEb8Ex9dpZS2AXX2n4kx908JnKgH 0jg+Ylhyuh25L3ovYqUGkQq0sRgjeAGXGbcWYeWMV/Z4Nr6B792LldZmx4pwLN5t mNqhgBBjs/pfNkM7pEW05tldB33fhm0YtLFOjw3RQUfETe4kO1iPya5RCntB5Y67 tEW+Uzrdyz5/dFe2YCkj =eJKn -----END PGP SIGNATURE----- I'll check this issue with current Kleopatra and Gpg4win. I'm seeing this issue as well with Kleopatra 2.2.0 from Gpg4win 2.2.0. I am using a similar arrangement to that previously described with an offline primary private key and a subkey for signing. There is a another report with a similiar issue where the subkey is reported "unknown" independently of the signature status. It is in German from https://wald.intevation.org/forum/forum.php?thread_id=1620&forum_id=84&group_id=11 reporting for Gpg4win 2.3.1 which uses Kleopatra: 2.2.0-gitfb4ae3d Should be reproducable with the tails certificate in question. |