[Teep] Iotdir telechat review of draft-ietf-teep-architecture-18

Ines Robles via Datatracker <noreply@ietf.org> Sun, 04 September 2022 20:34 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: teep@ietf.org
Delivered-To: teep@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C15CEC14F744; Sun, 4 Sep 2022 13:34:28 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Ines Robles via Datatracker <noreply@ietf.org>
To: iot-directorate@ietf.org
Cc: draft-ietf-teep-architecture.all@ietf.org, last-call@ietf.org, teep@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 8.15.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <166232366878.39571.10095332984770250612@ietfa.amsl.com>
Reply-To: Ines Robles <mariainesrobles@googlemail.com>
Date: Sun, 04 Sep 2022 13:34:28 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/teep/8P-mfQkek_4Zp7BMl9FXRZePD1I>
Subject: [Teep] Iotdir telechat review of draft-ietf-teep-architecture-18
X-BeenThere: teep@ietf.org
X-Mailman-Version: 2.1.39
List-Id: A Protocol for Dynamic Trusted Execution Environment Enablement <teep.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teep>, <mailto:teep-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teep/>
List-Post: <mailto:teep@ietf.org>
List-Help: <mailto:teep-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teep>, <mailto:teep-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Sep 2022 20:34:28 -0000

Reviewer: Ines Robles
Review result: Ready

IoT Review of draft-ietf-teep-architecture

Summary:

This document depicts a Trusted Execution Environment (TEE) architecture
stating that any code within that environment cannot be tampered with, and that
any data used by such code cannot be read or tampered with by any code outside
that environment; describing a protocol for managing the lifecycle of trusted
applications running inside such a TEE.

Major Issues: Not found

Minor Issues: Not found

Nits/Questions/Comments:

* Pag 9 - Figure 1: The arrows in the diagram are unidirectional, Are there
cases where it could be bidirectional: e.g. the communication of the Agent with
the Broker?

* Having an IoT scenario, in your opinion which type of Classes of Constrained
Devices (Class 0, Class 1, etc. [RFC7228]) can participate in the TEE as a
"Device" in Figure 1.

* Page 27: "...In some use cases it may be sufficient to identify only the
class of the device..." what do you mean with class of device? Perphaps would
be nice to add between brakets some examples.

Thanks for this document,

Ines.