Return-Path: <noreply@github.com>
X-Original-To: quic-issues@ietfa.amsl.com
Delivered-To: quic-issues@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
 by ietfa.amsl.com (Postfix) with ESMTP id B07FD120046
 for <quic-issues@ietfa.amsl.com>; Wed, 22 May 2019 07:25:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.392
X-Spam-Level: 
X-Spam-Status: No, score=-6.392 tagged_above=-999 required=5
 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
 DKIM_VALID_AU=-0.1, HTML_IMAGE_ONLY_24=1.618, HTML_MESSAGE=0.001,
 MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001,
 T_DKIMWL_WL_HIGH=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key)
 header.d=github.com
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 J1PU5jZBV9EH for <quic-issues@ietfa.amsl.com>;
 Wed, 22 May 2019 07:25:01 -0700 (PDT)
Received: from out-7.smtp.github.com (out-7.smtp.github.com [192.30.252.198])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by ietfa.amsl.com (Postfix) with ESMTPS id E88DF120133
 for <quic-issues@ietf.org>; Wed, 22 May 2019 07:25:00 -0700 (PDT)
Date: Wed, 22 May 2019 07:24:59 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com;
 s=pf2014; t=1558535099;
 bh=kamqHBvc69wyg/381Yz7X5jTJnpW/9xbYRCsDTt2mrM=;
 h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID:
 List-Archive:List-Post:List-Unsubscribe:From;
 b=UWJ63gqda0RKl1PwYHmFGD/33HT1ct+uNTX0pJ2PvX5HZq0sXNeS8QyB1mZU0RXjy
 2Skhnb6OI5aPaMpE5uBdh5g88xOjoxZclK45InhjpNebhKlxIs8TRyPN3l6xLfSYsC
 aCrUefqqsD++P4sB8pzjLLvahK8sUjqt85wOyUR4=
From: MikkelFJ <notifications@github.com>
Reply-To: quicwg/base-drafts
 <reply+AFTOJK22GCKDX4K7BIV5O4N26KHDXEVBNHHBVJKNCE@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/pull/2743/c494825756@github.com>
In-Reply-To: <quicwg/base-drafts/pull/2743@github.com>
References: <quicwg/base-drafts/pull/2743@github.com>
Subject: Re: [quicwg/base-drafts] Better articulate principles for
 ciphersuites (#2743)
Mime-Version: 1.0
Content-Type: multipart/alternative;
 boundary="--==_mimepart_5ce55bbb88042_d653ff3a10cd96814579bc";
 charset=UTF-8
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: mikkelfj
X-GitHub-Recipient: quic-issues
X-GitHub-Reason: subscribed
X-Auto-Response-Suppress: All
X-GitHub-Recipient-Address: quic-issues@ietf.org
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic-issues/4yeIA2vQnh109BagyWlU_2Iq2NQ>
X-BeenThere: quic-issues@ietf.org
X-Mailman-Version: 2.1.29
List-Id: Notification list for GitHub issues related to the QUIC WG
 <quic-issues.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic-issues>,
 <mailto:quic-issues-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic-issues/>
List-Post: <mailto:quic-issues@ietf.org>
List-Help: <mailto:quic-issues-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic-issues>,
 <mailto:quic-issues-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 22 May 2019 14:25:03 -0000


----==_mimepart_5ce55bbb88042_d653ff3a10cd96814579bc
Content-Type: text/plain;
 charset=UTF-8
Content-Transfer-Encoding: 7bit

I think I must be entirely missing the point, but I don't understand this:

> An endpoint MUST NOT reject a ClientHello that offers a ciphersuite that ...

Can you please explain how this works? For the sake of argument, TLS_AES_128_CCM_8_SHA256 is not supported, but the peer chooses to use it, and the TLS engine behind it all decides to support it via some configuration that the endpoint is directly aware of.

How does the endpoint now deal with header protection. Is it assumed that this is a TLS black box so it just magically works if the TLS engine has accepted the cipher via some useful API call.

If it is a TLS blackbox API call, how would that work with HW offloading?





-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/quicwg/base-drafts/pull/2743#issuecomment-494825756
----==_mimepart_5ce55bbb88042_d653ff3a10cd96814579bc
Content-Type: text/html;
 charset=UTF-8
Content-Transfer-Encoding: 7bit

<p>I think I must be entirely missing the point, but I don't understand this:</p>
<blockquote>
<p>An endpoint MUST NOT reject a ClientHello that offers a ciphersuite that ...</p>
</blockquote>
<p>Can you please explain how this works? For the sake of argument, TLS_AES_128_CCM_8_SHA256 is not supported, but the peer chooses to use it, and the TLS engine behind it all decides to support it via some configuration that the endpoint is directly aware of.</p>
<p>How does the endpoint now deal with header protection. Is it assumed that this is a TLS black box so it just magically works if the TLS engine has accepted the cipher via some useful API call.</p>
<p>If it is a TLS blackbox API call, how would that work with HW offloading?</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">&mdash;<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/quicwg/base-drafts/pull/2743?email_source=notifications&amp;email_token=AFTOJK7CM4DPU6ZYNFFP7GDPWVJTXA5CNFSM4HOSTCBKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODV7HCHA#issuecomment-494825756">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AFTOJK3HW6YX5UKUDPJRRFLPWVJTXANCNFSM4HOSTCBA">mute the thread</a>.<img src="https://github.com/notifications/beacon/AFTOJK7VHQOPIKCP2YGO65LPWVJTXA5CNFSM4HOSTCBKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODV7HCHA.gif" height="1" width="1" alt="" /></p>
<script type="application/ld+json">[
{
"@context": "http://schema.org",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "https://github.com/quicwg/base-drafts/pull/2743?email_source=notifications\u0026email_token=AFTOJK7CM4DPU6ZYNFFP7GDPWVJTXA5CNFSM4HOSTCBKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODV7HCHA#issuecomment-494825756",
"url": "https://github.com/quicwg/base-drafts/pull/2743?email_source=notifications\u0026email_token=AFTOJK7CM4DPU6ZYNFFP7GDPWVJTXA5CNFSM4HOSTCBKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODV7HCHA#issuecomment-494825756",
"name": "View Pull Request"
},
"description": "View this Pull Request on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>
----==_mimepart_5ce55bbb88042_d653ff3a10cd96814579bc--

