[Rats] IETF 102 Remote Attestation Procedures (RATS) Bar BoF Invite
Henk Birkholz <henk.birkholz@sit.fraunhofer.de> Thu, 05 July 2018 21:58 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 645D0130DC0 for <rats@ietfa.amsl.com>; Thu, 5 Jul 2018 14:58:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.901
X-Spam-Level:
X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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 vm4PthL-AoeP for <rats@ietfa.amsl.com>; Thu, 5 Jul 2018 14:58:03 -0700 (PDT)
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 61780124BE5 for <rats@ietf.org>; Thu, 5 Jul 2018 14:58:01 -0700 (PDT)
Received: from mail.sit.fraunhofer.de (mail.sit.fraunhofer.de [141.12.84.171]) by mailext.sit.fraunhofer.de (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id w65LvY1t032517 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 5 Jul 2018 23:57:35 +0200
Received: from [192.168.16.50] (134.102.43.163) by mail.sit.fraunhofer.de (141.12.84.171) with Microsoft SMTP Server (TLS) id 14.3.399.0; Thu, 5 Jul 2018 23:57:29 +0200
From: Henk Birkholz <henk.birkholz@sit.fraunhofer.de>
To: DIEGO LOPEZ GARCIA <diego.r.lopez@telefonica.com>, "Xialiang (Frank)" <Frank.xialiang@huawei.com>, Hannes Tschofenig <Hannes.Tschofenig@arm.com>, Jessica Fitzgerald-McKay <jmfmckay@gmail.com>, Dave Waltermire <davewaltermire@gmail.com>, "Banghart, Stephen A. (Fed)" <stephen.banghart@nist.gov>, "Shwetha Bhandari (shwethab)" <shwethab@cisco.com>, "Bill Sulzen (bsulzen)" <bsulzen@cisco.com>, "Eric Voit (evoit)" <evoit@cisco.com>, Giridhar Mandyam <mandyam@qti.qualcomm.com>, Laurence Lundblade <llundbla@qti.qualcomm.com>, ANTONIO AGUSTIN PASTOR PERALES <antonio.pastorperales@telefonica.com>, "Mr. Ned Smith" <ned.smith@intel.com>
CC: "Laffey, Tom (HPE Networking ATG)" <tom.laffey@hpe.com>, Guy Fedorkow <gfedorkow@juniper.net>, "'Wiseman, Monty (GE Global Research, US)'" <monty.wiseman@ge.com>, "Nancy Cam-Winget (ncamwing)" <ncamwing@cisco.com>, Michael Eckel <Michael.Eckel@huawei.com>, rats@ietf.org
Message-ID: <37d72cc8-6497-2449-163e-2404d10a856a@sit.fraunhofer.de>
Date: Thu, 05 Jul 2018 23:51:56 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Originating-IP: [134.102.43.163]
Archived-At: <https://mailarchive.ietf.org/arch/msg/rats/L4739EKXY5zM1jy-YvSbUs_dbuY>
X-Mailman-Approved-At: Thu, 05 Jul 2018 15:09:21 -0700
Subject: [Rats] IETF 102 Remote Attestation Procedures (RATS) Bar BoF Invite
X-BeenThere: rats@ietf.org
X-Mailman-Version: 2.1.26
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, 05 Jul 2018 21:58:06 -0000
Hi *, Diego and I are planning to find (or create) an appropriate place for remote attestation related work in the IETF with a Bar BoF as a first step. Some context: In essence, remote attestation procedures are a tool-set that is intended to increase the confidence that an entity other entities interact with is a trusted system. Remote attestation typically is tied to a type of trust anchor or shielded secret, which is - in a sense - a tad bit exotic in the scope of protocols developed in the IETF as those exist and operate "inside the box". In contrast, most IETF solutions operate "between boxes". While remote attestation procedures require both parts in order to provide a value, appropriate network protocols to convey corresponding information between boxes are still very much work in progress. The Plan: To create appropriate protocols and architectures, unfortunately, is not a trivial task. In order to find out how this "non-trivial" thing can be talked about and how to do that constructively in the IETF, we would like to invite you to a Bar BoF. The minimum goal is to talk about what remote attestation means (semantic), what parts of it would belong in the IETF (scope), how to align existing work and how to provide a basis for future work (solution). Even better, if we would be able to agree in some of these areas and flock together. As a first proposal, we are planning the Bar BoF for: *Thursday July 17th, in the evening* (exact time TBD, but we think at or after dinner) There is a fine Bar at the Venue. So, the current plan is to meet there, in order to make it easier to attend. But we will also scout for an appropriate bar when we are on-site. Also, we would like to encourage you to "bring a +1" in case you know other individuals, who would be interested in this topic. Some references of the work in this space that is scattered all over the IETF: > https://datatracker.ietf.org/doc/draft-pastor-i2nsf-nsf-remote-attestation/ > https://datatracker.ietf.org/doc/draft-birkholz-i2nsf-tuda/ > https://datatracker.ietf.org/doc/draft-mandyam-eat/ > https://datatracker.ietf.org/doc/draft-mandyam-tokbind-attest/ > https://datatracker.ietf.org/doc/draft-birkholz-reference-ra-interaction-model/ > https://datatracker.ietf.org/doc/draft-birkholz-yang-basic-remote-attestation/ > https://datatracker.ietf.org/doc/draft-birkholz-attestation-terminology/ There also is the rats@ietf.org list (as you can see in the email header) and a place at github (https://github.com/ietf-rats). All that said, we would welcome you to drop by and are looking forward to a lively discussion. Best regards, Diego & Henk
- Re: [Rats] IETF 102 Remote Attestation Procedures… Henk Birkholz
- Re: [Rats] IETF 102 Remote Attestation Procedures… Henk Birkholz
- Re: [Rats] IETF 102 Remote Attestation Procedures… Diego R. Lopez
- Re: [Rats] IETF 102 Remote Attestation Procedures… Hannes Tschofenig
- [Rats] IETF 102 Remote Attestation Procedures (RA… Henk Birkholz