Re: [certid] Bad certificate handling
ArkanoiD <ark@eltex.net> Mon, 27 September 2010 13:53 UTC
Return-Path: <ark@eltex.net>
X-Original-To: certid@core3.amsl.com
Delivered-To: certid@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix)
with ESMTP id 4FD693A6B38 for <certid@core3.amsl.com>;
Mon, 27 Sep 2010 06:53:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.495
X-Spam-Level:
X-Spam-Status: No, score=-0.495 tagged_above=-999 required=5 tests=[AWL=-0.000,
BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com
[127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PGsPg+PGXpG0 for
<certid@core3.amsl.com>; Mon, 27 Sep 2010 06:53:44 -0700 (PDT)
Received: from lebedev-225.itcwin.com (unknown [88.201.200.225]) by
core3.amsl.com (Postfix) with ESMTP id D85643A6AFF for <certid@ietf.org>;
Mon, 27 Sep 2010 06:53:43 -0700 (PDT)
Received: from lebedev-225.itcwin.com (ark@localhost.my.domain [127.0.0.1]) by
lebedev-225.itcwin.com (8.14.3/8.14.3) with ESMTP id o8RDsKho031738;
Mon, 27 Sep 2010 17:54:20 +0400 (MSD)
Received: (from ark@localhost) by lebedev-225.itcwin.com
(8.14.3/8.14.3/Submit) id o8RDsK3O016792;
Mon, 27 Sep 2010 17:54:20 +0400 (MSD)
X-Authentication-Warning: lebedev-225.itcwin.com: ark set sender to
ark@eltex.net using -f
Date: Mon, 27 Sep 2010 17:54:19 +0400
From: ArkanoiD <ark@eltex.net>
To: Martin Rex <mrex@sap.com>
Message-ID: <20100927135419.GA17889@eltex.net>
References: <1285514468.2673.8.camel@mattlaptop2.local>
<201009271348.o8RDmQSj010536@fs4113.wdf.sap.corp>
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
In-Reply-To: <201009271348.o8RDmQSj010536@fs4113.wdf.sap.corp>
User-Agent: Mutt/1.4.2.3i
Cc: certid@ietf.org
Subject: Re: [certid] Bad certificate handling
X-BeenThere: certid@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Representation and verification of identity in certificates
<certid.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/certid>,
<mailto:certid-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/certid>
List-Post: <mailto:certid@ietf.org>
List-Help: <mailto:certid-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/certid>,
<mailto:certid-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2010 13:53:45 -0000
I strongly agree and i address this problem in my software (and i guess so should everyone) On Mon, Sep 27, 2010 at 03:48:26PM +0200, Martin Rex wrote: > > Therefore having server-id-check unconditionally and silently override > "pinned" server certs with server-certs that chain to one of the ~100 > trust anchors preconfigured by the software supplier is a significant > security problem. >
- Re: [certid] Bad certificate handling =JeffH
- Re: [certid] Bad certificate handling Matt McCutchen
- Re: [certid] Bad certificate handling =JeffH
- Re: [certid] Bad certificate handling Martin Rex
- Re: [certid] Bad certificate handling Matt McCutchen
- Re: [certid] Bad certificate handling Matt McCutchen
- Re: [certid] Bad certificate handling Jeffrey A. Williams
- Re: [certid] Bad certificate handling Martin Rex
- Re: [certid] Bad certificate handling ArkanoiD
- Re: [certid] Bad certificate handling =JeffH
- Re: [certid] Bad certificate handling Peter Saint-Andre