-
-
Notifications
You must be signed in to change notification settings - Fork 5.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
GPGkeys: subkeys are not imported/used #12128
Comments
Hmm I was sure I'd fixed this recently... When did you add that key to the database? I'll take another look though |
I test adding the before and after adding doing the commit. |
Interesting when I add this key on my local testing service this works. |
That is the key obtained from https://github.com/Eideen.gpg |
I have test now with master, and 12.1 on my local service, and i get the same result. where is maked as SUSPICIOUS. Is there any other settings related PGP?
that key is correct. |
Have you set the email address as per the key? |
The user has to have the email address of at least one of the key's email addresses listed as theirs. |
In that given that that key only has "1884894+eideen@users.noreply.github.com" as an email address you must add that as at least a secondary email address to the user. |
I test it again with a new key and only using one email. I work if the main key. /home/torstein/.gnupg/pubring.kbx
---------------------------------
sec rsa4096/51BB0AFBAA3C45CC 2020-07-05 [SC]
E19FF5319D2076A7792BCC4751BB0AFBAA3C45CC
uid [ fullst.] Torstein Eide <...@gmail.com>
ssb rsa4096/07869FDB3DB88711 2020-07-05 [E] but when i add a new ssb key it gives error /home/torstein/.gnupg/pubring.kbx
---------------------------------
sec rsa4096/51BB0AFBAA3C45CC 2020-07-05 [SC]
E19FF5319D2076A7792BCC4751BB0AFBAA3C45CC
uid [ fullst.] Torstein Eide <...@gmail.com>
ssb rsa4096/07869FDB3DB88711 2020-07-05 [E]
ssb rsa4096/1CF209566DC957DE 2020-07-05 [S] [utgår: 2071-01-08] |
An example would be useful - if only so I can test this. |
https://try.gitea.io/torsteintest/test2/commits/branch/master |
The key attached to https://try.gitea.io/torsteintest.gpg still has the 1884894+eideen@users.noreply.github.com email address |
public key for second test |
OK I've replicated - Thanks for bearing with this. |
Figured it out - the problem is that the email checking is attached to the primary key not the subkey. |
When attempting to verify subkeys the email address verification step requires checking the emails however, these emails are not stored on subkeys but instead on the primary key. This PR will obtain the primaryKey and check against these emails too. Fix go-gitea#12128 Signed-off-by: Andrew Thornton <art27@cantab.net>
When attempting to verify subkeys the email address verification step requires checking the emails however, these emails are not stored on subkeys but instead on the primary key. This PR will obtain the primaryKey and check against these emails too. Fix #12128 Signed-off-by: Andrew Thornton <art27@cantab.net> Co-authored-by: techknowlogick <techknowlogick@gitea.io>
Backport go-gitea#12155 When attempting to verify subkeys the email address verification step requires checking the emails however, these emails are not stored on subkeys but instead on the primary key. This PR will obtain the primaryKey and check against these emails too. Fix go-gitea#12128 Signed-off-by: Andrew Thornton <art27@cantab.net> Co-authored-by: techknowlogick <techknowlogick@gitea.io>
Backport #12155 When attempting to verify subkeys the email address verification step requires checking the emails however, these emails are not stored on subkeys but instead on the primary key. This PR will obtain the primaryKey and check against these emails too. Fix #12128 Signed-off-by: Andrew Thornton <art27@cantab.net> Co-authored-by: techknowlogick <techknowlogick@gitea.io> Co-authored-by: techknowlogick <techknowlogick@gitea.io>
When attempting to verify subkeys the email address verification step requires checking the emails however, these emails are not stored on subkeys but instead on the primary key. This PR will obtain the primaryKey and check against these emails too. Fix go-gitea#12128 Signed-off-by: Andrew Thornton <art27@cantab.net> Co-authored-by: techknowlogick <techknowlogick@gitea.io>
[x]
):Description
If you add subkey to a master GPG keyring, the subkey is not picked up by Gitea, this give error "WARNING! Although there is a key with this ID in the database it does not verify this commit! This commit is SUSPICIOUS."
To comparison Github correctly sees all keys.
The text was updated successfully, but these errors were encountered: