Re: use long keyid-format in gpg.conf (Re: Key collisions in the wild

2016-08-12 Thread Josh Triplett
On Fri, Aug 12, 2016 at 12:32:34PM +0100, Ian Jackson wrote: > Josh Triplett writes ("Re: use long keyid-format in gpg.conf (Re: Key > collisions in the wild"): > > I'd suggest moving directly to full fingerprints; from elsewhere in this > > thread, it sounds like

Re: use long keyid-format in gpg.conf (Re: Key collisions in the wild

2016-08-12 Thread Henrique de Moraes Holschuh
On Fri, 12 Aug 2016, Ian Jackson wrote: > Josh Triplett writes ("Re: use long keyid-format in gpg.conf (Re: Key > collisions in the wild"): > > I'd suggest moving directly to full fingerprints; from elsewhere in this > > thread, it sounds like the current versio

Re: use long keyid-format in gpg.conf (Re: Key collisions in the wild

2016-08-12 Thread Ian Jackson
Josh Triplett writes ("Re: use long keyid-format in gpg.conf (Re: Key collisions in the wild"): > I'd suggest moving directly to full fingerprints; from elsewhere in this > thread, it sounds like the current version of gnupg has done so. What should we do for users of je

Re: use long keyid-format in gpg.conf (Re: Key collisions in the wild

2016-08-11 Thread Josh Triplett
Samuel Thibault wrote: > And actually, moving to 64bit fingerprints by default is possibly not a > good idea: who knows when 64bit will not be secure any more? Estimating > very roughly, if a 32bit collision can be found within a few seconds > with one GPU now as evil32 seems to show, a supercomput

Re: use long keyid-format in gpg.conf (Re: Key collisions in the wild

2016-08-10 Thread Gunnar Wolf
Gunnar Wolf dijo [Wed, Aug 10, 2016 at 02:08:12PM -0500]: > That's the reason why a key by itself means little, but we do place > value on the web of trust around it. > (...blah...) Anyway, I managed to twist my mail with many facts and make it into a long mess :) That was my main point. Nobody sh

Re: use long keyid-format in gpg.conf (Re: Key collisions in the wild

2016-08-10 Thread Gunnar Wolf
Samuel Thibault dijo [Wed, Aug 10, 2016 at 02:03:33PM +0200]: > And actually, moving to 64bit fingerprints by default is possibly not a > good idea: who knows when 64bit will not be secure any more? Estimating > very roughly, if a 32bit collision can be found within a few seconds > with one GPU now

Re: use long keyid-format in gpg.conf (Re: Key collisions in the wild

2016-08-10 Thread Samuel Thibault
Ian Jackson, on Wed 10 Aug 2016 19:06:28 +0100, wrote: > Samuel Thibault writes ("Re: use long keyid-format in gpg.conf (Re: Key > collisions in the wild"): > > Ian Jackson, on Wed 10 Aug 2016 18:56:52 +0100, wrote: > > > Did you miss that paragraph the first t

Re: use long keyid-format in gpg.conf (Re: Key collisions in the wild

2016-08-10 Thread Ian Jackson
Samuel Thibault writes ("Re: use long keyid-format in gpg.conf (Re: Key collisions in the wild"): > Ian Jackson, on Wed 10 Aug 2016 18:56:52 +0100, wrote: > > Did you miss that paragraph the first two times (in which case I guess > > me repeating it was useful) ? >

Re: use long keyid-format in gpg.conf (Re: Key collisions in the wild

2016-08-10 Thread Samuel Thibault
Ian Jackson, on Wed 10 Aug 2016 18:56:52 +0100, wrote: > Samuel Thibault writes ("Re: use long keyid-format in gpg.conf (Re: Key > collisions in the wild"): > > Ian Jackson, on Wed 10 Aug 2016 13:45:05 +0100, wrote: > > > I don't know what side of this (

Re: use long keyid-format in gpg.conf (Re: Key collisions in the wild

2016-08-10 Thread Ian Jackson
Samuel Thibault writes ("Re: use long keyid-format in gpg.conf (Re: Key collisions in the wild"): > Ian Jackson, on Wed 10 Aug 2016 13:45:05 +0100, wrote: > > I don't know what side of this (one) line such a proposed gpg change > > falls. I still think it's uns

Re: use long keyid-format in gpg.conf (Re: Key collisions in the wild

2016-08-10 Thread Carlos Alberto Lopez Perez
On 10/08/16 15:19, Samuel Thibault wrote: > Ian Jackson, on Wed 10 Aug 2016 13:45:05 +0100, wrote: >> Adam D. Barratt writes ("Re: use long keyid-format in gpg.conf (Re: Key >> collisions in the wild"): >>> [explanation] >> >> Thanks. >>

Re: use long keyid-format in gpg.conf (Re: Key collisions in the wild

2016-08-10 Thread Christian Seiler
On 08/10/2016 03:44 PM, Samuel Thibault wrote: > Christian Seiler, on Wed 10 Aug 2016 15:37:43 +0200, wrote: >> On 08/10/2016 03:19 PM, Samuel Thibault wrote: >>> Ian Jackson, on Wed 10 Aug 2016 13:45:05 +0100, wrote: >>>> Adam D. Barratt writes ("Re: use lon

Re: use long keyid-format in gpg.conf (Re: Key collisions in the wild

2016-08-10 Thread Samuel Thibault
Christian Seiler, on Wed 10 Aug 2016 15:37:43 +0200, wrote: > On 08/10/2016 03:19 PM, Samuel Thibault wrote: > > Ian Jackson, on Wed 10 Aug 2016 13:45:05 +0100, wrote: > >> Adam D. Barratt writes ("Re: use long keyid-format in gpg.conf (Re: Key > >> collisions i

Re: use long keyid-format in gpg.conf (Re: Key collisions in the wild

2016-08-10 Thread Ian Jackson
Christian Seiler writes ("Re: use long keyid-format in gpg.conf (Re: Key collisions in the wild"): > On 08/10/2016 03:19 PM, Samuel Thibault wrote: > > Well, I'd argue that 64bit IDs are not safe either, they have not been > > made to be. > > Can we even c

Re: use long keyid-format in gpg.conf (Re: Key collisions in the wild

2016-08-10 Thread Christian Seiler
On 08/10/2016 03:19 PM, Samuel Thibault wrote: > Ian Jackson, on Wed 10 Aug 2016 13:45:05 +0100, wrote: >> Adam D. Barratt writes ("Re: use long keyid-format in gpg.conf (Re: Key >> collisions in the wild"): >>> [explanation] >> >> Thanks. >>

Re: use long keyid-format in gpg.conf (Re: Key collisions in the wild

2016-08-10 Thread Samuel Thibault
Ian Jackson, on Wed 10 Aug 2016 13:45:05 +0100, wrote: > Adam D. Barratt writes ("Re: use long keyid-format in gpg.conf (Re: Key > collisions in the wild"): > > [explanation] > > Thanks. > > I don't know what side of this (one) line such a proposed

Re: use long keyid-format in gpg.conf (Re: Key collisions in the wild

2016-08-10 Thread Ian Jackson
Adam D. Barratt writes ("Re: use long keyid-format in gpg.conf (Re: Key collisions in the wild"): > [explanation] Thanks. I don't know what side of this (one) line such a proposed gpg change falls. I still think it's unsatisfactory that our stable release has a default

Re: use long keyid-format in gpg.conf (Re: Key collisions in the wild

2016-08-10 Thread Adam D. Barratt
On 2016-08-10 12:55, Ian Jackson wrote: Adam D. Barratt writes ("Re: use long keyid-format in gpg.conf (Re: Key collisions in the wild"): On 2016-08-10 11:39, Ian Jackson wrote: > It would be much better to put out a stable release update to change > the default. (Probabl

Re: use long keyid-format in gpg.conf (Re: Key collisions in the wild

2016-08-10 Thread Samuel Thibault
Samuel Thibault, on Wed 10 Aug 2016 12:46:07 +0200, wrote: > Holger Levsen, on Wed 10 Aug 2016 10:26:09 +, wrote: > > I'm somewhat surprised by this mail… or rather by you appearantly > > knowing about the issue but still you seem to not have acted as advised, > > so let me repeat: everybody, p

Re: use long keyid-format in gpg.conf (Re: Key collisions in the wild

2016-08-10 Thread Ian Jackson
Adam D. Barratt writes ("Re: use long keyid-format in gpg.conf (Re: Key collisions in the wild"): > On 2016-08-10 11:39, Ian Jackson wrote: > > It would be much better to put out a stable release update to change > > the default. (Probably not a security update because o

Re: use long keyid-format in gpg.conf (Re: Key collisions in the wild

2016-08-10 Thread Adam D. Barratt
On 2016-08-10 11:39, Ian Jackson wrote: It would be much better to put out a stable release update to change the default. (Probably not a security update because of the risk of causing currently-vulnerable scripts to become nonfunctional, which is not something we normally do in security updates

Re: use long keyid-format in gpg.conf (Re: Key collisions in the wild

2016-08-10 Thread Sam Morris
On Wed, 10 Aug 2016 10:26:09 +, Holger Levsen wrote: > Hi Samuel, > > On Wed, Aug 10, 2016 at 12:47:43AM +0200, Samuel Thibault wrote: >> As a late follow-up of the gpg key collision thread from debian-private >> (but posted on debian-devel, there is nothing private here, I prefer to >> see t

Re: use long keyid-format in gpg.conf (Re: Key collisions in the wild

2016-08-10 Thread Samuel Thibault
Holger Levsen, on Wed 10 Aug 2016 10:26:09 +, wrote: > I'm somewhat surprised by this mail… or rather by you appearantly > knowing about the issue but still you seem to not have acted as advised, > so let me repeat: everybody, please put "keyid-format long" into your > ~/.gnupg/gpg.conf! Well,

use long keyid-format in gpg.conf (Re: Key collisions in the wild

2016-08-10 Thread Ian Jackson
Holger Levsen writes ("use long keyid-format in gpg.conf (Re: Key collisions in the wild"): > I'm somewhat surprised by this mail… or rather by you appearantly > knowing about the issue but still you seem to not have acted as advised, > so let me repeat: everybody, pleas

use long keyid-format in gpg.conf (Re: Key collisions in the wild

2016-08-10 Thread Holger Levsen
Hi Samuel, On Wed, Aug 10, 2016 at 12:47:43AM +0200, Samuel Thibault wrote: > As a late follow-up of the gpg key collision thread from debian-private > (but posted on debian-devel, there is nothing private here, I prefer to > see this information publicized actually): > > € gpg --search-key samue