Re: [Rats] About (E)UID's

Henk Birkholz <henk.birkholz@sit.fraunhofer.de> Wed, 12 February 2020 16:01 UTC

Return-Path: <henk.birkholz@sit.fraunhofer.de>
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 717DC120123 for <rats@ietfa.amsl.com>; Wed, 12 Feb 2020 08:01:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.919
X-Spam-Level:
X-Spam-Status: No, score=-6.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 0RjGf-ud7myT for <rats@ietfa.amsl.com>; Wed, 12 Feb 2020 08:01:20 -0800 (PST)
Received: from mailext.sit.fraunhofer.de (mailext.sit.fraunhofer.de [141.12.72.89]) (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 F1EDB1200B2 for <rats@ietf.org>; Wed, 12 Feb 2020 08:01:18 -0800 (PST)
Received: from mail.sit.fraunhofer.de (mail.sit.fraunhofer.de [141.12.84.171]) by mailext.sit.fraunhofer.de (8.15.2/8.15.2/Debian-10) with ESMTPS id 01CG1FuG011936 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA256 bits=128 verify=NOT) for <rats@ietf.org>; Wed, 12 Feb 2020 17:01:16 +0100
Received: from [172.20.29.146] (12.42.137.2) by mail.sit.fraunhofer.de (141.12.84.171) with Microsoft SMTP Server (TLS) id 14.3.468.0; Wed, 12 Feb 2020 17:01:10 +0100
To: rats@ietf.org
References: <8BDAAE2E-9803-4048-AD5B-59233708E6FB@akamai.com> <1C16DAA0-D03B-417C-894A-30C4015AEED7@island-resort.com> <DBBPR08MB49031E717F69E4CF58CF67A1EF1C0@DBBPR08MB4903.eurprd08.prod.outlook.com> <509C8229-20DC-4888-BE1D-9109733A9E2D@intel.com> <5B9516E6-1441-462E-86D2-B630B32CE1C7@island-resort.com> <DBBPR08MB4903356ED09601AA7A6006FAEF180@DBBPR08MB4903.eurprd08.prod.outlook.com> <07A3E092-068F-4E35-8C39-D290FDB8CFDC@island-resort.com> <DBBPR08MB4903840E6D30A59083F8B119EF1B0@DBBPR08MB4903.eurprd08.prod.outlook.com> <6CD93307-E6F2-40F9-B041-FEBF5AD226CA@akamai.com>
From: Henk Birkholz <henk.birkholz@sit.fraunhofer.de>
Message-ID: <eb6b796e-a2c3-407b-225d-fcd3903ca414@sit.fraunhofer.de>
Date: Wed, 12 Feb 2020 11:01:08 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1
MIME-Version: 1.0
In-Reply-To: <6CD93307-E6F2-40F9-B041-FEBF5AD226CA@akamai.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-Originating-IP: [12.42.137.2]
Archived-At: <https://mailarchive.ietf.org/arch/msg/rats/dOJgdm_f_GtAhQJUlFcZHRxAnhw>
Subject: Re: [Rats] About (E)UID's
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: Wed, 12 Feb 2020 16:01:22 -0000

The security of the RATS architecture does not rely on a single claim. 
It relies in trust anchors that you can put trust into in order to 
believe a certification path and therefore attestation provenance, it 
also relies an Endorsements provided by potential several Supply Chain 
entities.

A single UEID claim that could encounter a collision (maliciously 
intended or by accident) will not necessarily compromise a complete 
instance of a remote attestation procedures. If your Claim set and 
corresponding secret/shielded key material are sparse, this reduces the 
believability of the corresponding evidence and therefore lower the 
level of assurance/security of that implemented RATS architecture.

But that is an implementation choice. The architecture offers suitable 
set of secure methods. If base all you post-process decision, than that 
is a choice and should be aware of the risk involved for not using any 
other secure methods.

Viele Grüße,

Henk

On 12.02.20 10:49, Salz, Rich wrote:
> I am still concerned about what fails if someone re-uses an EUID, either 
> by accident or maliciously.  If the security of the RATS architecture 
> depends on uniqueness, this seems important.
> 
> 
> _______________________________________________
> RATS mailing list
> RATS@ietf.org
> https://www.ietf.org/mailman/listinfo/rats
>