Re: [Rats] DLOAs claim (was Re: EAT Review Comments)
"Smith, Ned" <ned.smith@intel.com> Wed, 15 December 2021 22:02 UTC
Return-Path: <ned.smith@intel.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 C70843A07B9 for <rats@ietfa.amsl.com>; Wed, 15 Dec 2021 14:02:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.798
X-Spam-Level:
X-Spam-Status: No, score=-2.798 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.701, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=intel.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 aJ2ROZJpMuGr for <rats@ietfa.amsl.com>; Wed, 15 Dec 2021 14:02:48 -0800 (PST)
Received: from mga07.intel.com (mga07.intel.com [134.134.136.100]) (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 7CACE3A07A4 for <rats@ietf.org>; Wed, 15 Dec 2021 14:02:47 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1639605768; x=1671141768; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=5+bvqQS7EaI8DWqlAVuvU4YDNRBV9iZAgDbVEEpePnU=; b=Ej9L3/3JiedduGTXbtuhx8sIwyCJET7C++5jiXnsSk2IiP4cFproO6aM uuODFQE4ki7VnGo1+Fm8MR2Puio+31EkZ3EEBwQ5z8+O3EgUXo2CZBoTs L93N1g+XCoGMh78ONWlcSO3DS020B9mwNNBOTBHFW+dxhBuUH+A7mbNOg d7U5aOv2imbejm1BQBrtu3EjvZW7EgoCFriA0xyyXl74BDDSIX17pNjhU lvhFMFPBpIGWU4xeLLPysQsy5y+EDTx8HR1Jh81q2g0fxdP1Jfmbe+heE ZJEFEqfKOb4Q1RHJwFEzf6CFInayOpzwnSPJnnCK2N4Ax9Dlnkzn0l/6i A==;
X-IronPort-AV: E=McAfee;i="6200,9189,10199"; a="302718550"
X-IronPort-AV: E=Sophos;i="5.88,209,1635231600"; d="scan'208";a="302718550"
Received: from orsmga008.jf.intel.com ([10.7.209.65]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 15 Dec 2021 14:02:46 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.88,209,1635231600"; d="scan'208";a="518961605"
Received: from fmsmsx604.amr.corp.intel.com ([10.18.126.84]) by orsmga008.jf.intel.com with ESMTP; 15 Dec 2021 14:02:46 -0800
Received: from fmsmsx608.amr.corp.intel.com (10.18.126.88) by fmsmsx604.amr.corp.intel.com (10.18.126.84) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.20; Wed, 15 Dec 2021 14:02:46 -0800
Received: from fmsmsx602.amr.corp.intel.com (10.18.126.82) by fmsmsx608.amr.corp.intel.com (10.18.126.88) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.20; Wed, 15 Dec 2021 14:02:45 -0800
Received: from fmsedg601.ED.cps.intel.com (10.1.192.135) by fmsmsx602.amr.corp.intel.com (10.18.126.82) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.20 via Frontend Transport; Wed, 15 Dec 2021 14:02:45 -0800
Received: from NAM11-DM6-obe.outbound.protection.outlook.com (104.47.57.173) by edgegateway.intel.com (192.55.55.70) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2308.20; Wed, 15 Dec 2021 14:02:45 -0800
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=IgDc1eM0JUNf6iZaEPlvLB6TGbeyTP9A9yn9u+bcdpzHzhCf3dtYF6fhYIwBCS8HgwGOi33y1kEMhYTB1G5n4vIRZsyp7VeH3wvnnXfVyIcltjF55Razkqkg+XDS+uowprgbUDQXGTWnP18JsjcUMjD8GwqUDDV4JKhNdb5uzcjEi8rkiD5Xkj+e5P4CO1Yl66sp7jgtfKG85Ul9Dbgqe1bbGzKwP4BdF/av9jW73mZy/JpyxKRl2SYWrz1Qbn29Y0cjSbugQe1c9zrKoEI5HmqZ55KQKvHXWKJ1C3aVxX5yJHBW4BXQSSVcEXS9F9vW6KOla/7h8bTD4Yg1PYyzrQ==
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=5+bvqQS7EaI8DWqlAVuvU4YDNRBV9iZAgDbVEEpePnU=; b=FdZ1OCg3M8JLsxk8Plb14rszt7TTZ9HEopmQzgpPffsHp2LVeoW92XdUaRxaGsYmgU+AiRsZO+FB0xVU6P7pgHyq4cqoHGyft3J0PJvgAtAZxZaazFbeHAuYutiIdeJgpbXSjkp33bDxYScPC5UY92H9SwxLjiubN/yM6UPP98AciWezxRsEYjJCo3TxwK+/3zDUwh5TgICLRjrujzdxb7qY5ipyOnOPBGk/gOqDUnRtf280fwCI7BZACeDKdoFyld/Sle6nFBiHVIS426l9XB1f2G946dwa3+tQbVTJtKpjtiPS+vIgCN0BL/nEBC7QPP+jX0MuZ50rd8GE8clJhw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=intel.com; dmarc=pass action=none header.from=intel.com; dkim=pass header.d=intel.com; arc=none
Received: from CO1PR11MB5169.namprd11.prod.outlook.com (2603:10b6:303:95::19) by MW3PR11MB4539.namprd11.prod.outlook.com (2603:10b6:303:2f::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4801.14; Wed, 15 Dec 2021 22:02:44 +0000
Received: from CO1PR11MB5169.namprd11.prod.outlook.com ([fe80::e8b9:8f6d:8519:72ca]) by CO1PR11MB5169.namprd11.prod.outlook.com ([fe80::e8b9:8f6d:8519:72ca%8]) with mapi id 15.20.4801.014; Wed, 15 Dec 2021 22:02:44 +0000
From: "Smith, Ned" <ned.smith@intel.com>
To: Laurence Lundblade <lgl@island-resort.com>, Henk Birkholz <henk.birkholz@sit.fraunhofer.de>
CC: "rats@ietf.org" <rats@ietf.org>, Hannes Tschofenig <Hannes.Tschofenig@arm.com>, Jeremy O'Donoghue <jodonogh@qti.qualcomm.com>
Thread-Topic: [Rats] DLOAs claim (was Re: EAT Review Comments)
Thread-Index: AQHX8fYbwnuwiSkEgEKU5iiUUmO50awzlPAA
Date: Wed, 15 Dec 2021 22:02:44 +0000
Message-ID: <7634D806-D488-4151-A55A-49B613E36D96@intel.com>
References: <DBBPR08MB59150EEE386E675005A52124FA6E9@DBBPR08MB5915.eurprd08.prod.outlook.com> <B81765CF-8515-440B-A021-977FCD59D5E2@island-resort.com> <DBBPR08MB5915DD8BAA394E7D665E4C7DFA709@DBBPR08MB5915.eurprd08.prod.outlook.com> <7e8275a1-10ce-bff8-9252-8c0d32d3e395@sit.fraunhofer.de> <PH0PR02MB72568A41395E3A5093FC53DEF2749@PH0PR02MB7256.namprd02.prod.outlook.com> <DBBPR08MB591520DEAD5710C3618F6B24FA749@DBBPR08MB5915.eurprd08.prod.outlook.com> <PH0PR02MB7256AA3C8342117B6FD22B99F2749@PH0PR02MB7256.namprd02.prod.outlook.com> <DBBPR08MB59155AE26B84DB09C841FEE5FA749@DBBPR08MB5915.eurprd08.prod.outlook.com> <501A29B6-9B35-461C-8185-4F8F0CE3C851@island-resort.com> <0278f090-21da-f201-4bf6-6a999fe87f89@sit.fraunhofer.de> <5274E148-488E-4761-91E9-D699980ABA0B@island-resort.com>
In-Reply-To: <5274E148-488E-4761-91E9-D699980ABA0B@island-resort.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.56.21121100
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=intel.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: e81aaefd-b3cb-4fd6-0d72-08d9c0169f64
x-ms-traffictypediagnostic: MW3PR11MB4539:EE_
x-microsoft-antispam-prvs: <MW3PR11MB453930DC94133EB31C2F8C25E5769@MW3PR11MB4539.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:4714;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: gsRWdG6Opt8gU/n1PF/LlbyIvsW2iJg+qroghTkitYqKgfQGJkl8u3cqRpPCWrRcneYgxkMUu8X42V3tfXkv36hUhifcnLW660hR9CmbIx8XiIHQlQAymTyYlZEalvMPYM//xsTAQ0wLAtx8AW42qzk801imTLIQohaW2Ao4yAmXxbwB+fvgvA9AghsSzAJh7LcgW2dyvj7kOEnsQGCEW8hGTWGCVfbCn8qceBK5qzW0K93NAGoyouUm74FV88F09rBvjdaBVQ3nK3q6TZYKEbwfBpMllumvujiYwfnxV7RIEgePbPnW0ASTUey1bPn2jfYzT0lnTKFMYkhIRh8X//vC2w2W6ARo5ir6AaEEOt6fGYrFhVdt9+ugDMm3sp8KOdGNh5mQh9LyjmPwbdNM5TevePqQtmld/yEcljbz1NxLcNNkAApyjlNm5fBtvVfTkEo+9w0f7ZTY733KIwmrchpjLCXXnFwsNrGg0eFaAdr2gYWHrQVYTf6VFSg4KOtxKm7i+qIdFKGIa+vG/QY0D9bYfE6CnTUzdg8YUqfBKATpn6xRyceCxhYDYrJkOEBokjC43RkC2p/fJdyU/ddTe40kwshm3CvX8hkHtxPjIwFwrwQ07/TGcRBGAx8n67ERT1DY/QDynGCWkLetDHfwGZGDG70H/mmVUocrVZbShFQ9A3083uEWojBxS3Ohz5vvuFg01iOlzOVQUDEznGwZqNlm5Quh4MrAnyeHphfJ62gM3NJTJhHLVK6gpRC8lBiVT6VsSCS9Uk2ryaTy11t+aqc6gaNcGRtDhybqvlyOJA34BIpBpZNDxp8PLsvRSItg
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CO1PR11MB5169.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(6486002)(66556008)(33656002)(36756003)(83380400001)(86362001)(2616005)(508600001)(66946007)(66476007)(66446008)(64756008)(966005)(6506007)(110136005)(53546011)(8676002)(5660300002)(2906002)(76116006)(4326008)(122000001)(54906003)(38070700005)(186003)(38100700002)(8936002)(71200400001)(316002)(26005)(6512007)(82960400001)(45980500001); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: xdvyGwz78h/1+H6XWAz9EoRmW4Vj79+bN/cyEyGR14MrGfc4csr8FX1rYSiPX6sD9SZ/0g2OgKE+mIbQ2HsPdCNcjAeu++mWR9NxwRi8DhEJ4tUV/Iu39nIz4fe5cKWJ1v7XqpudGxpnzMWl+GKhgemuEnCtxvjpBLtgIjVNPQTBIXWg9uFmFcdguTBJ3Wg04FAtzsopIm0HyppzgbACcSVP+FUydxaPDZWaKww63fMV7B420bspVRLHIYbjiYCqjealQvjmHOXmu5h6rEXNJE252feGibi5GfaWK2BPqjLkgXpUJSjUxyBfeV3lcoTnIgVr25KT8aeLeyxXq0LdR5a+IrfEIq0uZRNPOV/GYneA/WjEA26/fU6SF5wGTdJFF4FnF614X7bIJLr2cHLIel62HuEcceFof1Xe13uZFdYx/mniyZUpseMVjE+eY88wSN/3Yw8bLFsv3BKimBSYKaluMdqwdRwUQl4NH2Owm5LrPOUK8PJeiFHQbHl5H7vr6lDJj3hsYNdDnGQ7HgD3NmOwBqbLTyg21tPOjhk3qVijuvmWG0d/r4a00G68+P4MzWGtL0aay6Jsp/NDczxGuaHphspi9Z6zq0nNWJLNxpacm8mMNyzahLr7m/h6sMdVEww/0qJjZHp+x61JFIWp+O35cfRUVIPHqWdjj0vnjsNXvgbKBcFDxMNJLJkhOhvfTxMozpEQFLQbiJ0rxwb9wXAGXS3Q4Ty0nwQMipPf5TTaxTS1md7VmBz17tDmVbyuPKMaCtg2CH49gDQwoA1InOIs9tnyLzrrVvUIZVfCWkxFM1n/52rGh+qLgPBgfM577DDYOJP68zwsOXU9RZ5Tbu02bgkH2nE64eOEFUtj2JctFlkbmPPjn9KlzfL8X1+v5VJfYGlBBW5X0Y7kRV00K7MS74MgRSqhMN9coxY18KAZGYeAYX2PCR2EcKmwP8XUkFQKuu0tUNhdpbU83h9UTos5YONq2H1pP79c4h4sEvbO+P/9N1tvKlfDzh35WqSZe+GFN0Lj6wJ2H818xP7xPqzQutv3sg9BWRrUjc3zwrvbkSRESUb357aaAprYjg1lw0PWCjr+BOA6B7lWya0xUs22fI6laeiowKAvmmn6/VxDw7aTdBwL59WQOOoO17kvLoALWUvd5tOH1HwOnyjkAq7P4VbBmgcuX3jo3Yiu8e1GY+wzcfxMcVsW8XTXbMvZSaUzVnoYj63gQqhl43C9FDLyGgZZTiBpHNlVTuK5kCPeVT9QinR+SdgKqlTg8o+kXK1JhFuBbpJE5RscT20BM3jwYLgjo9x6pkp4p2oABeOSpEzTSK1/r4lCX8JbCXWzYsjQdL8QhVoaErzTHWr+Bx54G4/kNnq8eogvIz5gvwBjLaUCnuYOX83g7WL2f2eVcqpvDXehHDjx/XpYIuam8Q1iUL9ReoR6VDQ1rGMnM5Pg0pybpfBOnq6eHi/9AeF71XN9SHFHtpG/thLEcXVfFwEw2ttvsMKEOgTSIMldHCUWciBuDOlFG2b1jy9v43oMep+vc3BuJkZ7gOlgeEMjuglujwj9xM6eJb8XIRPjkunW48PhZPSB11S/fCRhiYqW2RTyT9HunlU3xnjfEE3KSsl9e1qx8NZ7Fgp2kqbYY70=
Content-Type: text/plain; charset="utf-8"
Content-ID: <C9BFF1CD4F5563429FE17F03CA23D9AE@namprd11.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: CO1PR11MB5169.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: e81aaefd-b3cb-4fd6-0d72-08d9c0169f64
X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Dec 2021 22:02:44.4199 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 46c98d88-e344-4ed4-8496-4ed7712e255d
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: K0MTRJWsLj0mOjvTrKUjxbABmK2llw0bxMOwA3wbeCD3OUFrURpGvXijLUkMFhFL/yD30QiwWEJHipysrQzYOA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MW3PR11MB4539
X-OriginatorOrg: intel.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rats/3ipLnIMi3zkiv5Jdna8WZVZtzMY>
Subject: Re: [Rats] DLOAs claim (was Re: EAT Review Comments)
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, 15 Dec 2021 22:02:54 -0000
(speaking not as chair)
My reading of DLOA section in the EAT draft leads me to believe it is describing a conveyance (or part of a conveyance) method of a DLOA. The EAT draft describes DLOA as an "XML document that describes a certification that a device or entity has received." That definition fits with the RATS Architecture description of an Endorser because it describes a trustworthiness property of the Attester. Presumably, it’s a static / immutable property.
However, my characterization of DLOA as being an Endorsement is an opinion that is open to discussion. Given our current charter status, it would be a discussion that is a lower priority I think?
Nevertheless, the DLOA Claim in the EAT draft could reasonably be described as an Endorsement conveyance mechanism and therefore could be considered in terms of WG scope.
Thx,
Ned
On 12/15/21, 12:55 PM, "RATS on behalf of Laurence Lundblade" <rats-bounces@ietf.org on behalf of lgl@island-resort.com> wrote:
At this point I’m in favor of leaving the DLOAs claim in EAT.
- It doesn’t add a lot of complexity as it independent of all the other claims. Any EAT implementor can safely ignore it entirely.
- Certification is really important in trusted/confidential/… compute. It’s good that it has some presence in our attestation standards and brings attention to this existing standard.
- The design seems solid and correct, by carrying only a reference
- Could work with Arm PSA certified, FIDO certified, TCG certified, GP Certified. EMVCo, NIST, and the CC certifications...
I think it can come into play in many ways. Here’s a few scenarios, all of which are supported.
- The Attester passes the DLOAs claim to the Verifier which passes to the RP in AR who’s machine learning risk engine processes it
- The Verifier figures out which DLOA based on identify info in the Evidence and passes it to the the RP in AR
- The Attester passes the DLOAs claim to the Verifier. The Verifier evaluates it and does NOT pass it to the RP. They just give a thumbs up to the RP.
- The Attester passes the DLOAs claim directly to the RP because the RP is the Verifier
The line between Endorsement and Reference value is a bit hazy for me, but a DLOA is never THE endorsement. Maybe it is part of the Endorsement or maybe it fits better classified as a Reference value. It doesn’t seem critical to say precisely which.
In some cases the DLOAs claim is in Evidence and sometimes it is in AR and sometimes neither because it is an Endorsement process by the Verifier. It’s all good and OK.
LL
> On Dec 13, 2021, at 12:37 PM, Henk Birkholz <henk.birkholz@sit.fraunhofer.de> wrote:
>
>
> On 13.12.21 21:31, Laurence Lundblade wrote:
>> On Dec 13, 2021, at 4:55 AM, Hannes Tschofenig <Hannes.Tschofenig@arm.com <mailto:Hannes.Tschofenig@arm.com>> wrote:
>>>
>>> Hi Jeremy,
>>> Thanks for this additional information. That’s very helpful.
>>> To me it appears tricky to have the device provide this information. The problem I can see is that you cannot really rely on it. A compromised device would lie about its certificate level. Hence, whoever verifies this information has to keep to a copy around to check the received data against. This consequently makes the device-provided DLOA information of limited value.
>
> This characterization sounds more like the use of endorsements to me than the use of evidence.
>
>> The EAT claim is just for a pointer (a URL) to the certification info.
>> Also, DLOA is more intended for use in Attestation Results so it comes from the Verifier.
>
> And while an Attester can "cache" its own endorsements, typically they can also be conveyed to a Verifier from an Endorser, correspondingly
>
>> I actually think certification info is pretty important in characterizing security of something.
>
> +1
>
>> Just as important as the number of bits in an algorithm or the amount of side-channel defenses and such. Certification is where that all gets cross-checked into a coherent set of defenses and where effort is put into finding wholes and gaps. We don’t just say “use big I-beams” when building a sky scraper or bridge. We have a building department and inspector that makes sure they are used right.
>> LL
_______________________________________________
RATS mailing list
RATS@ietf.org
https://www.ietf.org/mailman/listinfo/rats
- [Rats] EAT Review Comments Hannes Tschofenig
- Re: [Rats] EAT Review Comments Michael Richardson
- Re: [Rats] EAT Review Comments Laurence Lundblade
- Re: [Rats] EAT Review Comments Hannes Tschofenig
- Re: [Rats] EAT Review Comments Henk Birkholz
- Re: [Rats] EAT Review Comments Hannes Tschofenig
- Re: [Rats] EAT Review Comments Hannes Tschofenig
- Re: [Rats] EAT Review Comments Laurence Lundblade
- Re: [Rats] EAT Review Comments Henk Birkholz
- Re: [Rats] EAT Review Comments Jeremy O'Donoghue
- Re: [Rats] EAT Review Comments Hannes Tschofenig
- Re: [Rats] EAT Review Comments Hannes Tschofenig
- Re: [Rats] EAT Review Comments Jeremy O'Donoghue
- Re: [Rats] EAT Review Comments Hannes Tschofenig
- Re: [Rats] EAT Review Comments Laurence Lundblade
- Re: [Rats] EAT Review Comments Henk Birkholz
- [Rats] Should we remove submods from EAT? (was Re… Laurence Lundblade
- [Rats] DLOAs claim (was Re: EAT Review Comments) Laurence Lundblade
- Re: [Rats] DLOAs claim (was Re: EAT Review Commen… Smith, Ned
- Re: [Rats] Should we remove submods from EAT? (wa… Smith, Ned
- Re: [Rats] Should we remove submods from EAT? (wa… Thomas Fossati
- Re: [Rats] Should we remove submods from EAT? (wa… Michael Richardson
- Re: [Rats] Should we remove submods from EAT? (wa… Laurence Lundblade
- Re: [Rats] Should we remove submods from EAT? (wa… Smith, Ned
- Re: [Rats] Should we remove submods from EAT? (wa… Ira McDonald
- Re: [Rats] Should we remove submods from EAT? (wa… Laurence Lundblade
- Re: [Rats] Should we remove submods from EAT? (wa… Smith, Ned