Re: [TLS] Another IRINA bug in TLS

Tanja Lange <tanja@hyperelliptic.org> Sun, 24 May 2015 11:20 UTC

Return-Path: <tanja@hyperelliptic.org>
X-Original-To: tls@ietfa.amsl.com
Delivered-To: tls@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A1311A8A7A for <tls@ietfa.amsl.com>; Sun, 24 May 2015 04:20:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.094
X-Spam-Level: **
X-Spam-Status: No, score=2.094 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IzT4nYG-139q for <tls@ietfa.amsl.com>; Sun, 24 May 2015 04:20:31 -0700 (PDT)
Received: from calvin.win.tue.nl (calvin.win.tue.nl [131.155.70.11]) by ietfa.amsl.com (Postfix) with SMTP id A11B11A8A79 for <tls@ietf.org>; Sun, 24 May 2015 04:20:30 -0700 (PDT)
Received: (qmail 345 invoked from network); 24 May 2015 11:20:50 -0000
Received: from pcdhz005.win.tue.nl (HELO hyperelliptic.org) (131.155.71.33) by calvin.win.tue.nl with SMTP; 24 May 2015 11:20:50 -0000
Received: (qmail 3777 invoked by uid 1000); 24 May 2015 11:20:39 -0000
Date: Sun, 24 May 2015 13:20:39 +0200
From: Tanja Lange <tanja@hyperelliptic.org>
To: Santiago Zanella-Beguelin <santiago@microsoft.com>
Message-ID: <20150524112039.GU20757@cph.win.tue.nl>
References: <9A043F3CF02CD34C8E74AC1594475C73AB027EED@uxcn10-tdc05.UoA.auckland.ac.nz> <555D90F6.10103@redhat.com> <1432195799.3243.18.camel@redhat.com> <555DBCE6.7080308@redhat.com> <1432206909.3243.45.camel@redhat.com> <555DBF7E.9050807@redhat.com> <1432207863352.27057@microsoft.com> <555DC498.2000109@redhat.com> <1432209104.3243.65.camel@redhat.com> <1432337750554.95436@microsoft.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <1432337750554.95436@microsoft.com>
User-Agent: Mutt/1.5.11
Archived-At: <http://mailarchive.ietf.org/arch/msg/tls/rqxyDds43sH2-b5s6a041ltfnao>
Cc: Florian Weimer <fweimer@redhat.com>, "tls@ietf.org" <tls@ietf.org>
Subject: Re: [TLS] Another IRINA bug in TLS
X-BeenThere: tls@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "This is the mailing list for the Transport Layer Security working group of the IETF." <tls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tls>, <mailto:tls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tls/>
List-Post: <mailto:tls@ietf.org>
List-Help: <mailto:tls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tls>, <mailto:tls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 24 May 2015 11:20:35 -0000

Hi,
> > When is it non-safe but trusted?
> 
> When it is in the table of trusted parameters, and hence we know the subgroup order
> (the prime q in DSA terminology). Just to avoid misunderstandings, we clarified
> the formal meaning of "non-safe" earlier in this thread.
> 
Do you have an easy pointer to the table? I've poked around a bit in 
the online interface but couldn't get to it. Where did you get the
DSA parameters from? RFC 5114?

Thanks
	Tanja