IETF Logo Mail Archive

Re: [Cfrg] irsg review of draft-mcgrew-hash-sigs-12

"Salz, Rich" <rsalz@akamai.com> Wed, 05 September 2018 12:19 UTC

Return-Path: <rsalz@akamai.com>
X-Original-To: cfrg@ietfa.amsl.com
Delivered-To: cfrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 14131130E58; Wed, 5 Sep 2018 05:19:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.71
X-Spam-Level:
X-Spam-Status: No, score=-2.71 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=akamai.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 pR2aSrtguiD6; Wed, 5 Sep 2018 05:19:30 -0700 (PDT)
Received: from mx0b-00190b01.pphosted.com (mx0b-00190b01.pphosted.com [IPv6:2620:100:9005:57f::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6AD23130E42; Wed, 5 Sep 2018 05:19:30 -0700 (PDT)
Received: from pps.filterd (m0122331.ppops.net [127.0.0.1]) by mx0b-00190b01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w85CH9Il013059; Wed, 5 Sep 2018 13:19:27 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=akamai.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=jan2016.eng; bh=wu8Vhl65felGoByDwRMCrS6VKic4hpqhdNCNm80Fe54=; b=UrE4sfpAh6+z9m9xqjWbePOgZPBHtbwrwM2G/vpwixi+NWxLbD/aifVe+SyUvzj8TYzb rS0XdFu158xzFUWI29qaPGvfWAJZqNAU7vwsjOuH4Wh2ubcBxoejlHdE3CSg0wXPpUQg 8ZJ7sYLBnn61svVyH2PoWSgtEzIia6pca7sOegb+TQ5Ns8g8xAB9ebxclhIcMhobvcKY 5/eJNn+F+juuRCy4FEJqltLOV2eoCw0pXGO0+IMUHfNRKD382YzdsYaotwI/GRnR+/Sv 2mk1pozQaUIAEH18UwJhwPvzxNATWAYoNs+i6RpY1zRLgc1Fkb2/lGksmkW5P34l8DRJ HQ==
Received: from prod-mail-ppoint3 (a96-6-114-86.deploy.static.akamaitechnologies.com [96.6.114.86] (may be forged)) by mx0b-00190b01.pphosted.com with ESMTP id 2m9njdq1c2-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 05 Sep 2018 13:19:27 +0100
Received: from pps.filterd (prod-mail-ppoint3.akamai.com [127.0.0.1]) by prod-mail-ppoint3.akamai.com (8.16.0.21/8.16.0.21) with SMTP id w85C5cZZ000999; Wed, 5 Sep 2018 08:19:26 -0400
Received: from email.msg.corp.akamai.com ([172.27.123.31]) by prod-mail-ppoint3.akamai.com with ESMTP id 2m7p3vm2cs-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Wed, 05 Sep 2018 08:19:26 -0400
Received: from USMA1EX-DAG1MB1.msg.corp.akamai.com (172.27.123.101) by usma1ex-dag1mb3.msg.corp.akamai.com (172.27.123.103) with Microsoft SMTP Server (TLS) id 15.0.1365.1; Wed, 5 Sep 2018 08:19:25 -0400
Received: from USMA1EX-DAG1MB1.msg.corp.akamai.com ([172.27.123.101]) by usma1ex-dag1mb1.msg.corp.akamai.com ([172.27.123.101]) with mapi id 15.00.1365.000; Wed, 5 Sep 2018 08:19:25 -0400
From: "Salz, Rich" <rsalz@akamai.com>
To: Richard Outerbridge <outer@interlog.com>, Martin Thomson <martin.thomson@gmail.com>
CC: "Scott Fluhrer (sfluhrer)" <sfluhrer@cisco.com>, "irsg@irtf.org" <irsg@irtf.org>, IRTF CFRG <Cfrg@irtf.org>
Thread-Topic: [Cfrg] irsg review of draft-mcgrew-hash-sigs-12
Thread-Index: AQHUP5sB4cOqafrcpEeAkAByPGmfXaTfxtCAgAFU24CAAB21gIAAZ/gAgAAIq4CAAAK9gP//+WYA
Date: Wed, 05 Sep 2018 12:19:25 +0000
Message-ID: <667A88DF-BD83-4D85-9546-0B4EAEF4A5E9@akamai.com>
References: <be39f4e5-1cf7-9bf4-1bcb-6192e2168137@cs.tcd.ie> <b822dc1c93ae440291cabd642404d671@XCH-RTP-006.cisco.com> <59d9a102-8ba8-3469-8277-3facb0dd6a11@cs.tcd.ie> <c49c33c775df425ca76886082b3b19c2@XCH-RTP-006.cisco.com> <2ec3c347-47c9-79e2-22c0-bc8d257e4f90@cs.tcd.ie> <CABkgnnV-3tHZGT3pJjhFM=_p2fVJP0vB0_kwfYZsffEdhreY1Q@mail.gmail.com> <05526BE1-A13E-46ED-B79C-07849704EB71@interlog.com>
In-Reply-To: <05526BE1-A13E-46ED-B79C-07849704EB71@interlog.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.10.0.180812
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [172.19.32.85]
Content-Type: multipart/alternative; boundary="_000_667A88DFBD834D8595460B4EAEF4A5E9akamaicom_"
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-09-05_07:, , signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=796 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1809050129
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-09-05_07:, , signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=789 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1809050130
Archived-At: <https://mailarchive.ietf.org/arch/msg/cfrg/JQRBLp14avNKv3IF8LHkfTCyCDg>
Subject: Re: [Cfrg] irsg review of draft-mcgrew-hash-sigs-12
X-BeenThere: cfrg@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Crypto Forum Research Group <cfrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/cfrg>, <mailto:cfrg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cfrg/>
List-Post: <mailto:cfrg@irtf.org>
List-Help: <mailto:cfrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/cfrg>, <mailto:cfrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Sep 2018 12:19:32 -0000

>For shore true, butt there’s always the Lord of the Rings risk: ”One ring to rule them all …”

Shouldn’t that be addressed at the “higher layer” by allow agility?  I mean the protocol is going to have to expose the knobs, negotiate their settings, etc., etc.

v2.31.3 | Report a Bug | By Email | System Status