Re: [Rats] Robert Wilton's Discuss on draft-ietf-rats-eat-21: (with DISCUSS and COMMENT)
"lgl island-resort.com" <lgl@island-resort.com> Thu, 07 September 2023 18:40 UTC
Return-Path: <lgl@island-resort.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 5C3A2C151066; Thu, 7 Sep 2023 11:40:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.907
X-Spam-Level:
X-Spam-Status: No, score=-6.907 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SfzCG1J3IK1y; Thu, 7 Sep 2023 11:40:34 -0700 (PDT)
Received: from NAM12-MW2-obe.outbound.protection.outlook.com (mail-mw2nam12on2110.outbound.protection.outlook.com [40.107.244.110]) (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 4E499C151072; Thu, 7 Sep 2023 11:40:33 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=C9uTylbNYDeWUAphVDc4nNIquPUANkuGlDa7g4s7jYkyQ1OPEPc/bYzDUdNGHOzLv2BVVwQGPfdfhwUcr6OYVZDZqws4t2lx48zWrT3w6OuK2YEC62KS2pOk2roK/Gy0j7aXaGyDk+8BfTDy3GnISZ7m5i2nA9TvoRG8+ZnKenPXPFx8ej1u8t+LgUkqNqzwxxc2no09jOIbk5F3u5QatayG0tj9f2VZm4l1TCuo96eMOKDx3faIO+fGWiBooQYOSh8NcPyNeECmXH7o1jqGe7lqnjCnQBuH4Po6LiUFZ+r42Vr1CATZTypeTqwR5ru3gnfAiA4vqszx6Sv8NafmrQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=IRPw3mFlE2wxO0YlzbWxMaJvItITGNUP7+/rOz3oZjs=; b=jfX2d7C9POENSsxfpn7+z2egP5V1CdshsgZE2t08pAhER5VtGQBXI8AMVLsbqosQxiWl0tb5FhV8g54SatqW9VLio3+6bg/FumiaSYhRMBpAKbjsDmyg22eryn6Def7ErfFUfUluk7HLphwtYQlq+XdpmQYQ0x80WUPDeZu+PLXp/euXG8FHda1LsgaBwhg2eYyZeJUKCuo05eX+s/IIyASXfk2NYoI6984mbfKmGVyhtJYDZ1bRwBIVzjO6yAeSqh1Foa7nGOG1dh0QHxiOEUmnG3DMN532cJv34RBL5NAu8C4mPV4DeJwXhU/xq/tsMoY/oHXBrQTt9FohwADx+A==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=island-resort.com; dmarc=pass action=none header.from=island-resort.com; dkim=pass header.d=island-resort.com; arc=none
Received: from PH7PR22MB3092.namprd22.prod.outlook.com (2603:10b6:510:13b::8) by BY1PR22MB4135.namprd22.prod.outlook.com (2603:10b6:a03:532::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6768.30; Thu, 7 Sep 2023 18:40:30 +0000
Received: from PH7PR22MB3092.namprd22.prod.outlook.com ([fe80::f317:e4d1:7e1e:3934]) by PH7PR22MB3092.namprd22.prod.outlook.com ([fe80::f317:e4d1:7e1e:3934%3]) with mapi id 15.20.6745.030; Thu, 7 Sep 2023 18:40:29 +0000
From: "lgl island-resort.com" <lgl@island-resort.com>
To: Roman Danyliw <rdd@cert.org>
CC: "Smith, Ned" <ned.smith@intel.com>, Robert Wilton <rwilton@cisco.com>, The IESG <iesg@ietf.org>, "draft-ietf-rats-eat@ietf.org" <draft-ietf-rats-eat@ietf.org>, "rats-chairs@ietf.org" <rats-chairs@ietf.org>, "rats@ietf.org" <rats@ietf.org>
Thread-Topic: [Rats] Robert Wilton's Discuss on draft-ietf-rats-eat-21: (with DISCUSS and COMMENT)
Thread-Index: AQHZ4YycYhWhaV4FhkSXMddkknN58bAPnRiAgAAHOQCAAA4WgA==
Date: Thu, 07 Sep 2023 18:40:29 +0000
Message-ID: <E09F6E69-C299-4798-BB33-9E476F478457@island-resort.com>
References: <169409219358.34717.10637003445246332249@ietfa.amsl.com> <0362104E-7D7D-4A22-B202-E147073D852D@intel.com> <BN2P110MB110707F866D4E418199B6437DCEEA@BN2P110MB1107.NAMP110.PROD.OUTLOOK.COM>
In-Reply-To: <BN2P110MB110707F866D4E418199B6437DCEEA@BN2P110MB1107.NAMP110.PROD.OUTLOOK.COM>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=island-resort.com;
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: PH7PR22MB3092:EE_|BY1PR22MB4135:EE_
x-ms-office365-filtering-correlation-id: aac2faf7-0d62-4c8f-7118-08dbafd1e92c
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 8TGS5w68cOKaqmAIR5r3/yVOdirwWpPkauTsuwHD2WN7YuFrT7hhJ78SVr3ansOo7oUal8qO5fDXHedHnjj+biyC696Jie49Qb7CrJsuEE2A5a7HXcBMFuTHKv5xFM7o/7JsfOwXRoBQ5JGm/O1ZptDJaAEMjFIUUdFZ0Ni6dCzV2M8aCR/Jx9eLCaq+qqebF/52jbri9GdXEVK868NCE8btu3r3ugWlMwnKNRrjXS+y9B/4AKaY6gqfCDSDy75x7B7EuVnNGslKtGf9BfWMIWrfxiajSMJ9N6kiwDihm0rzx7eb/3RtHP2c/qvNjPxM00LWWsEjfox5a6/jBZ7tdRFEcnwDDkbBmS+XJ/1gF429PyUK+QaTVFLXHyS2eqbj3pFxk5AvBGkCAJcFLZ1RYliq5mpTOApC4uBJCkEcuLPcN80HIz81W9iMAPl2UzFqfTZ3OSsyLkF7gPezCnI0k7R+Dkyj7/aF21rZrQRJsNlxK7U0i58YiaQ5x0YWQlTRH6OwfVwDAvwd7F6PNmDlIFuOTLi7Wt8NA7U+oVQ68zFCIrRbneDSntDTQQ26WBJ3OYbTYFN0brpi+iYJTYyixQyR1Up4Fnm7rm08YSSdgBF/0hlI7RqPkKohx/yskd1/Uru0OgQtDP7nR/TuUnbuRg==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:PH7PR22MB3092.namprd22.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230031)(39830400003)(366004)(376002)(346002)(396003)(136003)(186009)(451199024)(1800799009)(71200400001)(83380400001)(2616005)(66574015)(26005)(316002)(54906003)(64756008)(66446008)(66476007)(66556008)(66946007)(76116006)(6916009)(91956017)(4326008)(8676002)(8936002)(5660300002)(41300700001)(53546011)(6506007)(6512007)(6486002)(478600001)(2906002)(966005)(36756003)(33656002)(166002)(99936003)(86362001)(122000001)(38070700005)(38100700002)(45980500001); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: zjNPVjzbWR9iEezA5ZGyEGvWceKANM7ufjOMKatZeOY1eXowdhYNPtXVshTSwbgsPs6f3dzm4EtQuPHnr6Tpxmk16TmMxaTDxK0UPrdr6A4mBSHZAJQ/LN+VbqwjvN0GxcyFkmbxALKzD7zUk2WO65SOffuCjMTOyNfnmk5pg/QJPgLWYLWN6bN+8dVqpa6vTTVIZ3pJCBK/VaYwvPM4fJ7YrIHHAN9IzLTQpeGSuzhv1KaminSukPaKluRzQtx7Y3/YHMepmpUDg/1tFvIlX6Tw1Z0w56Yjt8L1t/ayJYUFL1SAhdR43dJoTxPvSDO8Z4DOmWi4u3oLz3jaR058WwH/H/XSekCja4apMWuEfJd2EUI1DgUX0w+y44SysWN1qZv0RQnr973PmntmLfgW87M1mbNl2L41KZzchPXXsB/CzCFM3KZ8wyjk+A4WfIaixoPnViksc5gWSHj0+5OgeA236uBn4H34jR0KhE70g5iv3TX9ya1TdBaCb5RWmOtRZVwr8MFUitfo9otc3h6l2ugrWybbRfUeFATCJtFe2JWAUfHVe5WPx0GRjfIHpoljHoH31+BO2/+uwV2kPHEOzQ94I2OH8xb2sOKQ7sPAWrhHi7v+EePVkIsAcBLrm01v5bFQTiENXpbhA+DedEN4egH+aDz9B6aOy9FYIlCOmomp6NMHOEd8QaNLYVSZY4JWAqM8rpYjRrEPqlme7cdyO7gxliDelOGBhbEvjonih0N79G8NenLfZZdCqV9IUXMvSxGdtclgyp8XJwwUS9t9sdjA7lkPfhaM82+GJk7xXPNZaq2nv9njznjwxY7cMvASyk9TqKuDAeAGXxnO3vKJjQElOqAWZPK7Jmuuhpx27Yjq0RVpbJaGGUKqcBOHp+QeKRxpQRUcEtF7YcwtYoY405kcrmTie5xQfTdFRTmPc3sZqZwj9srUDIM7uYJfBXns/3U0X2msONgcXPiWuFjww9KMIi32FKDGKmFATreQwFbIrficTwCGL9oFnRvt6CE1yWbGbnFGa/KSZStMFrga5A6aUmmzsBGOfqrmDVmzqFoE6pdY0Stbhj8q9VpmP5PHxwShu7tqoMM6IIJn1kfMoTScGQj1iOGh1QpTW3ZQAwf81MZp5IJ1I+SRVk+Xje/qV2+Re77TMNP5hostx3UfO+lOvMBj2+kp8gs9h2oEAb5ejbeMelNkEFgN+0RuQwRpB4fW5BZb/mX1qeEJoTHsNYnvYxD57i1DEkfTgaJxazV5Z5LebM8GMRtxijs9I4gDksUVV665scPrK4AEH6wUBTKjVmDgC5vPwRFQi94E9BuMkKMyt9iQjwn/LHmeRvG23k6Ti8YcKBI3SBOiT0z91dGXMmcDDycj6pG/BUlSjBNw6I8+kApi2mpE2+wdtrxA6PPF0UFLBQE3zl79GDJM2eHShMfHc7lSZe2BTkfip2HZhcEMEBY23X07G98F8h27e5QoVESL+4aG2fzsr3GuQSpXUoUcI/HqqhRGw2WZw+VxXIvLVSu1K6/2idAskYq7d0CkqEgiw//4SDAupjRpwTijS/o0U2BpgfQLfqRvXU0wxNWPXNZji4s1dt/zgoDfFr40l/7gNmjQsYMuRUeLTg==
Content-Type: multipart/related; boundary="_004_E09F6E69C2994798BB339E476F478457islandresortcom_"; type="multipart/alternative"
MIME-Version: 1.0
X-OriginatorOrg: island-resort.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: PH7PR22MB3092.namprd22.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: aac2faf7-0d62-4c8f-7118-08dbafd1e92c
X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Sep 2023 18:40:29.8017 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: ad4b5b91-a549-4435-8c42-a30bf94d14a8
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: ZiM8IO7Ko4bG9CVKdwkUX3y22nt+4X5/AoUzZnp9LO0b1NyEDG+4zYUUvyKHOKjuYpT8bKZxcCF95kJlTb31dA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR22MB4135
Archived-At: <https://mailarchive.ietf.org/arch/msg/rats/Cws0HgWeyDnNFe1h6XRC7SIJ4uw>
Subject: Re: [Rats] Robert Wilton's Discuss on draft-ietf-rats-eat-21: (with DISCUSS and COMMENT)
X-BeenThere: rats@ietf.org
X-Mailman-Version: 2.1.39
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: Thu, 07 Sep 2023 18:40:38 -0000
Makes it normative Update to 9334 LL <https://github.com/ietf-rats-wg/eat/pull/410> [410.png] RATS.Architecture -> RFC9334 and normative by laurencelundblade · Pull Request #410 · ietf-rats-wg/eat<https://github.com/ietf-rats-wg/eat/pull/410> github.com<https://github.com/ietf-rats-wg/eat/pull/410> On Sep 7, 2023, at 10:49 AM, Roman Danyliw <rdd@cert.org> wrote: Hi! -----Original Message----- From: RATS <rats-bounces@ietf.org> On Behalf Of Smith, Ned Sent: Thursday, September 7, 2023 1:24 PM To: Robert Wilton <rwilton@cisco.com>; The IESG <iesg@ietf.org> Cc: draft-ietf-rats-eat@ietf.org; rats-chairs@ietf.org; rats@ietf.org Subject: Re: [Rats] Robert Wilton's Discuss on draft-ietf-rats-eat-21: (with DISCUSS and COMMENT) BTW: [RATS.Architecture] is now RFC9334. Regardless of whether it is informative or normative, the reference should be updated. Agreed. I believe it is informative because RFC9334 is an informative RFC. The status of RFC9334 won't dictate whether it is normative or informative in this document. Referenced normatively in this document just makes RFC9334 a "DownRef" (i.e., a "higher status" proposed standard document referencing a "lower status" information document) Borrowing from https://www.ietf.org/about/groups/iesg/statements/normative-informative-references/, the key question is whether [RATS.Architecture] is needed to implement this RFC. The text in Section 9.3 of this documents meets that threshold of being "required reading" by pointing this document to the security considerations in [RATS.Architecture]. ==[ snip ]== 9.3. Freshness All EAT use MUST provide a freshness mechanism to prevent replay and related attacks. The extensive discussions on freshness in [RATS.Architecture] including security considerations apply here. ==[ snip ]== Roman On 9/7/23, 6:11 AM, "RATS on behalf of Robert Wilton via Datatracker" <rats- bounces@ietf.org <mailto:rats-bounces@ietf.org> on behalf of noreply@ietf.org <mailto:noreply@ietf.org>> wrote: Robert Wilton has entered the following ballot position for draft-ietf-rats-eat-21: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/about/groups/iesg/statements/handling- ballot-positions/ <https://www.ietf.org/about/groups/iesg/statements/handling-ballot- positions/> for more information about how to handle DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-rats-eat/ <https://datatracker.ietf.org/doc/draft-ietf-rats-eat/> ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- Hi, Thanks for this document. Sorry, I didn't have time to review this document that closely. I have flagged one issue for discussion to change the reference to the architecture document to being a normative reference. This would mean a downref, but should otherwise be an easy change to make. The rest of my comments are non-blocking. (1) p 71, sec 11.2. Informative References [RATS.Architecture] Birkholz, H., Thaler, D., Richardson, M., Smith, N., and W. Pan, "Remote ATtestation procedureS (RATS) Architecture", Work in Progress, Internet-Draft, draft- ietf-rats-architecture-22, 28 September 2022, <https://datatracker.ietf.org/doc/html/draft-ietf-rats- <https://datatracker.ietf.org/doc/html/draft-ietf-rats-> architecture-22>. "From section 1.3, EAT follows the operational model described in Figure 1 in [RATS.Architecture].". This, along with other references indicates that the RATS architecture should be a normative reference. ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- (2) p 0, sec An EAT is either a CBOR Web Token (CWT) or JSON Web Token (JWT) with attestation-oriented claims. This is probably contentious, but given that this is a new spec, I wonder whether it wouldn't be better (i.e., encourage wider interop) if only CBOR, COSE and CWT were used/allowed. (3) p 20, sec 4.2.6. swname (Software Name) Claim The "swname" claim contains a very simple free-form text value for naming the software used by the entity. Intentionally, no general rules or structure are set. This will make it unsuitable for use cases that wish precise naming. I found it interesting, and slightly surprising, that the hardware model claim is opaque, but the software name claim is not. (4) p 24, sec 4.2.11. uptime (Uptime) Claim The "uptime" claim MUST contain a value that represents the number of seconds that have elapsed since the entity or submodule was last booted. Relative to other claim descriptions, the MUST in this description seems strange. Perhaps better as just "The "uptime" claim contains a value ..." (5) p 88, sec Appendix B. UEID Design Rationale A UEID is not a UUID [RFC4122] by conscious choice for the following reasons. Note that the UUID spec is currently being updated (it is also on this week's telechat review), so some of the concerns being described here may no longer be valid. It is still only 128 bits though, and 6 bits are spent identifying UUID format and version. (6) p 89, sec Appendix B. UEID Design Rationale Note also that that a type 2 UEID (EUI/MAC) is only 7 bytes compared to 16 for a UUID. Note that the paragraph at the end of appendix B.1. states that UEIDs are a minumum of 128 bits ... Regards, Rob _______________________________________________ RATS mailing list RATS@ietf.org <mailto:RATS@ietf.org> https://www.ietf.org/mailman/listinfo/rats <https://www.ietf.org/mailman/listinfo/rats> _______________________________________________ RATS mailing list RATS@ietf.org https://www.ietf.org/mailman/listinfo/rats _______________________________________________ RATS mailing list RATS@ietf.org https://www.ietf.org/mailman/listinfo/rats
- [Rats] Robert Wilton's Discuss on draft-ietf-rats… Robert Wilton via Datatracker
- Re: [Rats] Robert Wilton's Discuss on draft-ietf-… lgl island-resort.com
- Re: [Rats] Robert Wilton's Discuss on draft-ietf-… Smith, Ned
- Re: [Rats] Robert Wilton's Discuss on draft-ietf-… Roman Danyliw
- Re: [Rats] Robert Wilton's Discuss on draft-ietf-… Roman Danyliw
- Re: [Rats] Robert Wilton's Discuss on draft-ietf-… lgl island-resort.com
- Re: [Rats] Robert Wilton's Discuss on draft-ietf-… Rob Wilton (rwilton)