Re: [wpkops] Preliminary Next Version of Browser Behavior Draft
i-barreira@izenpe.net Tue, 10 June 2014 10:24 UTC
Return-Path: <i-barreira@izenpe.net>
X-Original-To: wpkops@ietfa.amsl.com
Delivered-To: wpkops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D59E1A0035 for <wpkops@ietfa.amsl.com>; Tue, 10 Jun 2014 03:24:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
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 7fPUog_g0SHC for <wpkops@ietfa.amsl.com>; Tue, 10 Jun 2014 03:24:20 -0700 (PDT)
Received: from ektmail1iron2.euskaltel.es (ektmail1iron2.euskaltel.es [212.142.144.27]) by ietfa.amsl.com (Postfix) with ESMTP id BB2E11A04D2 for <wpkops@ietf.org>; Tue, 10 Jun 2014 03:24:18 -0700 (PDT)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AqQEAJPcllPUNwh3/2dsb2JhbABZg1+9GoZrUQGBIXWEAwEBAQQBAQEtDAExBAcMBAIBCBEEAQEBCgYXAQYBJh8JCAIFEgiIPgEIyx4TBI47HRQHBoMlgRYBA5ohk0WDPg
X-IPAS-Result: AqQEAJPcllPUNwh3/2dsb2JhbABZg1+9GoZrUQGBIXWEAwEBAQQBAQEtDAExBAcMBAIBCBEEAQEBCgYXAQYBJh8JCAIFEgiIPgEIyx4TBI47HRQHBoMlgRYBA5ohk0WDPg
X-IronPort-AV: E=Sophos;i="4.98,1008,1392159600"; d="scan'208";a="174618524"
Received: from ektmail2mta2.euskaltel.es (HELO correo.euskaltel.es) ([212.55.8.119]) by ektmail1iron2.euskaltel.es with ESMTP; 10 Jun 2014 12:07:59 +0200
Received: from ejlp024.ejgv ([194.30.48.247]) by ektmail2mta2.euskaltel.es (Sun Java System Messaging Server 6.2-9.09 (built Jan 8 2008)) with ESMTP id <0N6Y003YJ7JK9TE0@ektmail2mta2.euskaltel.es> for wpkops@ietf.org; Tue, 10 Jun 2014 12:23:44 +0200 (MEST)
Received: from afe01.ejsarea.net (afe01 [10.200.192.14]) by ejlp024.ejgv (8.13.1/8.13.1) with ESMTP id s5AANSAQ011228; Tue, 10 Jun 2014 12:23:44 +0200
Received: from AEX06.ejsarea.net ([10.200.198.17]) by afe01.ejsarea.net with Microsoft SMTPSVC(6.0.3790.4675); Tue, 10 Jun 2014 10:23:21 +0200
Date: Tue, 10 Jun 2014 10:23:20 +0200
From: i-barreira@izenpe.net
In-reply-to: <007301cf83ff$4810e680$d832b380$@digicert.com>
To: ben@digicert.com, bruce.morton@entrust.com
Message-id: <763539E260C37C46A0D6B340B5434C3B09939C54@AEX06.ejsarea.net>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft Exchange V6.5
Content-type: text/plain; charset="iso-8859-1"
Content-transfer-encoding: quoted-printable
Content-class: urn:content-classes:message
Thread-topic: [wpkops] Preliminary Next Version of Browser Behavior Draft
Thread-index: AQHAGq9YUAUY845vOYYDLXX689oZPAIbE3NYATl0SmABw3ilUgIjEPfBAtMvZiMCR6D4R5slGUwggAELenA=
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
References: <001901cf6ec2$376461b0$a62d2510$@digicert.com> <059501cf79f0$69ba9060$3d2fb120$@digicert.com> <538F795F.3020008@mozilla.org> <5B68A271B9C97046963CB6A5B8D6F62CE819DE1D@SOTTEXCH11.corp.ad.entrust.com> <53907A4C.7070307@mozilla.org> <003701cf81b7$d0cb5ae0$726210a0$@digicert.com> <763539E260C37C46A0D6B340B5434C3B09939A2F@AEX06.ejsarea.net> <007301cf83ff$4810e680$d832b380$@digicert.com>
X-OriginalArrivalTime: 10 Jun 2014 08:23:21.0324 (UTC) FILETIME=[3D6F12C0:01CF8485]
Archived-At: http://mailarchive.ietf.org/arch/msg/wpkops/TUiDsHCl0s7zmlL-arAIh_s5iVw
Cc: wpkops@ietf.org, gerv@mozilla.org, tim.moses@entrust.com
Subject: Re: [wpkops] Preliminary Next Version of Browser Behavior Draft
X-BeenThere: wpkops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <wpkops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/wpkops>, <mailto:wpkops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/wpkops/>
List-Post: <mailto:wpkops@ietf.org>
List-Help: <mailto:wpkops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/wpkops>, <mailto:wpkops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Jun 2014 10:24:23 -0000
Hi Ben, I´ll wait for your proposal but still don´t see it as a part of the trust model. The cryptolibraries are "something" the browsers use to perform their activities regarding the web PKI but IMHO are not related on how the browsers (or the OS) accept a CA in their root stores or how a CA adopt different options. In any case, if this is important for the browser behavior document, as said, will wait for the proposal and see where this can be added to the trust model doc. Iñigo Barreira Responsable del Área técnica i-barreira@izenpe.net 945067705 ERNE! Baliteke mezu honen zatiren bat edo mezu osoa legez babestuta egotea. Mezua badu bere hartzailea. Okerreko helbidera heldu bada (helbidea gaizki idatzi, transmisioak huts egin) eman abisu igorleari, korreo honi erantzuna. KONTUZ! ATENCION! Este mensaje contiene informacion privilegiada o confidencial a la que solo tiene derecho a acceder el destinatario. Si usted lo recibe por error le agradeceriamos que no hiciera uso de la informacion y que se pusiese en contacto con el remitente. -----Mensaje original----- De: Ben Wilson [mailto:ben@digicert.com] Enviado el: lunes, 09 de junio de 2014 18:24 Para: Barreira Iglesias, Iñigo; bruce.morton@entrust.com CC: wpkops@ietf.org; gerv@mozilla.org; tim.moses@entrust.com Asunto: RE: [wpkops] Preliminary Next Version of Browser Behavior Draft Iñigo, Yes, the cryptolibraries are functional subcomponents of browsers, so they ought to be mentioned. Providing the functional introduction will lay the groundwork for technical background. I'll send you (or post to the IETF site) the next version of the working document on non-revocation behavior. Cheers, Ben -----Original Message----- From: wpkops [mailto:wpkops-bounces@ietf.org] On Behalf Of i-barreira@izenpe.net Sent: Monday, June 9, 2014 2:29 AM To: ben@digicert.com; bruce.morton@entrust.com Cc: wpkops@ietf.org; gerv@mozilla.org; tim.moses@entrust.com Subject: Re: [wpkops] Preliminary Next Version of Browser Behavior Draft Hi Ben, The current text of the trust models document already identifies the way a browser and a root store provider work together but not the relation with the crypto libraries. I don´t understand your question exactly because I don´t see why these libraries are of interest for a trust model. Do you mean that a trust model can differ depending on which library is used? The trust model document is more on a "functional" view than a technical one. I need more clarification on what you think to be added Regards Iñigo Barreira Responsable del Área técnica i-barreira@izenpe.net 945067705 ERNE! Baliteke mezu honen zatiren bat edo mezu osoa legez babestuta egotea. Mezua badu bere hartzailea. Okerreko helbidera heldu bada (helbidea gaizki idatzi, transmisioak huts egin) eman abisu igorleari, korreo honi erantzuna. KONTUZ! ATENCION! Este mensaje contiene informacion privilegiada o confidencial a la que solo tiene derecho a acceder el destinatario. Si usted lo recibe por error le agradeceriamos que no hiciera uso de la informacion y que se pusiese en contacto con el remitente. -----Mensaje original----- De: Ben Wilson [mailto:ben@digicert.com] Enviado el: viernes, 06 de junio de 2014 20:48 Para: Barreira Iglesias, Iñigo; bruce.morton@entrust.com CC: wpkops@ietf.org; 'Gervase Markham'; 'Tim Moses' Asunto: RE: [wpkops] Preliminary Next Version of Browser Behavior Draft Iñigo and Bruce, Perhaps we should revise the Trust Model document to describe how browser, root store, and cryptolibrary are related? In addressing Gerv's comments, I am thinking of starting with the following "This document reviews the current processing behaviors of cryptolibraries, and the browsers they support, with respect to SSL/TLS session establishment between a server and a browser, ..." or something along those lines. Thoughts? Thanks, Ben >-----Original Message----- >From: wpkops [mailto:wpkops-bounces@ietf.org] On Behalf Of Gervase >Markham >Sent: Thursday, June 5, 2014 8:10 AM >To: Tim Moses; ben@digicert.com >Cc: wpkops@ietf.org >Subject: Re: [wpkops] Preliminary Next Version of Browser Behavior >Draft > >On 05/06/14 14:37, Tim Moses wrote: >> Hi Ben. We want to move this document to WG draft status. Do you >> want to address Gerv's comments before we hold a ballot? I suggest >> we do that. > >Again, apologies for lack of knowledge of the process, but: the doc is >full of "to be expanded", > "we plan to..." etc. So there will be lots of further change. Is that > what "Draft" means? > >My two examples were two of many; they were actually given to try and >get clarity on the >purpose and goals of the document. If that's written up somewhere, do >point me to it. :-) > >Gerv > > _______________________________________________ wpkops mailing list wpkops@ietf.org https://www.ietf.org/mailman/listinfo/wpkops
- [wpkops] Preliminary Next Version of Browser Beha… Ben Wilson
- Re: [wpkops] Preliminary Next Version of Browser … Ben Wilson
- Re: [wpkops] Preliminary Next Version of Browser … i-barreira
- Re: [wpkops] Preliminary Next Version of Browser … Gervase Markham
- Re: [wpkops] Preliminary Next Version of Browser … Tim Moses
- Re: [wpkops] Preliminary Next Version of Browser … Gervase Markham
- Re: [wpkops] Preliminary Next Version of Browser … Tim Moses
- Re: [wpkops] Preliminary Next Version of Browser … Ben Wilson
- Re: [wpkops] Preliminary Next Version of Browser … Ben Wilson
- Re: [wpkops] Preliminary Next Version of Browser … Tim Moses
- Re: [wpkops] Preliminary Next Version of Browser … i-barreira
- Re: [wpkops] Preliminary Next Version of Browser … i-barreira
- Re: [wpkops] Preliminary Next Version of Browser … Ben Wilson
- Re: [wpkops] Preliminary Next Version of Browser … i-barreira
- Re: [wpkops] Preliminary Next Version of Browser … Ben Wilson
- Re: [wpkops] Preliminary Next Version of Browser … Rick Andrews
- Re: [wpkops] Preliminary Next Version of Browser … Ben Wilson
- Re: [wpkops] Preliminary Next Version of Browser … Stephen Kent
- Re: [wpkops] Preliminary Next Version of Browser … Ben Wilson