IETF Logo Mail Archive

Re: [Rats] Orthogonal: UUID? (was RE: Some new comments for CHARRA YANG module)

"Salz, Rich" <rsalz@akamai.com> Fri, 14 August 2020 21:01 UTC

Return-Path: <rsalz@akamai.com>
X-Original-To: rats@ietfa.amsl.com
Delivered-To: rats@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A8C4B3A0913; Fri, 14 Aug 2020 14:01:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 aWqvaUMPJMxd; Fri, 14 Aug 2020 14:01:07 -0700 (PDT)
Received: from mx0a-00190b01.pphosted.com (mx0a-00190b01.pphosted.com [IPv6:2620:100:9001:583::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 753213A08E9; Fri, 14 Aug 2020 14:01:02 -0700 (PDT)
Received: from pps.filterd (m0050093.ppops.net [127.0.0.1]) by m0050093.ppops.net-00190b01. (8.16.0.42/8.16.0.42) with SMTP id 07EKtCtB031206; Fri, 14 Aug 2020 22:00:57 +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=OsmYBju9WO34xxbDgXthV525pNbIRgCz2mVdxIYgyGg=; b=GorVhgTVyTpPEdo619j+JQOXfAZTG+jICqVnV2HW+//nlgWu/xqTujVNmgM8l7felSCZ ZBPbvPjDhPHRGp+RnArQSpx+KOH30PRO3UTz9FWXYSovYWqCtWrZuaGwgTdNZEg7Ovzq FzN7sXTIiDtRn6h36qm1etxqXCJGcPO05xJ72EtRuEdZWOHAFqsJ8en4WMePh5PCo8Zg whwTVmmxWBEOWQVWNG3UPaNzqbsAv+v/qdfuoI4yAztbe9CTChQToun0g199kEmahObW sPFQKwB4mwvRdDLfGNxk2odRl5+KSTFBl4qMqtIeO/ayviw8zGBp2N0zfCpb2Wg6LwFD VA==
Received: from prod-mail-ppoint4 (a72-247-45-32.deploy.static.akamaitechnologies.com [72.247.45.32] (may be forged)) by m0050093.ppops.net-00190b01. with ESMTP id 32sm80hw2g-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 14 Aug 2020 22:00:57 +0100
Received: from pps.filterd (prod-mail-ppoint4.akamai.com [127.0.0.1]) by prod-mail-ppoint4.akamai.com (8.16.0.42/8.16.0.42) with SMTP id 07EKZ0RU020482; Fri, 14 Aug 2020 17:00:56 -0400
Received: from email.msg.corp.akamai.com ([172.27.165.116]) by prod-mail-ppoint4.akamai.com with ESMTP id 32sqcyehnn-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Fri, 14 Aug 2020 17:00:56 -0400
Received: from USTX2EX-DAG1MB1.msg.corp.akamai.com (172.27.165.119) by ustx2ex-dag1mb3.msg.corp.akamai.com (172.27.165.121) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 14 Aug 2020 16:00:55 -0500
Received: from USTX2EX-DAG1MB1.msg.corp.akamai.com ([172.27.165.119]) by ustx2ex-dag1mb1.msg.corp.akamai.com ([172.27.165.119]) with mapi id 15.00.1497.006; Fri, 14 Aug 2020 16:00:55 -0500
From: "Salz, Rich" <rsalz@akamai.com>
To: Laurence Lundblade <lgl@island-resort.com>, "Eric Voit (evoit)" <evoit=40cisco.com@dmarc.ietf.org>
CC: "rats@ietf.org" <rats@ietf.org>, "Panwei (William)" <william.panwei@huawei.com>, "Shwetha Bhandari (shwethab)" <shwethab@cisco.com>, "draft-ietf-rats-yang-tpm-charra@ietf.org" <draft-ietf-rats-yang-tpm-charra@ietf.org>
Thread-Topic: [Rats] Orthogonal: UUID? (was RE: Some new comments for CHARRA YANG module)
Thread-Index: AdZycLCFh7nlxgpkQEGyeEIa+yDQWgANFdEA///CswA=
Date: Fri, 14 Aug 2020 21:00:54 +0000
Message-ID: <2251DEFB-F6A2-4AC9-82D4-B67D22175821@akamai.com>
References: <BL0PR11MB312275D009055A74A688C083A1400@BL0PR11MB3122.namprd11.prod.outlook.com> <C81B47B7-A9B6-4F2B-9F20-E27BF01C8B15@island-resort.com>
In-Reply-To: <C81B47B7-A9B6-4F2B-9F20-E27BF01C8B15@island-resort.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.39.20071300
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [172.19.116.150]
Content-Type: multipart/alternative; boundary="_000_2251DEFBF6A24AC982D4B67D22175821akamaicom_"
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-08-14_13:2020-08-14, 2020-08-14 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 mlxlogscore=684 adultscore=0 mlxscore=0 phishscore=0 bulkscore=0 malwarescore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2008140151
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-08-14_16:2020-08-14, 2020-08-14 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxscore=0 phishscore=0 clxscore=1011 malwarescore=0 spamscore=0 lowpriorityscore=0 impostorscore=0 bulkscore=0 suspectscore=0 mlxlogscore=631 priorityscore=1501 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2008140154
Archived-At: <https://mailarchive.ietf.org/arch/msg/rats/sxLbgXNLznzTZeKhIAvgdJn4Hhg>
Subject: Re: [Rats] Orthogonal: UUID? (was RE: Some new comments for CHARRA YANG module)
X-BeenThere: rats@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Remote ATtestation procedureS <rats.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rats>, <mailto:rats-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rats/>
List-Post: <mailto:rats@ietf.org>
List-Help: <mailto:rats-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rats>, <mailto:rats-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 14 Aug 2020 21:01:09 -0000

  *   I would suggest avoiding UUIDs if possible. Nowadays good RNGs are available and you can just use them to generate a nonce or such. Good RNGs were not available commonly in CPUs when UUIDs were invented, but they are now.  If you just want a nonce, then the internal structure of a UUID is of no value and just adds complexity and confusion.

As the lead author of the UUID RFC: I agree.

v2.23.0 | Report a Bug | By Email