keyring search regression in master
Neal H. Walfield
neal at walfield.org
Wed Nov 11 11:23:33 CET 2015
At Wed, 11 Nov 2015 08:41:00 +0100,
Werner Koch wrote:
> On Wed, 11 Nov 2015 07:57, gniibe at fsij.org said:
> > It was introduced by the function check_user_ids. It searches once,
> > and then, in the line 2198, it searches again. Here, packets up to
> > the next PKT_PUBLIC_KEY will be skipped and subkeys are not registered
> > to the hash table. Next time keyring_search will be called, the call
> > to lookup_offset_hash_table will fail (as the subkey is not
> > registered) and returns -1.
> Thanks for the analysis. Actually I was bugged by the problem myself
> and resorted to revert commit e8c53fc for my own use.
> See https://bugs.gnupg.org/gnupg/issue1128
Could you describe the failure scenario?
More information about the Gnupg-devel