On Mon, Apr 26, 2021 at 12:05 PM Werner Koch wrote:
> You may want to open a bug report at dev.gnupg.org so that we don't
> forget about this.
Thanks for the tip, I’ll be sure to do so next time!
However in this case I have already submitted a patch to gnupg-devel yesterday.
I hope you don’t fo
, 2021 at 3:58 PM Kirill Elagin wrote:
>
> Hello,
>
> Today gnupg suddenly refused to accept the PIN code of my YubiKey and
> it got blocked. I am not exactly sure what happened, but it does not
> matter now anyway.
>
> I am trying to unblock the PIN using a Reset Code.
>
Application ID ...: D276000124010304000611765956
Application type .: OpenPGP
Version ..: 3.4
Manufacturer .: Yubico
Serial number : 11765956
Name of cardholder: Kirill Elagin
Language prefs ...: en
Salutation ...:
URL of public key : https://bruna.kir.elagin.me/kirelagin.asc
Login
Google is a pretty great tool for this kind of things.
Here is one of the results I found:
https://github.com/Valodim/pgp-vanity-keygen
As far as I can tell from the source, it uses the method I suggested,
decreasing timestamp one by one, and it finds a fingerprint that ends in a
given string of b
The easiest strategy, of course, is to simply use gpg to generate a key and
check its fingerprint until you get the one you need (see batch mode).
Generation of an RSA 2048 key is taking around a second, so e.g. for your
example #1 (four bytes fixed) we are talking tens of hours or ones of days.
I
Hello,
I have a key on a smartcard and at some point I added it as a subkey
to a different primary key by giving its keygrip in `--expert` mode.
This works great but I recently realised that when this was done its
fingerprint changed and as a result a wrong fingerprint is now stored
in the card m
