Re: [dane] DANE Testing

Viktor Dukhovni <viktor1dane@dukhovni.org> Fri, 21 February 2014 22:41 UTC

Date: Fri, 21 Feb 2014 22:41:28 +0000
From: Viktor Dukhovni <viktor1dane@dukhovni.org>
To: dane@ietf.org
Message-ID: <20140221224128.GX278@mournblade.imrryr.org>
References: <5307B4BE.9010706@nist.gov> <20140221213819.GV278@mournblade.imrryr.org> <5307CAFC.1090205@nist.gov>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <5307CAFC.1090205@nist.gov>
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: http://mailarchive.ietf.org/arch/msg/dane/18t1qLwuw9b5SDr86-1RJOKSNLo
Subject: Re: [dane] DANE Testing
Precedence: list
Reply-To: dane@ietf.org

On Fri, Feb 21, 2014 at 04:54:04PM -0500, Stephen Nightingale wrote:

> >So results from GnuTLS DANE verification can be misleading.
>
> I should point out that I am not using GnuTLS idea of DANE
> verification. I'm getting the cert chain passed up and doing my own
> DANE verification. For this purpose I had to modify the
> python-gnutls-1.2.5 interface to GnuTLS, to pass in a certificate
> chain, since in the download it only passes in a single end cert.

OK, but with DANE-TA(2) now you have the rather difficult task of
performing PKIX validation of a complete trust chain.  I forget
what your approach was for this.  Are you checking all the expiration
dates, signatures, basic constraints, name constraints, pathlength
constraints, performing name checks, ... That's a lot of difficult
code.

-- 
	Viktor.

[dane] DANE Testing Stephen Nightingale
Re: [dane] DANE Testing Viktor Dukhovni
Re: [dane] DANE Testing Stephen Nightingale
Re: [dane] DANE Testing Viktor Dukhovni
Re: [dane] [Uta] DANE Testing Kurt Roeckx
Re: [dane] [Uta] DANE Testing Viktor Dukhovni