
From nobody Sun Nov  4 00:01:05 2018
Return-Path: <shiva.prasad.thagadur.prakash@ericsson.com>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A2029130DEC for <emu@ietfa.amsl.com>; Sun,  4 Nov 2018 00:01:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.77
X-Spam-Level: 
X-Spam-Status: No, score=-4.77 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com header.b=BmjXdIda; dkim=pass (1024-bit key) header.d=ericsson.com header.b=GuJnQsrH
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 TtEDFsCf6TLg for <emu@ietfa.amsl.com>; Sun,  4 Nov 2018 00:01:00 -0700 (PDT)
Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 E6E3D130E00 for <emu@ietf.org>; Sun,  4 Nov 2018 00:00:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple;  q=dns/txt; i=@ericsson.com; t=1541314857; x=1543906857; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=EQnMG2yGgK8O33vhHC6gIEf06bWWj10n6adUVSgUYis=; b=BmjXdIdaMbc9WpPX2tTs+5ZYjKVih5kev5E9RVusPi8Z2ITYkeJb7u82G1e0VTBv OGRawiOE0rZeJk6gU/j0n112EpxTiN7xNoTEXz2jouJ8HUmqy5iHNZe6s0e1Jpd8 P2AbH1+8BiCc6h9MuI/+5+sT/qR3JTSkdLz9tkLUZTo=;
X-AuditID: c1b4fb2d-425ff7000000434d-45-5bde99294a0a
Received: from ESESSMB505.ericsson.se (Unknown_Domain [153.88.183.123]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 5D.79.17229.9299EDB5; Sun,  4 Nov 2018 08:00:57 +0100 (CET)
Received: from ESESSMB501.ericsson.se (153.88.183.162) by ESESSMB505.ericsson.se (153.88.183.166) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Sun, 4 Nov 2018 08:00:57 +0100
Received: from EUR04-DB3-obe.outbound.protection.outlook.com (153.88.183.157) by ESESSMB501.ericsson.se (153.88.183.162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3 via Frontend Transport; Sun, 4 Nov 2018 08:00:57 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=EQnMG2yGgK8O33vhHC6gIEf06bWWj10n6adUVSgUYis=; b=GuJnQsrHqdf2nBqxh3I8bjTKAucRhMn01glDfgieMf7SvxX8dhDhQhkVSf0d/pW/kS7FOdy88l4OALKR/oIAB2zMSsF57/tc+CvXsopHS6oUNCqYx3jSKrXrnn9LDkkOv5DVDNbQE7DNa4oPlV7i4cri6P9wWDCwURez07qgtsA=
Received: from HE1PR07MB3354.eurprd07.prod.outlook.com (10.170.247.17) by HE1PR07MB4154.eurprd07.prod.outlook.com (20.176.166.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1294.14; Sun, 4 Nov 2018 07:00:56 +0000
Received: from HE1PR07MB3354.eurprd07.prod.outlook.com ([fe80::b827:27a4:ec64:503f]) by HE1PR07MB3354.eurprd07.prod.outlook.com ([fe80::b827:27a4:ec64:503f%2]) with mapi id 15.20.1294.028; Sun, 4 Nov 2018 07:00:56 +0000
From: Shiva Prasad Thagadur Prakash <shiva.prasad.thagadur.prakash@ericsson.com>
To: "emu@ietf.org" <emu@ietf.org>, "tuomas.aura@aalto.fi" <tuomas.aura@aalto.fi>
Thread-Topic: [Emu] FW: New Version Notification for draft-aura-eap-noob-04.txt
Thread-Index: AQHUai+nWUrAyaDLQk6VbJGeatSlO6Uri4hwgBO4XAA=
Date: Sun, 4 Nov 2018 07:00:56 +0000
Message-ID: <1541314856.18651.2.camel@ericsson.com>
References: <154023059902.6906.1358448870756107229.idtracker@ietfa.amsl.com> <83378e995d7145dfb68e9522f9fd7770@aalto.fi>
In-Reply-To: <83378e995d7145dfb68e9522f9fd7770@aalto.fi>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=shiva.prasad.thagadur.prakash@ericsson.com; 
x-originating-ip: [2001:14bb:150:66a3:197f:b27:f844:dacf]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; HE1PR07MB4154; 6:FIofBVyUm0/MYcO7H7gBri+8yiHzkdjypds/Q9itxRhKmuXY3oDia5JR9napdBw2ng+MGHjgMUDncxL9+hDDtojcPsSOXA6/HQYuQCygrCR1KtPEASHFxtct4yDZHc1xL8J8FLaBR/Zgdd00RMYUCgKGpt8dH+lmWMh74rGyNVdoAVtdG5aWB0o0V57BcFhdx4tRxw9/EleMs/MV2rOFFJe36Ti4ts7MCqR+ToiyRf5BC+C+2XHMgJeY/5qDsvyTAsMCRdrVwHDM+SD9jINe32iwzR3QdVgpuoXZGnlEGmVhnxy+EnZOtERvFp1dbyo6H5y74D2+Fe23pB6UDnz+XTbCJtT3RojCXPgNJTga3ygnj9ikSIJPYYY6nTWEGhSXXuKVp8xUsMvZNlsFPFc6h6dzwL1kjNZffzhLecnFoIxCxJvJF7Zzn3OJroXh4k1rTL4EP64hUOlF1wmHYuF0pA==; 5:yJC6DU1NwfW/8e3ilfkiQdhfcAmiiDZ8JL+P0MMqE7yjIH6SwS34bp5PvVa7S/Ehx27800gkaZVzbjoZpaRfs82gaKUqVgN1HRzk8yna2isHsNNZBIMVgXu1Ga4zum2FLISvk2Jc9VAdyFKWbTapff8qj+D8nZOhyE+okpyFD+E=; 7:Orezq/WuVZBk/bEACkTh4qxyEQ7LJ/LGLWLkfdovi8C7cOLqefN2SdkEsEMjQyQ+OpMxBJmCGt4ATNuJyQ6Y2z562lbALLuJsi9eg82EQOaFsAezA0utkWmkRxOHP3exOF3nXkSETUboitv6reI02A==
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-correlation-id: 0bb15379-728c-4ad7-b215-08d6422344b4
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(5600074)(711020)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7153060)(7193020); SRVR:HE1PR07MB4154; 
x-ms-traffictypediagnostic: HE1PR07MB4154:
x-microsoft-antispam-prvs: <HE1PR07MB41540319D2572DBAFAD98A359DC90@HE1PR07MB4154.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(192374486261705)(158342451672863)(166708455590820)(120809045254105); 
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(3231382)(944501410)(4982022)(52105095)(3002001)(10201501046)(93006095)(93001095)(148016)(149066)(150057)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123562045)(20161123560045)(20161123564045)(201708071742011)(7699051)(76991095); SRVR:HE1PR07MB4154; BCL:0; PCL:0; RULEID:; SRVR:HE1PR07MB4154; 
x-forefront-prvs: 084674B2CF
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39860400002)(376002)(396003)(346002)(366004)(136003)(13464003)(189003)(199004)(229853002)(6486002)(5660300001)(11346002)(446003)(97736004)(2501003)(6306002)(6512007)(53936002)(6436002)(25786009)(476003)(2616005)(15650500001)(2900100001)(486006)(36756003)(71190400001)(46003)(86362001)(6116002)(4001150100001)(316002)(7736002)(305945005)(186003)(14454004)(14444005)(256004)(6246003)(6506007)(53546011)(106356001)(71200400001)(105586002)(2906002)(68736007)(966005)(102836004)(8936002)(76176011)(81156014)(8676002)(81166006)(110136005)(99286004)(478600001)(103116003); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB4154; H:HE1PR07MB3354.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: t4wvUjK5DsEDVPNzugdfS12npmuLP+W2nNYvKU4DTJRwhbc6/lww+SC0PXYishg5RQfgAk8XEjcvhTjNrRogNDkV6t1v8Dr8h5S2SerPWSbSmuWV2Y8Coa5pk32ID3Q8wIdPIycRdCXbvidflxdYf/JxBEI8+gmKqhwsKXr4QZMbAQw3lEnCOW8gf2IEHkhAxd8L7Xf76Em4IRDlcpPTYI0FvlVymiVmhg9k/E88Y3VAu35s9R0xpwSMZMEdiF6bpvKGaV2kKqjSE0zQpF6AwaGjxdrx1qMt7m5jXakpSNr7t2GAf4Kf69vysg80CDVqLuXfKmUwRGQfAJ8U4m6Y6QvDzHTOx9/NChrkM8BsjFw=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <B3150DDF8979984EBD6BC08FF2107A88@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 0bb15379-728c-4ad7-b215-08d6422344b4
X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Nov 2018 07:00:56.1874 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB4154
X-OriginatorOrg: ericsson.com
X-Brightmail-Tracker: H4sIAAAAAAAAA02SbUhTURjHO/febXejyWlqPihJjQhdOVPDTCo0+uCHigyCUMhW3lR0U3dV fBlhuvqg0+lSwTcU1C+2GL7kzIRoiUMJtAxLDXFz6cwlBeqyQtp2F/Ttd/4vh+c5HJqUNPJC 6RxVEaNWKfKkfBHVestcERXZupx+emfpbMKk6RmV4GocECQRKdbNHl5Kb+8ecZ1IE53PZPJy Shh19MU7ouwJvVFQYI8rtTq/8ivRaGwNEtKAz8DGeCtZg0S0BE8gmFsx8byGBO8gWNclc0YP ATOVLr73QOEGEgZdKzzOMRDQMuv0H2wI9I/bkbfPxzegr3uE8nKQh0e21wVeDsTXQFv12VOg PXoqrO2ncpFEWB42k16m8HF41LPlu0aM46ClepLgRqqAjR/ffLoQJ8BClc6XR/gwuKeNvgyJ Q2DR0UVwu2HoHZ8hOQ6GjdV9HpdXQtPLNb9+Dgasdh7HR+B9Vy3y7gJ4ng/bHXq/EQXfm5v9 hatgnbcLuJAVQfXWC78hg6X6Tj7HubD7YU7AsQpGnWaK43Dor7NRXHmWhGnTHtWAYtr+m7zN 8zAkjgTTWDQnp0CVo1nA8TFoqrX5WIwPwVSrg+pGvH4UzDIsq8yKjZMz6px7LJuvkquYokHk +Sivh39HjaKnm8kWhGkkPSgObVhOl/AUJWyZ0oKAJqVB4hN1HkmcqSgrZ9T5GeriPIa1oDCa koaI5f3jaRKcpShichmmgFH/cwlaGFqJLtkC5VotyH4mTjgLw6kvgVMLBoawa5Lm3cbSCFPB lXx3/KuYzQFR4oM39S2rbssFnaHzl65Qe1meGPGp7mHGsCzAPBS2lV12dCFA/2TScCpD2XbS el/T9y4y/kBuBaW5Wx7QET/29ra2b7d9aClCWBz20bXo+BNi09x8LjVKKTZbESMj1aziL/de oSskAwAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/8BXD7qE-OIMKZUJYOd6VXnBAA8I>
Subject: Re: [Emu] FW: New Version Notification for draft-aura-eap-noob-04.txt
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Nov 2018 07:01:04 -0000

SGkgRU1VLA0KDQpJbiBteSBwcmV2aW91cyBqb2IsIEkgd2FzIG9uZSBvZiB0aGUgdGVhbSBtZW1i
ZXJzIGltcGxlbWVudGluZyBFQVAtDQpOT09CLiBJIGhhdmUgbm93IGNoYW5nZWQgZW1wbG95ZXJz
IGFuZCB3b3JrIG9uIHNvbWV0aGluZyBjb21wbGV0ZWx5DQpkaWZmZXJlbnQgKFBsYXRmb3JtIFNl
Y3VyaXR5KS4gSSBhbSBmb2xsb3dpbmcgdGhpcyBkcmFmdCBvdXQgb2YNCnBlcnNvbmFsIGludGVy
ZXN0LsKgDQoNCkkgYXBwcmVjaWF0ZSB0aGUgZmFjdCB0aGF0IHRoZSBhdXRob3JzIGhhdmUgdGFr
ZW4gdGhlIHRpbWUgdG8gZm9ybWFsbHkNCnZlcmlmeSB0aGUgcHJvdG9jb2wuIEEgcGFwZXIgZnJv
bSBhcyByZWNlbnQgYXMgQ0NTIDIwMTggKE9jdG9iZXIpOiBodHRwDQpzOi8vcGFwZXJzLm1hdGh5
dmFuaG9lZi5jb20vY2NzMjAxOC5wZGYsIHNob3dzIG5ldyBhdHRhY2tzIGluIHRoZSBXaS1GaSAN
CjQtd2F5IGhhbmRzaGFrZSBwcm90b2NvbCBhbmQgcmVjb21tZW5kcyBmb3JtYWxseSBtb2RlbGxp
bmcgODAyLjExLg0KDQpJIHdvdWxkIGhvd2V2ZXIgc3Ryb25nbHkgcmVjb21tZW5kIHRoZSBhdXRo
b3JzIG9mIHRoaXMgZG9jdW1lbnQsIGFuZA0Kb3RoZXJzLCB0byBlbmNyeXB0IGFzIG1hbnkgRUFQ
IG1lc3NhZ2VzIGFzIHBvc3NpYmxlLiBGb3IgZXhhbXBsZSwgZXJyb3INCm1lc3NhZ2VzIHNlbnQg
aW4gRUFQLU5PT0IgYXJlIHN0aWxsIGluIHBsYWluLiBTaW5jZSB0aGVzZSBtZXNzYWdlcw0KdXN1
YWxseSBjYXVzZSBvbmUgb3IgdGhlIG90aGVyIHNpZGUgdG8gY2hhbmdlIHN0YXRlcywgdGhleSBz
aG91bGQgYmUNCnByb3RlY3RlZC4gODAyLjExLCBUTFMgYW5kIG90aGVyIHByb3RvY29scyBoYXZl
IGJlZW4gdGFraW5nIGEgc2ltaWxhcg0KYXBwcm9hY2ggb2YgZW5jcnlwdGluZyBhcyBtdWNoIGFz
IHBvc3NpYmxlLiBBcyBhbiBleGFtcGxlLCA4MDIuMTEgbm93DQp1c2VzIHByb3RlY3RlZCBtYW5h
Z2VtZW50IGZyYW1lcy4NCg0KUmVnYXJkcw0KU2hpdmENCg0KT24ga2UsIDIwMTgtMTAtMjQgYXQg
MTc6NDcgKzAwMDAsIEF1cmEgVHVvbWFzIHdyb3RlOg0KPiBEZWFyIGFsbCwNCj4gwqANCj4gV2Ug
aGF2ZSBzdWJtaXR0ZWQgYSBuZXcgdmVyc2lvbiBvZiBvdXIgZHJhZnQgdGl0bGVkIOKAnE5pbWJs
ZSBvdXQtb2YtDQo+IGJhbmQgYXV0aGVudGljYXRpb24gZm9yIEVBUCAoRUFQLU5PT0Ip4oCdOg0K
PiDCoA0KPiBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtYXVyYS1lYXAtbm9vYi0w
NA0KPiDCoA0KPiBUaGUgZHJhZnQgZGVmaW5lcyBhbiBFQVAgbWV0aG9kIHdoZXJlIHRoZSBhdXRo
ZW50aWNhdGlvbiBpcyBiYXNlZCBvbg0KPiBhIHVzZXItYXNzaXN0ZWQgb3V0LW9mLWJhbmQgKE9P
QikgY2hhbm5lbCBiZXR3ZWVuIHRoZSBzZXJ2ZXIgYW5kDQo+IHBlZXIuIEl0IGlzIGludGVuZGVk
IGFzIGEgZ2VuZXJpYyBib290c3RyYXBwaW5nIHNvbHV0aW9uIGZvcg0KPiBJbnRlcm5ldC1vZi1U
aGluZ3MgZGV2aWNlcyB3aGljaCBoYXZlIG5vIHByZS1jb25maWd1cmVkDQo+IGF1dGhlbnRpY2F0
aW9uIGNyZWRlbnRpYWxzIGFuZCB3aGljaCBhcmUgbm90IHlldCByZWdpc3RlcmVkIG9uIHRoZQ0K
PiBhdXRoZW50aWNhdGlvbiBzZXJ2ZXIuDQo+IMKgDQo+IFdoYXQgaXMgbmV3IGluIHZlcnNpb24g
LTA0PyBTaW5jZSB0aGUgcHJldmlvdXMgdmVyc2lvbiwgd2UgaGF2ZSBkb25lDQo+IGV4dGVuc2l2
ZSBtb2RlbGluZyBhbmQgdmVyaWZpY2F0aW9uIG9mIHRoZSBwcm90b2NvbCBhbmQgd29ya2VkIHRv
DQo+IHJlc29sdmUgc29tZSBkaXNjb3ZlcmVkIGlzc3Vlcy4gV2UgZXNwZWNpYWxseSBsb29rZWQg
Zm9yIGRlbmlhbC1vZi0NCj4gc2VydmljZSBjb25kaXRpb25zIHRoYXQgbWF5IGFyaXNlIGZyb20g
ZHJvcHBlZCBtZXNzYWdlcyBhbmQgb3RoZXINCj4gcHJvdG9jb2wgZmFpbHVyZXMsIHdoaWNoIGJv
dGggY291bGQgYmUgY2F1c2VkIGEgbmV0d29yayBhdHRhY2tlci4NCj4gQmFzZWQgb24gdGhpcyBh
bmFseXNpcywgd2UgaGF2ZSByZXRob3VnaHQgdGhlIHJlY292ZXJ5IGZyb20gZHJvcHBlZA0KPiBm
aW5hbCBtZXNzYWdlcy4gVGhlIGVycm9yIGhhbmRsaW5nIHN0aWxsIG5lZWRzIHNvbWUgYXR0ZW50
aW9uLiBJbiBhbnkNCj4gY2FzZSwgdGhlIHNwZWNpZmljYXRpb24gaXMgYSBwcmV0dHkgZ29vZCBz
aGFwZSBhbmQgcmVhZHkgZm9yIGFueW9uZQ0KPiB0byByZXZpZXcuDQo+IMKgDQo+IFRoZSBvcGVu
LXNvdXJjZSBpbXBsZW1lbnRhdGlvbiBhbmQgdGhlIG1DUkwyIGZvcm1hbCBtb2RlbCBhcmUgc3Rp
bGwNCj4gYmFzZWQgb24gdGhlIHByZXZpb3VzIHZlcnNpb24gYnV0IHdvcmsgaXMgb25nb2luZyB0
byB1cGRhdGUgdGhlbToNCj4gaHR0cHM6Ly9naXRodWIuY29tL3R1b21hdXJhL2VhcC1ub29iDQo+
IMKgDQo+IEVtdSBpcyB0aGUgd29ya2luZyBncm91cCB0aGF0IGNsb3Nlc3QgbWF0Y2hlcyBvdXIg
c3BlYy4gVGh1cywgd2UgbG9vaw0KPiBmb3J3YXJkIHRvIHlvdXIgZmVlZGJhY2sgYW5kIGNvbW1l
bnRzIGhlcmUgb3IgaW4gdGhlIHdnIG1lZXRpbmcgaW4gYQ0KPiBjb3VwbGUgb2Ygd2Vla3MuDQo+
IMKgDQo+IFJlZ2FyZHMsDQo+IFR1b21hcw0KPiDCoA0KPiANCj4gDQo+IC0tLS0tT3JpZ2luYWwg
TWVzc2FnZS0tLS0tDQo+IEZyb206IGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyA8aW50ZXJuZXQt
ZHJhZnRzQGlldGYub3JnPsKgDQo+IFNlbnQ6IE1vbmRheSwgMjIgT2N0b2JlciwgMjAxOCAyMDo1
MA0KPiBUbzogTW9oaXQgU2V0aGkgPG1vaGl0QHBpdWhhLm5ldD47IEF1cmEgVHVvbWFzIDx0dW9t
YXMuYXVyYUBhYWx0by5maT4NCj4gU3ViamVjdDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZv
ciBkcmFmdC1hdXJhLWVhcC1ub29iLTA0LnR4dA0KPiANCj4gDQo+IEEgbmV3IHZlcnNpb24gb2Yg
SS1ELCBkcmFmdC1hdXJhLWVhcC1ub29iLTA0LnR4dCBoYXMgYmVlbg0KPiBzdWNjZXNzZnVsbHkg
c3VibWl0dGVkIGJ5IFR1b21hcyBBdXJhIGFuZCBwb3N0ZWQgdG8gdGhlIElFVEYNCj4gcmVwb3Np
dG9yeS4NCj4gDQo+IE5hbWU6wqDCoMKgwqDCoMKgwqDCoMKgwqAgZHJhZnQtYXVyYS1lYXAtbm9v
Yg0KPiBSZXZpc2lvbjrCoMKgwqDCoMKgwqAgMDQNCj4gVGl0bGU6wqDCoMKgwqDCoMKgwqDCoMKg
IE5pbWJsZSBvdXQtb2YtYmFuZCBhdXRoZW50aWNhdGlvbiBmb3IgRUFQIChFQVAtTk9PQikNCj4g
RG9jdW1lbnQgZGF0ZTrCoCAyMDE4LTEwLTIyDQo+IEdyb3VwOsKgwqDCoMKgwqDCoMKgwqDCoCBJ
bmRpdmlkdWFsIFN1Ym1pc3Npb24NCj4gUGFnZXM6wqDCoMKgwqDCoMKgwqDCoMKgIDU4DQo+IFVS
TDrCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIGh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRy
YWZ0cy9kcmFmdC1hdXJhLWVhcC1uDQo+IG9vYi0wNC50eHQNCj4gU3RhdHVzOsKgwqDCoMKgwqDC
oMKgwqAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtYXVyYS1lYXAtbm9v
Yi8NCj4gSHRtbGl6ZWQ6wqDCoMKgwqDCoMKgIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9k
cmFmdC1hdXJhLWVhcC1ub29iLTA0DQo+IEh0bWxpemVkOsKgwqDCoMKgwqDCoCBodHRwczovL2Rh
dGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWF1cmEtZWFwLQ0KPiBub29iDQo+IERp
ZmY6wqDCoMKgwqDCoMKgwqDCoMKgwqAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwy
PWRyYWZ0LWF1cmEtZWFwLW5vb2INCj4gLTA0DQo+IA0KPiBBYnN0cmFjdDoNCj4gwqDCoCBFeHRl
bnNpYmxlIEF1dGhlbnRpY2F0aW9uIFByb3RvY29sIChFQVApIHByb3ZpZGVzIHN1cHBvcnQgZm9y
DQo+IMKgwqAgbXVsdGlwbGUgYXV0aGVudGljYXRpb24gbWV0aG9kcy7CoCBUaGlzIGRvY3VtZW50
IGRlZmluZXMgdGhlIEVBUC0NCj4gTk9PQg0KPiDCoMKgIGF1dGhlbnRpY2F0aW9uIG1ldGhvZCBm
b3IgbmltYmxlIG91dC1vZi1iYW5kIChPT0IpIGF1dGhlbnRpY2F0aW9uDQo+IGFuZA0KPiDCoMKg
IGtleSBkZXJpdmF0aW9uLsKgIFRoaXMgRUFQIG1ldGhvZCBpcyBpbnRlbmRlZCBmb3IgYm9vdHN0
cmFwcGluZyBhbGwNCj4gwqDCoCBraW5kcyBvZiBJbnRlcm5ldC1vZi1UaGluZ3MgKElvVCkgZGV2
aWNlcyB0aGF0IGhhdmUgYSBtaW5pbWFsIHVzZXINCj4gwqDCoCBpbnRlcmZhY2UgYW5kIG5vIHBy
ZS1jb25maWd1cmVkIGF1dGhlbnRpY2F0aW9uIGNyZWRlbnRpYWxzLsKgIFRoZQ0KPiDCoMKgIG1l
dGhvZCBtYWtlcyB1c2Ugb2YgYSB1c2VyLWFzc2lzdGVkIG9uZS1kaXJlY3Rpb25hbCBPT0IgY2hh
bm5lbA0KPiDCoMKgIGJldHdlZW4gdGhlIHBlZXIgZGV2aWNlIGFuZCBhdXRoZW50aWNhdGlvbiBz
ZXJ2ZXIuDQo+IA0KPiDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC
oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg
wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqANCj4gwqDCoMKgwqDCoMKgwqDC
oMKgwqDCoMKgwqANCj4gDQo+IA0KPiBQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291
cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZg0KPiBzdWJtaXNzaW9uIHVudGlsIHRoZSBo
dG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQNCj4gdG9vbHMuaWV0Zi5v
cmcuDQo+IA0KPiBUaGUgSUVURiBTZWNyZXRhcmlhdA0KPiANCj4gX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gRW11IG1haWxpbmcgbGlzdA0KPiBFbXVA
aWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9lbXU=


From nobody Mon Nov  5 21:03:30 2018
Return-Path: <lear@cisco.com>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 28E46126BED; Mon,  5 Nov 2018 21:03:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.971
X-Spam-Level: 
X-Spam-Status: No, score=-14.971 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 9el62fIdJh45; Mon,  5 Nov 2018 21:03:21 -0800 (PST)
Received: from bgl-iport-2.cisco.com (bgl-iport-2.cisco.com [72.163.197.26]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A67331294D0; Mon,  5 Nov 2018 21:03:20 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2066; q=dns/txt; s=iport; t=1541480601; x=1542690201; h=to:from:subject:message-id:date:mime-version; bh=0gasx+m6NhH0jA1ma4lhP4DJZ4iar6lu9yk5p4GqTzQ=; b=bzJ+bJoLLOBNA+4ho70aDQYc4HKt+4cV0H5PrIWAFK/qz3ad6W9YBSdW EzT79aOwbKFcFhJge/wLrfu07j7AX9CqJ0I4C6kEUaOTPX32MidCyG3kQ 58Z8PKiHN7Sm40jABZZoSP3vKV7BPXUfmQimsmbHwnmUVSCd+O1Sfo12Q 4=;
X-Files: signature.asc : 488
X-IronPort-AV: E=Sophos;i="5.54,470,1534809600";  d="asc'?scan'208";a="95824457"
Received: from vla196-nat.cisco.com (HELO bgl-core-1.cisco.com) ([72.163.197.24]) by bgl-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Nov 2018 05:03:17 +0000
Received: from [10.75.234.40] (hkidc-vpn-client-234-40.cisco.com [10.75.234.40]) by bgl-core-1.cisco.com (8.15.2/8.15.2) with ESMTP id wA653F57028324; Tue, 6 Nov 2018 05:03:16 GMT
To: "opsawg@ietf.org" <opsawg@ietf.org>, emu@ietf.org, Dave Thaler <dthaler@microsoft.com>, Kent Watsen <kwatsen@juniper.net>, Anima WG <anima@ietf.org>, Michael Richardson <mcr+ietf@sandelman.ca>, Suresh Krishnan <suresh.krishnan@ericsson.com>, Dan Harkins <dharkins@lounge.org>, "Nancy Cam-Winget (ncamwing)" <ncamwing@cisco.com>
From: Eliot Lear <lear@cisco.com>
Openpgp: preference=signencrypt
Autocrypt: addr=lear@cisco.com; prefer-encrypt=mutual; keydata= xsBNBFMe1UQBCADdYOS5APDpIpF2ohAxB+nxg1GpAYr8iKwGIb86Wp9NkK5+QwbW9H035clT lpVLciExtN8E3MCTPOIm7aITPlruixAVwlBY3g7U9eRppSw9O2H/7bie2GOnYxqmsw4v1yNZ 9NcMLlD8raY0UcQ5r698c8JD4xUTLqybZXaK2sPeJkxzT+IwupRSQ+vXEvFFGhERQ88zo5Ca Sa1Gw/Rv54oH0Dq2XYkO41rhxQ60BKZLZuQK1d9+1y3I+An3AJeD3AA31fJZD3H8YRKOBgqe ILPILbw1mM7gCtCjfvFCt6AFCwEsjITGx55ceoQ+t5B5XGYJEppMWsIFrwZsfbL+gP31ABEB AAHNJUVsaW90IExlYXIgPGxlYXJAb2Zjb3Vyc2VpbXJpZ2h0LmNvbT7CwJEEEwECADsCGwMC HgECF4ACGQEWIQSY0L2QRh2wkqeyYR2HtmtG2dJ6MwUCWxJwMwULCQgHAgYVCAkKCwIEFgID AQAKCRCHtmtG2dJ6MyMyCACXvtFjAYGMtOkD9MD4nI3ifFpkrj8xTMbXjrv5hdqmzRmQ0wqA 1U/OlZux+P/NaVMiZNZc8zw0nsx/INAqDOVd4/tLWF+ywTkeRFR0VnaUxLwCReZAZOaRS+md +52u/6ddoFja2RnjZ43qbbuvVUARQVIyMJz+GbR6mEZQHR0psD7dDYZDyrpivCxm8zHQwmB6 AZUlO7OJgljDvVPVDCabg/ZnJw1qS0OzSiNb0MySk1D5A7FdwDgeKxuMYUOOoVVTTMWNWcME UkRX9LxElswEt0PQWiz/j3FYXTxiFfl/1vKcHx4pM+E5C5mhTbrdFUFLJC3Y5fLID7stK/Ch aEaBzsBNBFMe1UQBCAC0WV7Ydbv95xYGPhthTdChBIpPtl7JPCV/c6/3iEmvjpfGuFNaK4Ma cj9le20EA5A1BH7PgLGoHOiPM65NysRpZ96RRVX3TNfLmhGMFr5hPOGNdq+xcGHVutmwPV9U 7bKeUNRiPFx3YdEkExddqV2E8FltT0x2FSKe2xszPPHB6gVtMckX5buI9p1K3fbVhXdvEkcY Y/jB0JEJGyhS5aEbct5cHUvDAkT81/YFK5Jfg8RRwu1q1t1YuIJSOWAZQ9J9oUsg6D9RpClU +tIFBoe3iTp1AUfJcypucGKgLYKtpu/aygcpQONHYkYW5003mPsrajFhReVF5veycMbHs4u5 ABEBAAHCwF8EGAECAAkFAlMe1UQCGwwACgkQh7ZrRtnSejOSuQgA27p2rYB7Kh20dym6V8c6 2pWpBHHTgxr/32zevxHSiXl6xvUCg5T8WUwfUk8OvgDcBErK/blDAMXQzSg3sp450JhR8RnX HXF5Zz2T04X7HnlIVJGwf2CjnwyEAJCqMzaCmI+g3Imvg/8L4nyBFvhlFHDv+kIvMiujyycj PAu7xxKplBs1/IEwmDoAMjneFmawvfeQnwdMhSKK8PjKSuzGU5uUmxj3GBfRqvTM0qpmhMPF OmDhJSmH55HLAky2MlmqJYXJPt/9EfSEhFiua1M6gLiuNEuPkp+8jcnHQqKr0IeHt8UqcwLt 2mGfIyl0FVdF9hvWPjNRzGbgqoT1Di03RQ==
Message-ID: <c01dd665-5a6c-5584-e7e2-02c5a89ec20e@cisco.com>
Date: Tue, 6 Nov 2018 12:03:14 +0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:52.0) Gecko/20100101 Thunderbird/52.9.1
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="TuKIAO76dMLHlyDk9m8MXpGyqO22pu5fH"
X-Outbound-SMTP-Client: 10.75.234.40, hkidc-vpn-client-234-40.cisco.com
X-Outbound-Node: bgl-core-1.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/BLn7jdpXvtZ8FMEU2W3tVYGMALQ>
Subject: [Emu] change of venue: onboarding side meeting
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Nov 2018 05:03:23 -0000

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--TuKIAO76dMLHlyDk9m8MXpGyqO22pu5fH
Content-Type: multipart/mixed; boundary="MtGMF70yDx9KKs87lkN0VHAMtBNBHuCJE";
 protected-headers="v1"
From: Eliot Lear <lear@cisco.com>
To: "opsawg@ietf.org" <opsawg@ietf.org>, emu@ietf.org,
 Dave Thaler <dthaler@microsoft.com>, Kent Watsen <kwatsen@juniper.net>,
 Anima WG <anima@ietf.org>, Michael Richardson <mcr+ietf@sandelman.ca>,
 Suresh Krishnan <suresh.krishnan@ericsson.com>,
 Dan Harkins <dharkins@lounge.org>,
 "Nancy Cam-Winget (ncamwing)" <ncamwing@cisco.com>
Message-ID: <c01dd665-5a6c-5584-e7e2-02c5a89ec20e@cisco.com>
Subject: change of venue: onboarding side meeting

--MtGMF70yDx9KKs87lkN0VHAMtBNBHuCJE
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Content-Language: en-US

As we seem to have a lot of interest in the topic of onboarding, we are
at risk of overflowing the very small room we were assigned.=C2=A0 Theref=
ore,
the side meeting will now take place immediately after OPSAWG in Chitlada=
 2.

This meeting is intended as a discussion about whatever common
architectural blocks we can find between mechanisms such as ANIMA BRSKI,
DPP, EAP-NOOB, and others.

Regards,

Eliot




--MtGMF70yDx9KKs87lkN0VHAMtBNBHuCJE--

--TuKIAO76dMLHlyDk9m8MXpGyqO22pu5fH
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEEmNC9kEYdsJKnsmEdh7ZrRtnSejMFAlvhIJIACgkQh7ZrRtnS
ejPmSgf/d6uh+50wu1KEOOyGjLsJQg9VjEk2Suanh4/K4Z9i5VmnYzmkpMqRrDEu
b7znfMkaorC9bPA8wcLG+aU32ATnc6HCPLEOl8MqCuKDuuRFcNQxk33oIdUNeLMD
QpjmjjobjTU/asZGwP1zjLgRi3PoR3gGY2vwOyb+Lo77a3MLprbtyRXdjV1OjS86
8fuC0XUUgi03P+SA4UiSpymEozEUjGr2VMZTGT/Hkl+R+7mweTIjPKIbSPlApbxe
+B26nOMbQovnceizBIG6U7LxkUAQnYBsfg2GXe+a27njXyft5C4HKAn7lVtAZu1C
OPOU8c+InzMjFi1hCKCF+N6Bh5oluQ==
=dI6o
-----END PGP SIGNATURE-----

--TuKIAO76dMLHlyDk9m8MXpGyqO22pu5fH--


From nobody Wed Nov  7 00:01:36 2018
Return-Path: <lear@cisco.com>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B4554130E3B; Wed,  7 Nov 2018 00:01:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.501
X-Spam-Level: 
X-Spam-Status: No, score=-14.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 l4Vc0t7a9Sk5; Wed,  7 Nov 2018 00:01:12 -0800 (PST)
Received: from bgl-iport-4.cisco.com (bgl-iport-4.cisco.com [72.163.197.28]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 70983128B14; Wed,  7 Nov 2018 00:01:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5901; q=dns/txt; s=iport; t=1541577672; x=1542787272; h=to:from:subject:message-id:date:mime-version; bh=vqXaEFKPZMirPsrrQ6lnckPj4MqXV7r9ys1Am4dLyL8=; b=EtnQDuAI1PrbsIEOocRZft2z1ZzApJkIz2qzEsI9ItXGpyQlCc/Q9pTI WprJVgM1+gkeN1eeqD2o1Ly68kbK4lFN42/WUbseBD3gK6INaAhj0Af/u 5n87rXFN0H2WEjvsxWrauk2+GF5NL5FPGxnTgje5b0TPEzC7+R9lAImBr U=;
X-Files: signature.asc : 488
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AyAABomuJb/xjFo0haChoBAQEBAQIBA?= =?us-ascii?q?QEBBwIBAQEBgVQCAQEBAQsBAYNYEoQfiHeNGAiSAYdOCAWIbzcKDQEDAQECAQE?= =?us-ascii?q?CbShCAQEECwGFEEUGKj4CXwEMCAEBF4MGAYIBqHCBLh+Jfw+CbYkiggCBOAyHM?= =?us-ascii?q?oMvglcCineEfI53VAmEGoFwiwIGGIFWhQGCfIcTl2CBWSKBVTMaCBsVO4JtgiY?= =?us-ascii?q?XjigzA4I/gTiJdgEB?=
X-IronPort-AV: E=Sophos;i="5.54,474,1534809600";  d="asc'?scan'208,217";a="73034093"
Received: from vla196-nat.cisco.com (HELO bgl-core-4.cisco.com) ([72.163.197.24]) by bgl-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 07 Nov 2018 08:01:08 +0000
Received: from [10.75.233.93] (hkidc-vpn-client-233-93.cisco.com [10.75.233.93]) by bgl-core-4.cisco.com (8.15.2/8.15.2) with ESMTP id wA78173p030748; Wed, 7 Nov 2018 08:01:07 GMT
To: "opsawg@ietf.org" <opsawg@ietf.org>, Anima WG <anima@ietf.org>, emu@ietf.org
From: Eliot Lear <lear@cisco.com>
Openpgp: preference=signencrypt
Autocrypt: addr=lear@cisco.com; prefer-encrypt=mutual; keydata= xsBNBFMe1UQBCADdYOS5APDpIpF2ohAxB+nxg1GpAYr8iKwGIb86Wp9NkK5+QwbW9H035clT lpVLciExtN8E3MCTPOIm7aITPlruixAVwlBY3g7U9eRppSw9O2H/7bie2GOnYxqmsw4v1yNZ 9NcMLlD8raY0UcQ5r698c8JD4xUTLqybZXaK2sPeJkxzT+IwupRSQ+vXEvFFGhERQ88zo5Ca Sa1Gw/Rv54oH0Dq2XYkO41rhxQ60BKZLZuQK1d9+1y3I+An3AJeD3AA31fJZD3H8YRKOBgqe ILPILbw1mM7gCtCjfvFCt6AFCwEsjITGx55ceoQ+t5B5XGYJEppMWsIFrwZsfbL+gP31ABEB AAHNJUVsaW90IExlYXIgPGxlYXJAb2Zjb3Vyc2VpbXJpZ2h0LmNvbT7CwJEEEwECADsCGwMC HgECF4ACGQEWIQSY0L2QRh2wkqeyYR2HtmtG2dJ6MwUCWxJwMwULCQgHAgYVCAkKCwIEFgID AQAKCRCHtmtG2dJ6MyMyCACXvtFjAYGMtOkD9MD4nI3ifFpkrj8xTMbXjrv5hdqmzRmQ0wqA 1U/OlZux+P/NaVMiZNZc8zw0nsx/INAqDOVd4/tLWF+ywTkeRFR0VnaUxLwCReZAZOaRS+md +52u/6ddoFja2RnjZ43qbbuvVUARQVIyMJz+GbR6mEZQHR0psD7dDYZDyrpivCxm8zHQwmB6 AZUlO7OJgljDvVPVDCabg/ZnJw1qS0OzSiNb0MySk1D5A7FdwDgeKxuMYUOOoVVTTMWNWcME UkRX9LxElswEt0PQWiz/j3FYXTxiFfl/1vKcHx4pM+E5C5mhTbrdFUFLJC3Y5fLID7stK/Ch aEaBzsBNBFMe1UQBCAC0WV7Ydbv95xYGPhthTdChBIpPtl7JPCV/c6/3iEmvjpfGuFNaK4Ma cj9le20EA5A1BH7PgLGoHOiPM65NysRpZ96RRVX3TNfLmhGMFr5hPOGNdq+xcGHVutmwPV9U 7bKeUNRiPFx3YdEkExddqV2E8FltT0x2FSKe2xszPPHB6gVtMckX5buI9p1K3fbVhXdvEkcY Y/jB0JEJGyhS5aEbct5cHUvDAkT81/YFK5Jfg8RRwu1q1t1YuIJSOWAZQ9J9oUsg6D9RpClU +tIFBoe3iTp1AUfJcypucGKgLYKtpu/aygcpQONHYkYW5003mPsrajFhReVF5veycMbHs4u5 ABEBAAHCwF8EGAECAAkFAlMe1UQCGwwACgkQh7ZrRtnSejOSuQgA27p2rYB7Kh20dym6V8c6 2pWpBHHTgxr/32zevxHSiXl6xvUCg5T8WUwfUk8OvgDcBErK/blDAMXQzSg3sp450JhR8RnX HXF5Zz2T04X7HnlIVJGwf2CjnwyEAJCqMzaCmI+g3Imvg/8L4nyBFvhlFHDv+kIvMiujyycj PAu7xxKplBs1/IEwmDoAMjneFmawvfeQnwdMhSKK8PjKSuzGU5uUmxj3GBfRqvTM0qpmhMPF OmDhJSmH55HLAky2MlmqJYXJPt/9EfSEhFiua1M6gLiuNEuPkp+8jcnHQqKr0IeHt8UqcwLt 2mGfIyl0FVdF9hvWPjNRzGbgqoT1Di03RQ==
Message-ID: <96646e6c-a906-9761-76e8-76d302a4ad44@cisco.com>
Date: Wed, 7 Nov 2018 15:01:05 +0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:52.0) Gecko/20100101 Thunderbird/52.9.1
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="b9Q0qgw4UFncgcDWK7QoHfkXsWgEpWKRR"
X-Outbound-SMTP-Client: 10.75.233.93, hkidc-vpn-client-233-93.cisco.com
X-Outbound-Node: bgl-core-4.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/3GPRoTqhtDU8LVJdN482izCnX0s>
Subject: [Emu] side meeting on IoT onboarding
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Nov 2018 08:01:22 -0000

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--b9Q0qgw4UFncgcDWK7QoHfkXsWgEpWKRR
Content-Type: multipart/mixed; boundary="Laa2FpUGigXrhRxdFjMqxRszgO4Z6SIwm";
 protected-headers="v1"
From: Eliot Lear <lear@cisco.com>
To: "opsawg@ietf.org" <opsawg@ietf.org>, Anima WG <anima@ietf.org>,
 emu@ietf.org
Message-ID: <96646e6c-a906-9761-76e8-76d302a4ad44@cisco.com>
Subject: side meeting on IoT onboarding

--Laa2FpUGigXrhRxdFjMqxRszgO4Z6SIwm
Content-Type: multipart/alternative;
 boundary="------------B44B2BE044C8033AFD188299"
Content-Language: en-US

This is a multi-part message in MIME format.
--------------B44B2BE044C8033AFD188299
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Hi everyone,

Thanks to those 30 or so people who participated in a side meeting just
after OPSAWG on IoT onboarding.=C2=A0 There was pretty clear agreement th=
at
there is at least some fragmentation occurring in onboarding solutions,
leading to some confusion amongst some of the players.=C2=A0 In some case=
s,
like consumer, some didn't care that much, but everyone seemed to see
the problem in enterprise and industrial.=C2=A0 A few notes:

  * =E2=80=9COnboarding=E2=80=9D means different things at different laye=
rs. As we move
    forward we are primarily thinking about network onboarding here, but
    if the credential used for network onboarding can be used for
    application onboarding, that's a nice feature.
  * This matter spans multiple standards organizations.=C2=A0 In the meet=
ing
    yesterday we had participants from at least five, for example.
  * We agreed to try to flesh out a wiki that talks about all the
    different mechanisms.=C2=A0 Some of these are cataloged in various
    places, and some are not.=C2=A0 We are not at this point limiting
    ourselves to just IP.
  * We also want to try to articulate architectural requirements.
  * As we build out the inventory of mechanisms we will seek to identify
    common architectural components.
  * We'll try to get far along on the wiki for a December conference
    call just to see how well we did, and to talk about next steps.
  * The activity is entirely open.=C2=A0 I've asked for a mailing list to=
 be
    created, and I have created a github repository known, funnily
    enough, as "iot-onboarding".

If you're interested in this activity, please feel free to join the
mailing list when it is announced or otherwise add to the repository.=C2=A0=

If you were in the room and want to add your views, great.

Eliot



--------------B44B2BE044C8033AFD188299
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html>
  <head>

    <meta http-equiv=3D"content-type" content=3D"text/html; charset=3Dutf=
-8">
  </head>
  <body text=3D"#000000" bgcolor=3D"#FFFFFF">
    <p>Hi everyone,</p>
    <p>Thanks to those 30 or so people who participated in a side
      meeting just after OPSAWG on IoT onboarding.=C2=A0 There was pretty=

      clear agreement that there is at least some fragmentation
      occurring in onboarding solutions, leading to some confusion
      amongst some of the players.=C2=A0 In some cases, like consumer, so=
me
      didn't care that much, but everyone seemed to see the problem in
      enterprise and industrial.=C2=A0 A few notes:<br>
    </p>
    <ul>
      <li>=E2=80=9COnboarding=E2=80=9D means different things at differen=
t layers. As we
        move forward we are primarily thinking about network onboarding
        here, but if the credential used for network onboarding can be
        used for application onboarding, that's a nice feature.</li>
      <li>This matter spans multiple standards organizations.=C2=A0 In th=
e
        meeting yesterday we had participants from at least five, for
        example.</li>
      <li>We agreed to try to flesh out a wiki that talks about all the
        different mechanisms.=C2=A0 Some of these are cataloged in variou=
s
        places, and some are not.=C2=A0 We are not at this point limiting=

        ourselves to just IP.</li>
      <li>We also want to try to articulate architectural requirements.</=
li>
      <li>As we build out the inventory of mechanisms we will seek to
        identify common architectural components.</li>
      <li>We'll try to get far along on the wiki for a December
        conference call just to see how well we did, and to talk about
        next steps.</li>
      <li>The activity is entirely open.=C2=A0 I've asked for a mailing l=
ist
        to be created, and I have created a github repository known,
        funnily enough, as "iot-onboarding".</li>
    </ul>
    <p>If you're interested in this activity, please feel free to join
      the mailing list when it is announced or otherwise add to the
      repository.=C2=A0 If you were in the room and want to add your view=
s,
      great.<br>
    </p>
    <p>Eliot</p>
    <p><br>
    </p>
  </body>
</html>

--------------B44B2BE044C8033AFD188299--

--Laa2FpUGigXrhRxdFjMqxRszgO4Z6SIwm--

--b9Q0qgw4UFncgcDWK7QoHfkXsWgEpWKRR
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEEmNC9kEYdsJKnsmEdh7ZrRtnSejMFAlvim8EACgkQh7ZrRtnS
ejMmJAf+MtexITAD/XDGM8yS+7dF+CD4gWhhB4t3+CGhmg4K463AOn8S7L3bdONe
hH7LtrI0TIeBsOiF930ScTJi3qrmMXP41Us8J4llTG0Hk+CtBsQsFyLGEQ4g9bez
5YgRulJNnjnLGec9Mk79i8oirVcMBguA5Cc4O4+Q/uI8UXjhK8xtuP4yZitvfcSH
Ad+kMDyFd0mrS1idumylVlUP3qB0WzeqS9RyYOTbQF6Tyq13n4hvgnD1ufi2LyEM
ewJcAEidHdNnqJlgCVUJT84PRwajrvoKId5OB7fCLcgIul841V9alQZj9lTjnIQJ
0uh6LeYV/xAk8EkDE56etbN4h7BQbg==
=RWSK
-----END PGP SIGNATURE-----

--b9Q0qgw4UFncgcDWK7QoHfkXsWgEpWKRR--


From nobody Wed Nov  7 19:13:30 2018
Return-Path: <joe@salowey.net>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2404D130EBA for <emu@ietfa.amsl.com>; Wed,  7 Nov 2018 19:13:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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=salowey-net.20150623.gappssmtp.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 eDwzWBV5hgM9 for <emu@ietfa.amsl.com>; Wed,  7 Nov 2018 19:13:19 -0800 (PST)
Received: from mail-qk1-x730.google.com (mail-qk1-x730.google.com [IPv6:2607:f8b0:4864:20::730]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 94008130E63 for <emu@ietf.org>; Wed,  7 Nov 2018 19:13:18 -0800 (PST)
Received: by mail-qk1-x730.google.com with SMTP id d135so24232252qkc.12 for <emu@ietf.org>; Wed, 07 Nov 2018 19:13:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=salowey-net.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=haNZ4qpAUeVpUMW2VUFWDu4dMkFef07X4tMeoOoYIsI=; b=b+accgS3OwJSZvs+nZMifSGQ2Akpfv8Q8709ZCovXJF1a/sT4J8gp/UiZ/C1DcluSs z0xI2k3Af7dknSJyrtqD/F+4SZukf/NnVRO99TiXwu8Z9hp2kGKpuGydoph3/oIGQ9dV YqZvOze1musCN31qggSLhhKFarV84BSPP3U4IHCbOu9gIVvxfWVf5W2rPMn5/tWUN7uR rj59o36WV4pQ6sRSd6gXjnr0cHjN0DE9Vr8TNeuuTDhYeh1VSVC9QTpU4fJirTo7obLG pm6zyuauUg0H6yPW/16jHwgQhdlYNtcQVok1efKRc3nGuyFWaJ2sVTHL7sQnknnAV8TW P+dg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=haNZ4qpAUeVpUMW2VUFWDu4dMkFef07X4tMeoOoYIsI=; b=R/M2EDFxZhwkYXLS08y5KTr8+q8CDyh3CXqjVEoKg7L4jT8zWmvG45Jvk0OekaAdHL 08aJbl92t0aQpceystWlgYqZFUvjWikCKhuWEprzf+ucJBhnk/eDkINjjldcpV+w+AA4 C4M1tRz1rVkAmJUSPfjXDlAFnbdVAak33T6R1xMi8QaxhgDoNcTiQLM0JRiS2d1vRNAC 8A2xLCkP+Vw7ij2BCl9EqmavYlcQZtMEhoSHkjj5rYctuOmmfRHA20jNJu+no02ZsZVj PcLi85CYlHZ/VuTCdlsG7BB4wLYxY76j0mNSZF6j7OCRkVohCYdR0Q2FWZgcFtZ/QWAN j6DQ==
X-Gm-Message-State: AGRZ1gIjvoPZxZK5NSATwCIDU4uiA8iUOJzXeV8fRh71KaA+aIY2adKJ nq4jRw+rC5qtzopisLjJ5RinjbHnJOPowohToYH5S4fOBE9VOg==
X-Google-Smtp-Source: AJdET5ft5dKNLdPPAVT+f9r4QbPpKIPGOReTv5+79p2sv83rcqyHxZOPsFx9z3jDDeKQBChlQ69eqF8ZZOb+78pvX34=
X-Received: by 2002:a0c:c11b:: with SMTP id f27mr2803768qvh.225.1541646797379;  Wed, 07 Nov 2018 19:13:17 -0800 (PST)
MIME-Version: 1.0
From: Joseph Salowey <joe@salowey.net>
Date: Thu, 8 Nov 2018 10:13:06 +0700
Message-ID: <CAOgPGoBGZWbyHYybnMUbKG77Mei3yBOS1HyS4Uso1HKgxq1VNg@mail.gmail.com>
To: emu@ietf.org
Content-Type: multipart/alternative; boundary="000000000000ba2e9c057a1e9dae"
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/Jj-865LeKOCx8ZZj1_c2CQ3KFyA>
Subject: [Emu] WG adoption call for draft-arkko-eap-aka-pfs
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Nov 2018 03:13:28 -0000

--000000000000ba2e9c057a1e9dae
Content-Type: text/plain; charset="UTF-8"

At the IETF 103 meeting there was support in the room to adopt
draft-arkko-eap-aka-pfs-03.txt as a working group item as the basis to add
perfect forward secrecy to EAP-AKA.  This message is to confirm that
consensus.  If you do not support adoption of
draft-arkko-eap-aka-pfs-03.txt as WG item please say so by 2359UTC on 30
November 2018 (and say why).

The draft is available at
https://www.ietf.org/id/draft-arkko-eap-aka-pfs-03.txt.

Thanks,

Joe

--000000000000ba2e9c057a1e9dae
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>At the IETF 103 meeting there was support in the room=
 to adopt draft-arkko-eap-aka-pfs-03.txt as a working group item as the bas=
is to add perfect forward secrecy to EAP-AKA.=C2=A0 This message is to conf=
irm that consensus.=C2=A0 If you do not support adoption of draft-arkko-eap=
-aka-pfs-03.txt as WG item please say so by 2359UTC on 30 November 2018 (an=
d say why).<br></div><div dir=3D"ltr"><br></div><div dir=3D"ltr">The draft =
is available at=C2=A0<a href=3D"https://www.ietf.org/id/draft-arkko-eap-aka=
-pfs-03.txt" target=3D"_blank">https://www.ietf.org/id/draft-arkko-eap-aka-=
pfs-03.txt</a>.<br></div><div dir=3D"ltr"><br></div><div>Thanks,</div><div>=
<br></div><div>Joe</div></div>

--000000000000ba2e9c057a1e9dae--


From nobody Wed Nov  7 19:14:27 2018
Return-Path: <joe@salowey.net>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E54C1130E43 for <emu@ietfa.amsl.com>; Wed,  7 Nov 2018 19:14:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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=salowey-net.20150623.gappssmtp.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 MyTUgngVRAMp for <emu@ietfa.amsl.com>; Wed,  7 Nov 2018 19:14:24 -0800 (PST)
Received: from mail-qk1-x72e.google.com (mail-qk1-x72e.google.com [IPv6:2607:f8b0:4864:20::72e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CFC00130E35 for <emu@ietf.org>; Wed,  7 Nov 2018 19:14:23 -0800 (PST)
Received: by mail-qk1-x72e.google.com with SMTP id m5so588033qka.9 for <emu@ietf.org>; Wed, 07 Nov 2018 19:14:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=salowey-net.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=2Gj/vY958fiGWd02hLPJqqwM7Jh3ij3ft9C/+zx1a64=; b=Q0kXo6b75UI2kLF+eauTdnpUw8ouWIpBgSHCEP5hgtmDN18rOQkkOprl1hlAL1qWZC VmBt27x5jMFrW7tNKOgwAwTbQbryvDRYIXN82xgows+IgKKRbzLMAIvlF4JhngS+XZzZ Q29jxdYVuztyDUpiqnA2cIdLzBpCa83MxcBfWYi8iryzY8DMiJU1usATOuB+wYT1zyA0 ZQueF36gFSvWmRlLUiOfNhBCtY9lqFWj+Be76ChafbRV4gqUIleyH45qUcOcMbFDlxc5 wNvQw6cnFnewBDOW+wwm0+eqvy+65VA2fUrzHzXubIGwVWzQHsr/aQ1lIEqeOC+fqyAR NHJA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=2Gj/vY958fiGWd02hLPJqqwM7Jh3ij3ft9C/+zx1a64=; b=SutlXTmOJEaC3Nir+0zmdVhME0EoBBGcFZYyLUbFVxDiOAbueJJrh6+cWxPGfi36xE beMqU5XenUMNaMqVJLWVovF2sXHPR29QAH44dscI463Zo9sCUu1BYIxeMsk99Dfc1lhl GK68iK8lOclBP8xPVMaQ8N8vSce2pIvVpBtuQ49BGybKv7As7QgXJ3JswiqTUAYCKOij tWnVESiqiFpc+ssuMkg9+fLyNCVQShkxUekFIIDr/WIKaxgTo6ArERRKsqW6Qlx+dHnc /3rEbl8GdYMiQA7u1xC/O22qriXSxsL+AYBePfjGLsYHcjSGI+Iv6A/j6KJ+cX5ONsma gsCg==
X-Gm-Message-State: AGRZ1gLLQfy8qXa1Lj8oXUGuZP17U7mhacL7UEQAm74HJFNPsQvJASr2 nSi+O630FRuXkVk0hHP+j4dyxA+sVyB3mVZ7KTCGrX3SheXOBg==
X-Google-Smtp-Source: AJdET5cGaO16Gsxoxp/LtLEglzbHQUuVPJastLY84COIldBOkHAu5E1RpIwpAS/zqHlU/3XlHJBw5tAKLmCXEB1sPno=
X-Received: by 2002:a0c:8003:: with SMTP id 3mr2857171qva.129.1541646862253; Wed, 07 Nov 2018 19:14:22 -0800 (PST)
MIME-Version: 1.0
From: Joseph Salowey <joe@salowey.net>
Date: Thu, 8 Nov 2018 10:14:10 +0700
Message-ID: <CAOgPGoAOokeomD2ZTx=vRN24adsy3mGB0fqb0hfsDoXAQ=cHPQ@mail.gmail.com>
To: emu@ietf.org
Content-Type: multipart/alternative; boundary="000000000000981bc9057a1ea1d0"
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/1Jl8ziLp_jsL97MT_uoQYIn_jBU>
Subject: [Emu] WGLC for draft-ietf-emu-rfc5448bis
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Nov 2018 03:14:26 -0000

--000000000000981bc9057a1ea1d0
Content-Type: text/plain; charset="UTF-8"

This is the working group last call for the draft revision of "Improved
Extensible Authentication Protocol Method for 3rd Generation Authentication
and Key Agreement (EAP-AKA')" available at
https://datatracker.ietf.org/doc/draft-ietf-emu-rfc5448bis/

Please review the document and send your comments to the list by 2359
UTC on 30 November 2018.

Thanks,

Mohit and Joe

--000000000000981bc9057a1ea1d0
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>This is the working group last call for the draft rev=
ision of &quot;Improved Extensible Authentication Protocol Method for 3rd G=
eneration Authentication and Key Agreement (EAP-AKA&#39;)&quot; available a=
t=C2=A0<a href=3D"https://datatracker.ietf.org/doc/draft-ietf-emu-rfc5448bi=
s/" target=3D"_blank">https://datatracker.ietf.org/doc/draft-ietf-emu-rfc54=
48bis/</a><br></div><div dir=3D"ltr"><br></div><div dir=3D"ltr">Please revi=
ew the document and send your comments to the list by 2359<br>UTC on 30 Nov=
ember 2018.<br><br>Thanks,</div><div dir=3D"ltr"><br></div><div>Mohit and J=
oe</div></div>

--000000000000981bc9057a1ea1d0--


From nobody Wed Nov  7 19:17:09 2018
Return-Path: <ietf-secretariat-reply@ietf.org>
X-Original-To: emu@ietf.org
Delivered-To: emu@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2602A130E48; Wed,  7 Nov 2018 19:17:07 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: IETF Secretariat <ietf-secretariat-reply@ietf.org>
To: <draft-arkko-eap-aka-pfs@ietf.org>, <emu-chairs@ietf.org>, <emu@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.87.3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <154164702714.26368.10000138772819307120.idtracker@ietfa.amsl.com>
Date: Wed, 07 Nov 2018 19:17:07 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/zkvq2_8G6Id4PdE8W_8r4HY_2hg>
Subject: [Emu] The EMU WG has placed draft-arkko-eap-aka-pfs in state "Call For Adoption By WG Issued"
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Nov 2018 03:17:07 -0000

The EMU WG has placed draft-arkko-eap-aka-pfs in state
Call For Adoption By WG Issued (entered by Joseph Salowey)

The document is available at
https://datatracker.ietf.org/doc/draft-arkko-eap-aka-pfs/


From nobody Wed Nov  7 19:23:47 2018
Return-Path: <joe@salowey.net>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CBD99130F23 for <emu@ietfa.amsl.com>; Wed,  7 Nov 2018 19:23:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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=salowey-net.20150623.gappssmtp.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 aVhmPYOqYDnJ for <emu@ietfa.amsl.com>; Wed,  7 Nov 2018 19:23:38 -0800 (PST)
Received: from mail-qk1-x736.google.com (mail-qk1-x736.google.com [IPv6:2607:f8b0:4864:20::736]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8D9F8130ED8 for <emu@ietf.org>; Wed,  7 Nov 2018 19:23:38 -0800 (PST)
Received: by mail-qk1-x736.google.com with SMTP id e4so24303971qkh.6 for <emu@ietf.org>; Wed, 07 Nov 2018 19:23:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=salowey-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=ssWNkpC6+g01JPB84r2ooM6P6ykm9IWfU3wu9jG/4mw=; b=U8JVPAHHM6S44U4mRnuK7QhaqayZg7DlaAOm2tAGzBy44/XZsUXEF7kOhKDUe7CiKU mibIyrYtlL7kSYRta+MCojCZyOfQamijF/3TsvB/iZeCB7VwOEvcuk+t9wkgggz3TClO EzgmYn+seK/hDQY5QHCgzxhumSSSizgabM9/Ed8tzHf4dH1UQbdRxFqRqvTb70FMj0qy a9fURd/rrWCAgB4K7+3Wad0JL9wk6jy5jve7lYOKjvPVTfKDp9/OSL1b29akKTyd39Ea PsXmIgj5sv0/Xjdkqv+JEl8R5lyEc6ziyCl+ZrkbewpJlnU4YzwFetqbusiGkP7Dgva4 KMCg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=ssWNkpC6+g01JPB84r2ooM6P6ykm9IWfU3wu9jG/4mw=; b=q8POCnB7oaInJReArD4XuhzmL/A9CUPs7EZ7Dq/SwPuShiaXiZ0CX++cJXipJif2vn xcCr7GUvs4/kGpSAwUQhXcHnCaFH9cgMcDYlIZLfKCYveKlt8VEaaF5girj6d6OLx5lw daYntQdZ2IUjiwfppeQGvW1CZ60+0YBU9Rybd0M1V7HcDiXrGPfJHoPEploIDnDkk0iM PQg/F8xXRl4Mai6kMcwBQ1puCp03p5JjN3Nam6+wDjbvRNFCzN4nH2aL/bulloHF3TR1 BQuLKbFfhTjnqbeRymoDt8v+h32LvDUKgnnMcTnEk7yfJk754ILV5USFM0TGw84bLAiv y4Ug==
X-Gm-Message-State: AGRZ1gJd2efyEsS6zXHf/Y4Zec4PyWBv16sEwe6ngG3Zni3F/jsEGrDc nTKg7PtxCrR+NB/Rkv9X/v86g4h/HXxI1u9q4zDVG9rk1uoepQ==
X-Google-Smtp-Source: AJdET5diMYImD32pbgiSzoXE8MyXXHuewhcsh910HpgzhrCr3kPjexuRtbnaOo11dP+B1wC5H8u6JaS3he0AWU0ZpF8=
X-Received: by 2002:a0c:bfd4:: with SMTP id u20mr2839517qvj.113.1541647416587;  Wed, 07 Nov 2018 19:23:36 -0800 (PST)
MIME-Version: 1.0
References: <CAOgPGoBGZWbyHYybnMUbKG77Mei3yBOS1HyS4Uso1HKgxq1VNg@mail.gmail.com>
In-Reply-To: <CAOgPGoBGZWbyHYybnMUbKG77Mei3yBOS1HyS4Uso1HKgxq1VNg@mail.gmail.com>
From: Joseph Salowey <joe@salowey.net>
Date: Thu, 8 Nov 2018 10:23:24 +0700
Message-ID: <CAOgPGoAvGm7gfgAHsPHHdO9OU601wp=NY2fb9YjQyh0h6cy3nQ@mail.gmail.com>
To: emu@ietf.org
Content-Type: multipart/alternative; boundary="000000000000a2a7d7057a1ec2bb"
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/4MwAULq9Qj5OB_5vigPKviYfo3Q>
Subject: Re: [Emu] WG adoption call for draft-arkko-eap-aka-pfs
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Nov 2018 03:23:45 -0000

--000000000000a2a7d7057a1ec2bb
Content-Type: text/plain; charset="UTF-8"

Please note there are IPR disclosure for draft-arkko-eap-aka-pfs-03.txt
<https://www.ietf.org/id/draft-arkko-eap-aka-pfs-03.txt> available at
https://datatracker.ietf.org/ipr/search/?submit=draft&id=draft-arkko-eap-aka-pfs
.

Thanks,

Joe

On Thu, Nov 8, 2018 at 10:13 AM Joseph Salowey <joe@salowey.net> wrote:

> At the IETF 103 meeting there was support in the room to adopt
> draft-arkko-eap-aka-pfs-03.txt as a working group item as the basis to add
> perfect forward secrecy to EAP-AKA.  This message is to confirm that
> consensus.  If you do not support adoption of
> draft-arkko-eap-aka-pfs-03.txt as WG item please say so by 2359UTC on 30
> November 2018 (and say why).
>
> The draft is available at
> https://www.ietf.org/id/draft-arkko-eap-aka-pfs-03.txt.
>
> Thanks,
>
> Joe
>

--000000000000a2a7d7057a1ec2bb
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr">Please note there are IPR disclosure for=
=C2=A0<a href=3D"https://www.ietf.org/id/draft-arkko-eap-aka-pfs-03.txt" ta=
rget=3D"_blank">draft-arkko-eap-aka-pfs-03.txt</a>=C2=A0available at=C2=A0<=
a href=3D"https://datatracker.ietf.org/ipr/search/?submit=3Ddraft&amp;id=3D=
draft-arkko-eap-aka-pfs">https://datatracker.ietf.org/ipr/search/?submit=3D=
draft&amp;id=3Ddraft-arkko-eap-aka-pfs</a>.</div><div dir=3D"ltr"><br></div=
><div>Thanks,</div><div><br></div><div>Joe</div></div><br><div class=3D"gma=
il_quote"><div dir=3D"ltr">On Thu, Nov 8, 2018 at 10:13 AM Joseph Salowey &=
lt;<a href=3D"mailto:joe@salowey.net">joe@salowey.net</a>&gt; wrote:<br></d=
iv><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left=
:1px #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div>At the IETF 103 mee=
ting there was support in the room to adopt draft-arkko-eap-aka-pfs-03.txt =
as a working group item as the basis to add perfect forward secrecy to EAP-=
AKA.=C2=A0 This message is to confirm that consensus.=C2=A0 If you do not s=
upport adoption of draft-arkko-eap-aka-pfs-03.txt as WG item please say so =
by 2359UTC on 30 November 2018 (and say why).<br></div><div dir=3D"ltr"><br=
></div><div dir=3D"ltr">The draft is available at=C2=A0<a href=3D"https://w=
ww.ietf.org/id/draft-arkko-eap-aka-pfs-03.txt" target=3D"_blank">https://ww=
w.ietf.org/id/draft-arkko-eap-aka-pfs-03.txt</a>.<br></div><div dir=3D"ltr"=
><br></div><div>Thanks,</div><div><br></div><div>Joe</div></div>
</blockquote></div>

--000000000000a2a7d7057a1ec2bb--


From nobody Fri Nov  9 19:36:59 2018
Return-Path: <ietf@augustcellars.com>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B1B3130DD7; Fri,  9 Nov 2018 19:36:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level: 
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, 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 aof8E10cQ2CT; Fri,  9 Nov 2018 19:36:56 -0800 (PST)
Received: from mail2.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AB786128D0C; Fri,  9 Nov 2018 19:36:53 -0800 (PST)
Received: from Jude (43.249.105.152) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1347.2; Fri, 9 Nov 2018 19:31:58 -0800
From: Jim Schaad <ietf@augustcellars.com>
To: <emu@ietf.org>
CC: <draft-ietf-emu-rfc5448bis@ietf.org>
References: <CAOgPGoAOokeomD2ZTx=vRN24adsy3mGB0fqb0hfsDoXAQ=cHPQ@mail.gmail.com>
In-Reply-To: <CAOgPGoAOokeomD2ZTx=vRN24adsy3mGB0fqb0hfsDoXAQ=cHPQ@mail.gmail.com>
Date: Sat, 10 Nov 2018 10:36:42 +0700
Message-ID: <023401d478a6$9b951510$d2bf3f30$@augustcellars.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQJ9P87+lstctHCuW7y8wfK64D/Fz6P2wZSg
Content-Language: en-us
X-Originating-IP: [43.249.105.152]
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/ALsEK_npMyAWvNinJj82VqMRTFw>
Subject: Re: [Emu] WGLC for draft-ietf-emu-rfc5448bis
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 10 Nov 2018 03:36:58 -0000

Any issues that I have here might have already been raised and =
discussed.  If so just not that and ignore.

Section 3.4 - I am curious why you did not make the hash function a =
property of the HKDF function rather than making it a hard coded value.  =
I would kind of expect that section 3.4 (top) and 3.4.1 would be part of =
the KDF function and not stand alone values.   I am not sure if I think =
that the MAC function should also be defined by this as well.  Doing so =
would allow for an easier jump to SHA3 at a later date if needed.  =20

Other than that question the document is clear and the EMU parts seem to =
be correct.  I cannot comment on any of the 3GPP parts.

Jim



From nobody Mon Nov 12 18:10:40 2018
Return-Path: <director@openca.org>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CED401271FF for <emu@ietfa.amsl.com>; Mon, 12 Nov 2018 18:10:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.89
X-Spam-Level: 
X-Spam-Status: No, score=-1.89 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_HK_NAME_DR=0.01] 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 BAFTTrzo1V0B for <emu@ietfa.amsl.com>; Mon, 12 Nov 2018 18:10:36 -0800 (PST)
Received: from mail.katezarealty.com (mail.katezarealty.com [104.168.158.213]) by ietfa.amsl.com (Postfix) with ESMTP id 4C19F124408 for <emu@ietf.org>; Mon, 12 Nov 2018 18:10:36 -0800 (PST)
Received: from localhost (unknown [127.0.0.1]) by mail.katezarealty.com (Postfix) with ESMTP id 192BE37408CB for <emu@ietf.org>; Tue, 13 Nov 2018 02:10:36 +0000 (UTC)
X-Virus-Scanned: amavisd-new at katezarealty.com
Received: from mail.katezarealty.com ([127.0.0.1]) by localhost (mail.katezarealty.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id xQ7-7Q-FnvRu for <emu@ietf.org>; Mon, 12 Nov 2018 21:10:29 -0500 (EST)
Received: from Maxs-MBP.hsd1.co.comcast.net (c-71-196-235-197.hsd1.co.comcast.net [71.196.235.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.katezarealty.com (Postfix) with ESMTPSA id AEC69374084E for <emu@ietf.org>; Mon, 12 Nov 2018 21:10:29 -0500 (EST)
To: emu@ietf.org
References: <CAOgPGoBGZWbyHYybnMUbKG77Mei3yBOS1HyS4Uso1HKgxq1VNg@mail.gmail.com> <CAOgPGoAvGm7gfgAHsPHHdO9OU601wp=NY2fb9YjQyh0h6cy3nQ@mail.gmail.com>
From: "Dr. Pala" <director@openca.org>
Organization: OpenCA Labs
Message-ID: <45e7325b-f5d1-c4b8-edb2-3e39d03989fe@openca.org>
Date: Sat, 10 Nov 2018 05:52:35 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.3.0
MIME-Version: 1.0
In-Reply-To: <CAOgPGoAvGm7gfgAHsPHHdO9OU601wp=NY2fb9YjQyh0h6cy3nQ@mail.gmail.com>
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms030903020006020200060002"
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/ONK9h1YO4iu85UrRSrUMJQJrTlY>
Subject: Re: [Emu] WG adoption call for draft-arkko-eap-aka-pfs
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Nov 2018 02:10:39 -0000

This is a cryptographically signed message in MIME format.

--------------ms030903020006020200060002
Content-Type: multipart/alternative;
 boundary="------------6ADB7F64466D81C7CB546995"
Content-Language: en-US

This is a multi-part message in MIME format.
--------------6ADB7F64466D81C7CB546995
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: quoted-printable

Hi all,

I am in favor of addressing the issue of PFS in 3GPP authentication - it =

is important work that moves cellular network authentication towards=20
more modern approaches and more compatible with IETF technologies.

This said, I am concerned about the fact that the IPR is not marked as=20
Royalty-Free, therefore I am not in favor of adopting it if the IPR=20
restrictions (fees) are not removed (please let me know if I am=20
mis-interpreting the IPR declaration). I think I missed this point=20
(maybe the jet lag, but it might not have been clear to the room).

As a possible way forward (if IPR restrictions are not modified), we=20
could work on something different that is not encumbered by patents=20
restrictions. However, for this, we would need to see the specific=20
claims of the application...

Cheers,
Max


On 11/7/18 10:23 PM, Joseph Salowey wrote:
> Please note there are IPR disclosure for=20
> draft-arkko-eap-aka-pfs-03.txt=20
> <https://www.ietf.org/id/draft-arkko-eap-aka-pfs-03.txt>=C2=A0available=
 at=20
> https://datatracker.ietf.org/ipr/search/?submit=3Ddraft&id=3Ddraft-arkk=
o-eap-aka-pfs.
>
> Thanks,
>
> Joe
>
> On Thu, Nov 8, 2018 at 10:13 AM Joseph Salowey <joe@salowey.net=20
> <mailto:joe@salowey.net>> wrote:
>
>     At the IETF 103 meeting there was support in the room to adopt
>     draft-arkko-eap-aka-pfs-03.txt as a working group item as the
>     basis to add perfect forward secrecy to EAP-AKA.=C2=A0 This message=
 is
>     to confirm that consensus.=C2=A0 If you do not support adoption of
>     draft-arkko-eap-aka-pfs-03.txt as WG item please say so by 2359UTC
>     on 30 November 2018 (and say why).
>
>     The draft is available at
>     https://www.ietf.org/id/draft-arkko-eap-aka-pfs-03.txt.
>
>     Thanks,
>
>     Joe
>
>
> _______________________________________________
> Emu mailing list
> Emu@ietf.org
> https://www.ietf.org/mailman/listinfo/emu
--=20
Best Regards,
Massimiliano Pala, Ph.D.
OpenCA Labs Director
OpenCA Logo

--------------6ADB7F64466D81C7CB546995
Content-Type: multipart/related;
 boundary="------------08214AC62286F0484D2C96E4"


--------------08214AC62286F0484D2C96E4
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html>
  <head>
    <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DUTF=
-8">
  </head>
  <body text=3D"#000000" bgcolor=3D"#FFFFFF">
    <p>Hi all,</p>
    <p>I am in favor of addressing the issue of PFS in 3GPP
      authentication - it is important work that moves cellular network
      authentication towards more modern approaches and more compatible
      with IETF technologies.</p>
    <p>This said, I am concerned about the fact that the IPR is not
      marked as Royalty-Free, therefore I am not in favor of adopting it
      if the IPR restrictions (fees) are not removed (please let me know
      if I am mis-interpreting the IPR declaration). I think I missed
      this point (maybe the jet lag, but it might not have been clear to
      the room). <br>
    </p>
    <p>As a possible way forward (if IPR restrictions are not modified),
      we could work on something different that is not encumbered by
      patents restrictions. However, for this, we would need to see the
      specific claims of the application...<br>
    </p>
    <p>Cheers,<br>
      Max</p>
    <p><br>
    </p>
    <div class=3D"moz-cite-prefix">On 11/7/18 10:23 PM, Joseph Salowey
      wrote:<br>
    </div>
    <blockquote type=3D"cite"
cite=3D"mid:CAOgPGoAvGm7gfgAHsPHHdO9OU601wp=3DNY2fb9YjQyh0h6cy3nQ@mail.gm=
ail.com">
      <meta http-equiv=3D"content-type" content=3D"text/html; charset=3DU=
TF-8">
      <div dir=3D"ltr">
        <div dir=3D"ltr">Please note there are IPR disclosure for=C2=A0<a=

            href=3D"https://www.ietf.org/id/draft-arkko-eap-aka-pfs-03.tx=
t"
            target=3D"_blank" moz-do-not-send=3D"true">draft-arkko-eap-ak=
a-pfs-03.txt</a>=C2=A0available
          at=C2=A0<a
href=3D"https://datatracker.ietf.org/ipr/search/?submit=3Ddraft&amp;id=3D=
draft-arkko-eap-aka-pfs"
            moz-do-not-send=3D"true">https://datatracker.ietf.org/ipr/sea=
rch/?submit=3Ddraft&amp;id=3Ddraft-arkko-eap-aka-pfs</a>.</div>
        <div dir=3D"ltr"><br>
        </div>
        <div>Thanks,</div>
        <div><br>
        </div>
        <div>Joe</div>
      </div>
      <br>
      <div class=3D"gmail_quote">
        <div dir=3D"ltr">On Thu, Nov 8, 2018 at 10:13 AM Joseph Salowey
          &lt;<a href=3D"mailto:joe@salowey.net" moz-do-not-send=3D"true"=
>joe@salowey.net</a>&gt;
          wrote:<br>
        </div>
        <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0
          .8ex;border-left:1px #ccc solid;padding-left:1ex">
          <div dir=3D"ltr">
            <div>At the IETF 103 meeting there was support in the room
              to adopt draft-arkko-eap-aka-pfs-03.txt as a working group
              item as the basis to add perfect forward secrecy to
              EAP-AKA.=C2=A0 This message is to confirm that consensus.=C2=
=A0 If
              you do not support adoption of
              draft-arkko-eap-aka-pfs-03.txt as WG item please say so by
              2359UTC on 30 November 2018 (and say why).<br>
            </div>
            <div dir=3D"ltr"><br>
            </div>
            <div dir=3D"ltr">The draft is available at=C2=A0<a
                href=3D"https://www.ietf.org/id/draft-arkko-eap-aka-pfs-0=
3.txt"
                target=3D"_blank" moz-do-not-send=3D"true">https://www.ie=
tf.org/id/draft-arkko-eap-aka-pfs-03.txt</a>.<br>
            </div>
            <div dir=3D"ltr"><br>
            </div>
            <div>Thanks,</div>
            <div><br>
            </div>
            <div>Joe</div>
          </div>
        </blockquote>
      </div>
      <br>
      <fieldset class=3D"mimeAttachmentHeader"></fieldset>
      <pre class=3D"moz-quote-pre" wrap=3D"">____________________________=
___________________
Emu mailing list
<a class=3D"moz-txt-link-abbreviated" href=3D"mailto:Emu@ietf.org">Emu@ie=
tf.org</a>
<a class=3D"moz-txt-link-freetext" href=3D"https://www.ietf.org/mailman/l=
istinfo/emu">https://www.ietf.org/mailman/listinfo/emu</a>
</pre>
    </blockquote>
    <div class=3D"moz-signature">-- <br>
      <div style=3D"color: black; margin-top: 10px;">
        Best Regards,
        <div style=3D"margin-top: 5px; margin-left: 0px; ">
          Massimiliano Pala, Ph.D.<br>
          OpenCA Labs Director<br>
        </div>
        <img src=3D"cid:part5.B05B032E.284C26A2@openca.org"
          style=3D"vertical-align: 0px; margin-top: 10px; margin-left:
          0px;" alt=3D"OpenCA Logo"><br>
      </div>
    </div>
  </body>
</html>

--------------08214AC62286F0484D2C96E4
Content-Type: image/png;
 name="mmbfikekpdmaolhi.png"
Content-Transfer-Encoding: base64
Content-ID: <part5.B05B032E.284C26A2@openca.org>
Content-Disposition: inline;
 filename="mmbfikekpdmaolhi.png"

iVBORw0KGgoAAAANSUhEUgAAAGQAAAA2CAMAAAAGesyaAAADAFBMVEUsJiEAAQAKAwMABwoX
BwESCQAqDgEkEQItFQESGykaGh0WGyE1FwE9GwJHHwElJiY4JBQmKDE1KCAfLUQ8KygoMEAq
MjpXKgs/MilMMR0pOFEyOUo4OTo1OkRqMgpjOBlpNxUwQV1DPz48QExdOyM4QVV+OQRRQzo1
SGdDR0lDSFJfRDFASVyaPwF+RRpNT1I9UXlwSi8+UnNDUm6hQgCPRhBdUEZTUlBKVGlPVF27
PgCaSANtUT57VBerSQOMUgxHW4KMUiepTwmJVDh6WT6KVjGCWDpRYH21TwFiYF57YgJXYXae
VR+lVRZrYld1ZiB7YEuSYQBgZW+8VAlkZWjBVQCfXiqqXwG1WhPLVgedYDazXiDZVgCWZEDV
WQJ1blapYjbXWgDRXACMaU6WbgCiZjnIXw9mcIixZC6pZjJ/cUeLbFdycmZ4cGnnWwNwc3Wq
aS6BcGeobwndXwzkXwLgYgDaYwyMeCq/bQHJaBi9ajDMagWVegvRZxzVaAvXaQDLainqZAuv
cEPrZQDQaSyockrFbSvmZwnabQLvZwDpaQB0fpPkaxGld1d+f3/3aACfeV6RfG2JfnLebSF7
gYy2fQmugQCigxW8d0K3eEr1bQXaciTicRqKgnzNewHuchbUdzKYiDzrdwKah1erjAvOfEXl
eSq5g1qYjGikiHO2kADigwC2hmSZjIGGj6aHkJzQiwCximixim/EkAORkZGVkYrOh0rPiVL5
giTvhDKkk4LMjF23mR+zmTrhikrviDzsi0TAlHDCnwvKlGqpnJLdlF2boKy+m324nImkoZ+e
o6XKpgrloATwl1WypZPOn3zfqQjYrgLBrVDdo3nGq5mysa/SrI7dq4bqqXTOrpWttL+6s6uw
tbe/t4rhvALetpjQuqnuwwe9v8LAv7vauqD3xA68w9XBw83rvJfRwbXFyMvbxbPNyMP8zgTc
zMDr0mb91xLM1ODQ1NfS1c7p0sD70bPd19PX4qj83cje4+Xr4tv54NLp7/Hy9PHw9fj6/v3Y
ktvJAAAAAXRSTlMAQObYZgAAAAFiS0dEAIgFHUgAAAjrSURBVFjDtVcNWFPXGT6E+l9BZ0EF
sTKEIQaUAIrTZdYqxqG0I3UjIuiDM0ipoyO5l0rFh2PE472EoIJKL9hQV2OxqM+USgFL4r9g
EaIoQxgqKBZBR+nGGhXYdwNro0Kfkcp3ntzce/7e8/2e70PoJVDl3bMlZyurUSsaKnqESrMp
lYrByozCjUOEUZORodMRVsViTjJc8GbLUGCUUstLv1SyLCGch8DGRiDPe/kY5/2HCQQTxZEE
y4fb2gDI8KjjLxsjfyyc3lZgM3KixwgeY4TEzk7+kjHODbeb6u0xAhiw8XgFMOxolpP6J75U
jLZfp6dzHIcBYCQbIBB4sCxDOLK6eMAVT39it57+e09ysCnDUtnrJ0vS5ZMW0PBFWDbd40G/
85sH2KeXvj94u/flX8/2J6kYQkhkHbzWbkdH0N0UDN8sURS8uMd9dMzPL7BxIIjOayuWLBIf
70RPUPjxLouBEgVhMaYuWXQlMjwsN+eFTR4cDZ4werRDYOoAIFkrptm/Ni0gthOt9Q4yWQxc
AwyWTbacW0sTDGoJen4P002/2S7LjgV6BpY1N6OO5g5eeiZTY/P9b1FzRwfKWuk9p/72ct+N
puKpq32qLVaexOCCJB91aezt5y6zt7fXILSdJZjlVr1w0mCR66x6FL3QOXiUQ2a0k/sFlDlq
1LzUMQ4uxxycjl0LWO1bBsY6yXR3wSTJGxqLhdsJHDsS9cwF47XlvcQGQiXhRbih/HkQv4XO
cajZb6GDu7PTFEdPkVu0k4vQyd3Jc/SUwNnB+RJ/XsI9ptZDIxMly3dbLNwGnGBJF+Id3cZM
9ui8Gjq5P/TDiRCegbOFgSKRo5e7yNHV2dnPdVb0bHfHQCevNIV/rxqrX48oFQdYcpKMtYRb
juxtfqRypNACK28+j3FsqcilAD0ADuIWCt0yRa7zRNEOY2YELhW5CV2dXVKixH8BC+s8GDN9
wWKxf94zpsRiJuWmBYjgndsKFmu5Bc+D3HQXCcu7QTFTMl3HF0SLxruLvGa4zUqdMGFWqqfX
3GSxN0y6NT154i+v75zvH2thXiWgY2YVElhwYl9NYxarlr0grlQn92DQt1vBUk+nUFeHGZme
gUIvl1RXr1AnV/fx6zd4v3HptM/YaXbrzmYFePu2WpowYRlJo+2PGLb2d9WE5bw1L4DcnOco
9HIcH3o02HOecMqMJhQqdLPXpArHl2uEo+Na8qZPXxw0+bVx46bFzhw3eZylM2dgwkbWW3Iy
Jp9lMDe9H2/raiqPCy5/fHSCu+M7mkffoQuzQhvRhWVlj1FcWTfq6dwdElJmarxedr/u3P6C
Nn7Fk95ol8wRjIMsOLGJSwLm/OMGjlFHJ7hqelDuxdMlpbU16JvqlJTamivoBjrfUgNB69zf
b6Fr1TWPKmtOw9xCdLayEFWvBlaSfmEBsk6LSdTMNnQaldTe7Qfj20yveddR2toVEevCi9/f
fmntR7ErtvompmyICM9qyYpZsG3FhqwNYRH5KUtyW7eGRRxfH1OHDv0ZXH6ihbSyVYzSY3Fu
BkVR9LaS2wPxUxyTFpu2eGverr+dezvi0ttpOy/tTKlL2ZkWs6p4VV1Kyq60nevS8iLyi1tW
hfNWzMfhYT+ArAQ+5odRBENjlRW5F/vH6O7u7urpXtvR/bQbmX/dPd3w7Ok+2Ij4ry5o0N/d
Y1p7qA21FodhFRc1ctjIsXZ2Y18VcwCixNgcWlgVbUiue3b3J33te7497vv/oT1Bj5/7br1R
grYlfrReSqmwPDyK0GqOUHKWj/RwP0J0ZlmsK3o2HP+7Qt9HBr3BYH5aNL3FG/+ul8sjKcxH
dRJFGJkhfKxgmM2rUoaSg5h4GAwXJsF00dRGq+/21k2EF7o50oNswrNfsYUQKRBIZWIFh3lu
aLNe1F++bjXGyWyzZiGoYFYLx5Ys4v0R3GWRdBHNErBiSiqVRhHMyeaYrMQ4SENWCvEcfhCm
GIzpqKlm27KTSWUcAX1goBw5oATctDb33aLTYV5SWoaXP5+gyqlFdnZ23nB+plcnREv0RWJC
BVkrrBJ1BewMmlVpgRUQF7wpItMJTcsJ34GBRVaFdQZaqoqxFmSb3qDQgu1A2GI4YAnODkQY
IOhklDKzo2C1IV2sijzdhjorqwefNdL6ihxzegU7SynexHgBMXy+xWFG8qvdf91D8WpRi41q
KFl02YaswYNkULTeLC9CFFK4bDHDMmZbhnuXSOdAsnN1LxgfVu7ZvG8LpSJUlO/gnaWQFwYv
JpZeKdUaSC8ApuhIShYQYp5yWQ0oPgVXPtkcHz/fx5rqqzosHSSlBYHIxKSolJcUsIIpnzkh
mt4b7Z/tOzBRQWaA6uNCNdet0nxLkL8CgzeQKIlCXaHjXR9MlqQn9Y1fNd5RE0zF/ryKwVR/
JMnsI3S8Umcw6NRYxRuUKqk3lfnKeGcTySAx5hy+7WfgZOv4uLLl0w8wUah71QLBpJeXq/eM
VVivV8jz6lB2ofWF6i1dEYRZfMJ4piE+ZweNeb7A2VVyKEx6vjt1z/ghMehVKiUpyt1VYBXC
N6j0Q4Mazp7TvvndhIaGhqqvP1bwFk0YRYR5RoLR+PkWmlIpV/oEDQ6jB9Wc3Z6bm6zLTtLl
gLC4LVWXz5Q1ffbV5oZ24wmsV/NeKTlirmg+u/q7w7/38PDdeKF8UBgXs2kV4WUC0YR/KOLv
Pby3L5O30yvG9vY/6vX8JSbb2je96coXX5QPznqfokKKEPWBAwd20ApaTWsP7LnTfsd42at3
+B+H7+zRUfwZZMutN6baHCX5+Ou9Zy4f3nuiKr7KaHxoNDbsSwhp6htvfyg3Zw901G+ttVlT
Ja34/E+fvrXmvY3713xy6tSZfadOJby7X1P/vwn/MeaYr0mF7IMEq690Gu95KwQq5L5K+f59
qGUtaZMSciHMKjdVbY6zFqRC/pv3LgxY5tcW0pjIpGGJ7+89kxBnbXZSmjuz7CeyihyG8fbd
XXYdrWlqQg+sZWTdzPqBB68VEdnkzDY0lHSjSD9/GRpaMt3OWqLpQENOTf/PpP8CK9ZVVe2a
8XoAAAAASUVORK5CYII=
--------------08214AC62286F0484D2C96E4--

--------------6ADB7F64466D81C7CB546995--

--------------ms030903020006020200060002
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC
CyAwggUyMIIEGqADAgECAhEAu2YCW4tRQdGHMc0S/FQsNDANBgkqhkiG9w0BAQsFADCBlzEL
MAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2Fs
Zm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxPTA7BgNVBAMTNENPTU9ETyBSU0Eg
Q2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwHhcNMTcxMjAxMDAw
MDAwWhcNMTgxMjAxMjM1OTU5WjAkMSIwIAYJKoZIhvcNAQkBFhNkaXJlY3RvckBvcGVuY2Eu
b3JnMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAyEDKYfy+DFhtDn8bIXyP25Xe
DjUIkMQDm90A1JPoQ4tuTk6kXwulPvAmvtLGuRAzEqFpV/fqz4sAlx8FgxvRZ5PunZ1H1/lJ
CNEdir53Xv8TEf+R/n+Ca5RNUR+GhS72zhp9xx8uDRZds2DeXvW9uhYp9nsbX6rWIFT5YfWF
1SukFXwXSnHuXc9nDT6p0Kp6UNzusn/lMhXhIwgpNA26/mHAdScYyMoB4yaZeMpdZN75XGWO
slhXcXdeGJo93E48kffdu0yo4WTbpLwhs/IrkG4OXB1N3Bf+9oHZwVun1hlCZEfuSit0mvrx
x8wzPCPiggXu6j6VqPoJqecV6xKCHwIDAQABo4IB6TCCAeUwHwYDVR0jBBgwFoAUgq9sjPjF
/pZhfOgfPStxSF7Ei8AwHQYDVR0OBBYEFEPV9allspkmYqkQRx2BlAdbOrjhMA4GA1UdDwEB
/wQEAwIFoDAMBgNVHRMBAf8EAjAAMCAGA1UdJQQZMBcGCCsGAQUFBwMEBgsrBgEEAbIxAQMF
AjARBglghkgBhvhCAQEEBAMCBSAwRgYDVR0gBD8wPTA7BgwrBgEEAbIxAQIBAQEwKzApBggr
BgEFBQcCARYdaHR0cHM6Ly9zZWN1cmUuY29tb2RvLm5ldC9DUFMwWgYDVR0fBFMwUTBPoE2g
S4ZJaHR0cDovL2NybC5jb21vZG9jYS5jb20vQ09NT0RPUlNBQ2xpZW50QXV0aGVudGljYXRp
b25hbmRTZWN1cmVFbWFpbENBLmNybDCBiwYIKwYBBQUHAQEEfzB9MFUGCCsGAQUFBzAChklo
dHRwOi8vY3J0LmNvbW9kb2NhLmNvbS9DT01PRE9SU0FDbGllbnRBdXRoZW50aWNhdGlvbmFu
ZFNlY3VyZUVtYWlsQ0EuY3J0MCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5jb21vZG9jYS5j
b20wHgYDVR0RBBcwFYETZGlyZWN0b3JAb3BlbmNhLm9yZzANBgkqhkiG9w0BAQsFAAOCAQEA
g+REupW946f7esdYmE1QxsYlkubErxz8JLovVDSKTHwxR1/VxF/B7rGeiSPBHTmKQYwlWCrp
eHZNfzaDDkDamwLXm7v4+brNfQKRpOLnYPQQffp7xim72INakLgts8d5I7bic785dj4M5JP4
XA2qUD9wduwNwquua6v7zM3chpoRjapumzLNDDr47GccOKAZYaaqFwbpwJPQYuiC07WWnn7g
FzdNKYN6VM6Re6wVEHP6fEvNrleV0pf1iFjLKugnriGKL9wj6xX25JsMmGmqZcfdpnkTE4Zf
eQBEZVnn8s7HBX+MA/K+YnHxRwA2c5XwNbEhZ2rvh2uFIMXBDlt+tDCCBeYwggPOoAMCAQIC
EGqb4Tg7/ytrnwHV2binUlYwDQYJKoZIhvcNAQEMBQAwgYUxCzAJBgNVBAYTAkdCMRswGQYD
VQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNP
TU9ETyBDQSBMaW1pdGVkMSswKQYDVQQDEyJDT01PRE8gUlNBIENlcnRpZmljYXRpb24gQXV0
aG9yaXR5MB4XDTEzMDExMDAwMDAwMFoXDTI4MDEwOTIzNTk1OVowgZcxCzAJBgNVBAYTAkdC
MRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNV
BAoTEUNPTU9ETyBDQSBMaW1pdGVkMT0wOwYDVQQDEzRDT01PRE8gUlNBIENsaWVudCBBdXRo
ZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A
MIIBCgKCAQEAvrOeV6wodnVAFsc4A5jTxhh2IVDzJXkLTLWg0X06WD6cpzEup/Y0dtmEatrQ
PTRI5Or1u6zf+bGBSyD9aH95dDSmeny1nxdlYCeXIoymMv6pQHJGNcIDpFDIMypVpVSRsivl
JTRENf+RKwrB6vcfWlP8dSsE3Rfywq09N0ZfxcBa39V0wsGtkGWC+eQKiz4pBZYKjrc5NOpG
9qrxpZxyb4o4yNNwTqzaaPpGRqXB7IMjtf7tTmU2jqPMLxFNe1VXj9XB1rHvbRikw8lBoNoS
WY66nJN/VCJv5ym6Q0mdCbDKCMPybTjoNCQuelc0IAaO4nLUXk0BOSxSxt8kCvsUtQIDAQAB
o4IBPDCCATgwHwYDVR0jBBgwFoAUu69+Aj36pvE8hI6t7jiY7NkyMtQwHQYDVR0OBBYEFIKv
bIz4xf6WYXzoHz0rcUhexIvAMA4GA1UdDwEB/wQEAwIBhjASBgNVHRMBAf8ECDAGAQH/AgEA
MBEGA1UdIAQKMAgwBgYEVR0gADBMBgNVHR8ERTBDMEGgP6A9hjtodHRwOi8vY3JsLmNvbW9k
b2NhLmNvbS9DT01PRE9SU0FDZXJ0aWZpY2F0aW9uQXV0aG9yaXR5LmNybDBxBggrBgEFBQcB
AQRlMGMwOwYIKwYBBQUHMAKGL2h0dHA6Ly9jcnQuY29tb2RvY2EuY29tL0NPTU9ET1JTQUFk
ZFRydXN0Q0EuY3J0MCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5jb21vZG9jYS5jb20wDQYJ
KoZIhvcNAQEMBQADggIBAHhcsoEoNE887l9Wzp+XVuyPomsX9vP2SQgG1NgvNc3fQP7TcePo
7EIMERoh42awGGsma65u/ITse2hKZHzT0CBxhuhb6txM1n/y78e/4ZOs0j8CGpfb+SJA3GaB
Q+394k+z3ZByWPQedXLL1OdK8aRINTsjk/H5Ns77zwbjOKkDamxlpZ4TKSDMKVmU/PUWNMKS
TvtlenlxBhh7ETrN543j/Q6qqgCWgWuMAXijnRglp9fyadqGOncjZjaaSOGTTFB+E2pvOUtY
+hPebuPtTbq7vODqzCM6ryEhNhzf+enm0zlpXK7q332nXttNtjv7VFNYG+I31gnMrwfHM5td
hYF/8v5UY5g2xANPECTQdu9vWPoqNSGDt87b3gXb1AiGGaI06vzgkejL580ul+9hz9D0S0U4
jkhJiA7EuTecP/CFtR72uYRBcunwwH3fciPjviDDAI9SnC/2aPY8ydehzuZutLbZdRJ5PDEJ
M/1tyZR2niOYihZ+FCbtf3D9mB12D4ln9icgc7CwaxpNSCPt8i/GqK2HsOgkL3VYnwtx7cJU
mpvVdZ4ognzgXtgtdk3ShrtOS1iAN2ZBXFiRmjVzmehoMof06r1xub+85hFQzVxZx5/bRaTK
TlL8YXLI8nAbR9HWdFqzcOoB/hxfEyIQpx9/s81rgzdEZOofSlZHynoSMYIEODCCBDQCAQEw
ga0wgZcxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNV
BAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMT0wOwYDVQQDEzRDT01P
RE8gUlNBIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhEAu2YC
W4tRQdGHMc0S/FQsNDANBglghkgBZQMEAgEFAKCCAlswGAYJKoZIhvcNAQkDMQsGCSqGSIb3
DQEHATAcBgkqhkiG9w0BCQUxDxcNMTgxMTEwMTA1MjM1WjAvBgkqhkiG9w0BCQQxIgQgvsnb
GXLdkLDady58RGfb9sNokVVZpdL9wz4Yc0bYvawwbAYJKoZIhvcNAQkPMV8wXTALBglghkgB
ZQMEASowCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG
9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBvgYJKwYBBAGCNxAEMYGwMIGtMIGX
MQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdT
YWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE9MDsGA1UEAxM0Q09NT0RPIFJT
QSBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIRALtmAluLUUHR
hzHNEvxULDQwgcAGCyqGSIb3DQEJEAILMYGwoIGtMIGXMQswCQYDVQQGEwJHQjEbMBkGA1UE
CBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01P
RE8gQ0EgTGltaXRlZDE9MDsGA1UEAxM0Q09NT0RPIFJTQSBDbGllbnQgQXV0aGVudGljYXRp
b24gYW5kIFNlY3VyZSBFbWFpbCBDQQIRALtmAluLUUHRhzHNEvxULDQwDQYJKoZIhvcNAQEB
BQAEggEAVlUF4Q5zwbbxw3DKUbwEhVkp//hXBuJUWhZO+DW0q4bP5IJmWMV/0EY6jq6Uxcll
B9ApLbzrQxkxFLjAyX4dIBSwGidz7czmvNOdI4KgyULCBYogEn6oDW5anoQ7JSnOAY1GpIVa
/eQUiCEijegEixTUxKXZ/pnMav//LmCVZ+syWgi1wbPGdCEGnoGd7r/ZaI0CkjvAT5V0ZNul
JLQ5NeaufAQIE4XpV8v9hcA2wbnJGIyRGvDgv/P8A3RXPff+wmkkNl+i6psyCzNdznoSLIjO
TBeQWOIC6y6iGwkKcLbG3z+9uSXmmODcA8Y+aFbcU2F2zKxbQoeLYYrxGmmP+AAAAAAAAA==
--------------ms030903020006020200060002--


From nobody Tue Nov 13 01:39:05 2018
Return-Path: <mohit.m.sethi@ericsson.com>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 93E78130DC0 for <emu@ietfa.amsl.com>; Tue, 13 Nov 2018 01:39:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.771
X-Spam-Level: 
X-Spam-Status: No, score=-4.771 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com header.b=EwPwunPG; dkim=pass (1024-bit key) header.d=ericsson.com header.b=MeE7znz6
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 HOHw5dffIc4h for <emu@ietfa.amsl.com>; Tue, 13 Nov 2018 01:39:02 -0800 (PST)
Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 93E1D12F1A2 for <emu@ietf.org>; Tue, 13 Nov 2018 01:39:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple;  q=dns/txt; i=@ericsson.com; t=1542101939; x=1544693939; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=cXbqY/dRPUHfcB2H9qtD5aGnA0/RX1wIqhx29U9HC2E=; b=EwPwunPGFoNlUA+rnn7p/OX11VA+ZsofVgV8I0/k9/rADMyO4UZzU46dC5RelkaK fdaDxbD6Riqegmq+upWopuuwUuBSL0Lfcu2vGBuKbeHky7RlJbFjwZrBufS+YTQ8 a4TO+L2QtXT5sIIS8EeJXEQSCTyYVTTMaQy6Oeg79yY=;
X-AuditID: c1b4fb2d-f49ff70000007af1-13-5bea9bb39b8b
Received: from ESESBMB502.ericsson.se (Unknown_Domain [153.88.183.115]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 38.B3.31473.3BB9AEB5; Tue, 13 Nov 2018 10:38:59 +0100 (CET)
Received: from ESESBMR502.ericsson.se (153.88.183.134) by ESESBMB502.ericsson.se (153.88.183.185) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Tue, 13 Nov 2018 10:38:58 +0100
Received: from ESESSMB501.ericsson.se (153.88.183.162) by ESESBMR502.ericsson.se (153.88.183.134) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Tue, 13 Nov 2018 10:38:58 +0100
Received: from EUR01-VE1-obe.outbound.protection.outlook.com (153.88.183.157) by ESESSMB501.ericsson.se (153.88.183.162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3 via Frontend Transport; Tue, 13 Nov 2018 10:38:58 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=cXbqY/dRPUHfcB2H9qtD5aGnA0/RX1wIqhx29U9HC2E=; b=MeE7znz61inNyqaf0movkm/yGivnL439ljv0G0YPGwZiGVp620IXX0pJN0U3H0mXo6Ee7pMpTRNnhQ+f1+fqnUUkPLJOQiyRiSQM3E55PiwA74Kq+V9bFOauMwM9ic9L81zqzjWQf+Vf4mUSkIQp6HCiN4w/sI4OeWNlAPnXbkI=
Received: from VI1PR07MB4717.eurprd07.prod.outlook.com (20.177.54.82) by VI1PR07MB4720.eurprd07.prod.outlook.com (20.177.57.143) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1339.11; Tue, 13 Nov 2018 09:38:57 +0000
Received: from VI1PR07MB4717.eurprd07.prod.outlook.com ([fe80::8412:d8ae:dfa0:c61f]) by VI1PR07MB4717.eurprd07.prod.outlook.com ([fe80::8412:d8ae:dfa0:c61f%4]) with mapi id 15.20.1339.019; Tue, 13 Nov 2018 09:38:57 +0000
From: Mohit Sethi M <mohit.m.sethi@ericsson.com>
To: "emu@ietf.org" <emu@ietf.org>
Thread-Topic: Minutes from EMU @ IETF103
Thread-Index: AQHUezSzHaEowPLFmk2WxNFNlDwXUQ==
Date: Tue, 13 Nov 2018 09:38:57 +0000
Message-ID: <1c250949-42b0-eeb7-0d3e-c6504517d119@ericsson.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1
x-originating-ip: [89.166.49.243]
x-clientproxiedby: AM5P189CA0009.EURP189.PROD.OUTLOOK.COM (2603:10a6:206:15::22) To VI1PR07MB4717.eurprd07.prod.outlook.com (2603:10a6:803:69::18)
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; VI1PR07MB4720; 6:ni7ykTD2vWkMGuL9dtqboe/zrkQKJJKZFZk/5vcbYqkuJZftLsy97RlKWi8W3JQYOvaxekxXvYHdcoZKwiN4Bh+1TSyUG8I44CLVvtgmMf0oVVznD3sk6kidazwS3Ll8NkjAKFiJ4KFUTRk/nlyaCMezkgpi5XWEacT0CnCGDJNNbN5P62Hag+RmLKP0TkqxMda8Nk+x4ryrQrUzUBdBSRoeehuj5VtR5BFB/MDPncjo0w1Tbn4OfvYwPEszIhkxpOf4daN8xFvT/jZR7VVOIPcLExPf7iwL/TNvtxz4qpUvx0jB/akggUbujq3MiamTGiOzqW+U4g95GlZV+nS5ykVqepABbhFAM87zl6AMN7gPxGpKL/Pf73eaGbmy/yvQ8btQVfkU1fAEtua0jSV5S8brzrY+LA4Qoe2YvRxvGLkY5gF8imXaXsbpz6LG5HeIoPvXO1UTcRIWOGlIf7MrJA==; 5:maxiVdFnp4XRKaUanISEUadMyPWzQsxTyyd6FuaZxEhl9vXJ+jqgq5Wc/geskhfWPpULwlUUm40whLk8dKf8OyZNIh14vvhBwdMzHrz8kFsq5Zzrvjrd3WXuvE64H98X+WAGpOwqvSU+1xtGhSIAxk+IHD/v6xbU3uOhGN5fCpQ=; 7:eYoJqa6p8F62CjCvmmB4TGnBfrb1U9xiIMxOQwFgQxvcGAUW021Cf04Fj2TQonniw8mhOvqeDM1SBcNycjoH/c/ticFj4Sljs5gXLOsUX/nuCHhPcrq6FLlQGHJQk7DytiSz1pfBFl+3j7pG/Ed2hA==
x-ms-office365-filtering-correlation-id: cad1918f-79b2-48e5-a482-08d6494bd490
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390060)(7020095)(4652040)(8989299)(5600074)(711020)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7153060)(7193020); SRVR:VI1PR07MB4720; 
x-ms-traffictypediagnostic: VI1PR07MB4720:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=mohit.m.sethi@ericsson.com; 
x-microsoft-antispam-prvs: <VI1PR07MB47208468DBAED5EDCE1F0694D0C20@VI1PR07MB4720.eurprd07.prod.outlook.com>
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(3002001)(3231406)(944501410)(52105112)(10201501046)(93006095)(93001095)(148016)(149066)(150057)(6041310)(20161123560045)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123562045)(201708071742011)(7699051)(76991095); SRVR:VI1PR07MB4720; BCL:0; PCL:0; RULEID:; SRVR:VI1PR07MB4720; 
x-forefront-prvs: 085551F5A8
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(376002)(366004)(39860400002)(396003)(136003)(53754006)(199004)(189003)(52116002)(486006)(64126003)(2900100001)(99286004)(14454004)(81166006)(81156014)(8676002)(2501003)(2351001)(105586002)(1730700003)(8936002)(7736002)(106356001)(6916009)(478600001)(58126008)(966005)(305945005)(316002)(6116002)(3846002)(2616005)(476003)(31686004)(26005)(186003)(36756003)(5640700003)(53936002)(6436002)(6306002)(6512007)(2906002)(6486002)(256004)(65956001)(66066001)(65806001)(6506007)(31696002)(97736004)(86362001)(386003)(102836004)(5660300001)(68736007)(71190400001)(71200400001)(65826007)(25786009)(345774005); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR07MB4720; H:VI1PR07MB4717.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: UoWhmNadQsdt0e2g5Z5/naS7D0tDWhPOkcwYTtqQm2ICAZ0K5UWdNsb+Yreqo1PJEp5gm9ZzXY1/fYKfUUPy8upOZ63Rup0l/JuVekpHOfgw71qoYTXQJyxjXF7wdaY0HJUsoOe50nas+psMnT6/IvFUwZeziPNIkFWKdVRWeBNn/T6k7xMUE5C2JbtFXC7nfP9K+eBCCCiClwOTn59ZvjFjnsPE94WNHrgGkYE/16rUJPDdqihMbk4ts+PmS/j4vdXiYC+HvklqNpa588VxntpdoVZBxBOTTUAsuKNOFNDdFFnTA9qrqLwnNFML7Ibr5vMhAdGozANo7odjeoFs/ftqBn7o1nBOmtZzqU0nWwY=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <DF207EC080458F4F8AE6A9F1DE96A99D@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: cad1918f-79b2-48e5-a482-08d6494bd490
X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Nov 2018 09:38:57.9333 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB4720
X-OriginatorOrg: ericsson.com
X-Brightmail-Tracker: H4sIAAAAAAAAA01SbUhTYRjlvfedXkeT1+XHk5HkMipxczOhgrIiCX8URb9MCR16c6ZO2d1E hcCyTDatVRKoPwwbJZotZ7FaErhaOfMrEUeS0eYCc2QatTTJcrsL+neec87zycPQ4iuCeKZY rWU1amWpJEyIW7KtnLSvbT5XPmPEe1+Ze/AhlGUyrVAnUY5wfyFbWlzJalIz8oWq618e4Ao/ XeU12MJr0RytRxEMkHTwzS5hPRIyYvISwcpbfSjwI/A4bOEBVzBYe5jFCyYKDM8tKBBgYqSh e/od4l03KPjUeJ53eRB8nDHggBBG5HCzuTNYKpokwvJE/XpzhtlItoHrXlIARpOd4Fo+yjtk 0NIxRQUwJtvBf9carCIiB2Gy71JwbERi4efQ/aCHJnEw7W2n+HUImPrHQqvFwOfZNUEAx5Bs qHP+xjyfCCMLbiowJpBbCJyNLsQLKTDi8obwFphoNyDeNBUG7m9zoezj0PLVgHlhHMGvUV+o dTJYBy5T/HhnYPHPtRBfAivG9jAeJ0BXkzuU/JqGN00W2ogUrf+t0bp+DZrsArMtlaez4LHj ooDHidBscIe3Bq8RBc4WL76NBF0ohmM5rqwobbeM1RQXcFy5WqZmtRa0/h4Dj1alT1C377Ad EQZJNoiu1sznigXKSq66zI6AoSXRoqfp65SoUFldw2rK8zS6Upazo80MlsSJZF39OWJSpNSy JSxbwWr+qRQTEV+LGKN1KFPeq3p/Do8l6COpF/ukPXhRkZHTxmGFLiK/ahqSJnXYs6mb1aVa 6hyc6YhTHFvacMpVk9lzoXlCFZV4bHA4XHy2s9NxIm+pY7jIrPLZRmn59+qKtD0FvQeembcO NtS7Ty98sI/PRv64M6jtWDXsSPek+NL8UdJeCeZUSkUyreGUfwENBidYGgMAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/Z0C4PMmp9-norDiAj8TMno7bOj8>
Subject: [Emu] Minutes from EMU @ IETF103
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Nov 2018 09:39:04 -0000

SGnCoGFsbCwNCg0KVGhhbmsgeW91IGZvciBwYXJ0aWNpcGF0aW5nIGluIHRoZSBFTVUgc2Vzc2lv
biBhdCBJRVRGIDEwMy4gQSBzcGVjaWFsIA0KdGhhbmsgeW91IHRvIEppbSBmb3Igc2VydmluZ8Kg
YXPCoHRoZcKgamFiYmVywqBzY3JpYmUuDQoNCk1pbnV0ZXPCoGZyb23CoHRoZcKgRU1VwqBzZXNz
aW9uwqBhdMKgSUVURsKgMTAzIGhhdmXCoG5vd8KgYmVlbsKgdXBsb2FkZWQ6DQpodHRwczovL2Rh
dGF0cmFja2VyLmlldGYub3JnL21lZXRpbmcvMTAzL21hdGVyaWFscy9taW51dGVzLTEwMy1lbXUt
MDANCg0KUGxlYXNlwqByZXBvcnTCoGFuecKgaXNzdWVzwqBieSBOb3ZlbWJlciAyMSzCoDIwMTgu
DQoNCkpvZcKgYW5kwqBNb2hpdA0KDQo=


From nobody Tue Nov 13 06:40:00 2018
Return-Path: <aland@deployingradius.com>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DCCF5130DDC for <emu@ietfa.amsl.com>; Tue, 13 Nov 2018 06:39:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level: 
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 EoEOTQ_N1eTY for <emu@ietfa.amsl.com>; Tue, 13 Nov 2018 06:39:55 -0800 (PST)
Received: from mail.networkradius.com (mail.networkradius.com [62.210.147.122]) by ietfa.amsl.com (Postfix) with ESMTP id 72230127332 for <emu@ietf.org>; Tue, 13 Nov 2018 06:39:55 -0800 (PST)
Received: from [192.168.20.150] (unknown [72.137.155.194]) by mail.networkradius.com (Postfix) with ESMTPSA id 59EAFEF; Tue, 13 Nov 2018 14:39:54 +0000 (UTC)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 12.0 \(3445.100.39\))
From: Alan DeKok <aland@deployingradius.com>
In-Reply-To: <45e7325b-f5d1-c4b8-edb2-3e39d03989fe@openca.org>
Date: Tue, 13 Nov 2018 09:39:53 -0500
Cc: emu@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <39E1238A-2E39-4FF4-89C3-2B549C1EA84F@deployingradius.com>
References: <CAOgPGoBGZWbyHYybnMUbKG77Mei3yBOS1HyS4Uso1HKgxq1VNg@mail.gmail.com> <CAOgPGoAvGm7gfgAHsPHHdO9OU601wp=NY2fb9YjQyh0h6cy3nQ@mail.gmail.com> <45e7325b-f5d1-c4b8-edb2-3e39d03989fe@openca.org>
To: "Dr. Pala" <director@openca.org>
X-Mailer: Apple Mail (2.3445.100.39)
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/lPATcg7UGBANyyzMf28ic-J9cys>
Subject: Re: [Emu] WG adoption call for draft-arkko-eap-aka-pfs
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Nov 2018 14:39:58 -0000

> On Nov 10, 2018, at 5:52 AM, Dr. Pala <director@openca.org> wrote:
>=20
> Hi all,
>=20
> I am in favor of addressing the issue of PFS in 3GPP authentication - =
it is important work that moves cellular network authentication towards =
more modern approaches and more compatible with IETF technologies.
>=20
> This said, I am concerned about the fact that the IPR is not marked as =
Royalty-Free, therefore I am not in favor of adopting it if the IPR =
restrictions (fees) are not removed (please let me know if I am =
mis-interpreting the IPR declaration). I think I missed this point =
(maybe the jet lag, but it might not have been clear to the room).=20
>=20
> As a possible way forward (if IPR restrictions are not modified), we =
could work on something different that is not encumbered by patents =
restrictions. However, for this, we would need to see the specific =
claims of the application...

  I share these concerns.

  Alan DeKok.


From nobody Tue Nov 13 21:06:29 2018
Return-Path: <housley@vigilsec.com>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A08DA128CFD for <emu@ietfa.amsl.com>; Tue, 13 Nov 2018 21:06:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] 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 jxDW3XMO3Th3 for <emu@ietfa.amsl.com>; Tue, 13 Nov 2018 21:06:27 -0800 (PST)
Received: from mail.smeinc.net (mail.smeinc.net [209.135.209.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 30CD1127B92 for <emu@ietf.org>; Tue, 13 Nov 2018 21:06:27 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mail.smeinc.net (Postfix) with ESMTP id DBB71300A9E for <emu@ietf.org>; Wed, 14 Nov 2018 00:06:24 -0500 (EST)
X-Virus-Scanned: amavisd-new at mail.smeinc.net
Received: from mail.smeinc.net ([127.0.0.1]) by localhost (mail.smeinc.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id oFGgk0LXFpNZ for <emu@ietf.org>; Wed, 14 Nov 2018 00:06:23 -0500 (EST)
Received: from dhcp-9bbe.meeting.ietf.org (dhcp-9bbe.meeting.ietf.org [31.133.155.190]) by mail.smeinc.net (Postfix) with ESMTPSA id 2CD573002C7 for <emu@ietf.org>; Wed, 14 Nov 2018 00:06:22 -0500 (EST)
From: Russ Housley <housley@vigilsec.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
Message-Id: <F3F849F8-D8B5-457B-8868-C4D4C5EAECA6@vigilsec.com>
Date: Wed, 14 Nov 2018 00:06:19 -0500
To: emu@ietf.org
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/lsN0dUC4fn-7O0I6zXubxCYmg_E>
Subject: [Emu] draft-ietf-emu-rfc5448bis-03
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2018 05:06:28 -0000

I agreed to review this document at IETF 103.  Here are my comments.

Document: draft-ietf-emu-rfc5448bis-03
Reviewer: Russ Housley
Review Date: 2018-11-13

Summary: Almost Ready


Major Concerns:

The Abstract is essentially unchanged from RFC 5448.  I think it would
be better to provide the history of AKA and AKA' in a sentence or two
and then tell the big changes that appear here.  I found the part about
SHA-1 especially concerning until I realized that was left over from the
RFC 5448 Abstract text.

I think the Introduction should be updated to provide a perspective for
a new implementer.  I suggest something like this:
  - 3GPP uses AKA' natively and as an EAP method.
  - EAP-AKA originally defined in [RFC4187]
  - EAP-AKA' defined in [RFC5448], and uses KDF in [TS-3GPP.33.402]
  - This update supports identifiers needed for 5G
    -- This version of the EAP-AKA' specification obsoletes RFC 5448
    -- List of the changes made by this update
  - Negotiation of the various versions

Section 3.2 says:

   AT_KDF

      This is set to 24.

And, then Section 3.3 says:

   AT_KDF set to 1

The second one is shorthand for the KDF identifier carried in the
attribute.  I think that you should not use this shorthand.  I
stumbled on it when reading.  I suggest:

   AT_KDF parameter has the value 1

Section 5.3 says:

   Given the choice between these two types of identifiers, two areas
   need further specification in EAP-AKA' to ensure that different
   implementations understand each other and stay interoperable:

This should be reworded.  These do not need future specification.
Those details are in the document.  I think it would be better to say:

   Given the choice between these two types of identifiers, EAP-AKA'
   ensure interoperability by:


Minor Concerns:

Section 3: s/EAP-AKA' is a new EAP method/EAP-AKA' is an EAP method/

Section 3 does not seem to be different from RFC 5448.  Would it be
better to list the changes from RFC 4187 (AKA to AKA') and then the
changes from RFC 5448 (AKA' to this update)?


Nits:

The document uses "key generation" and "key derivation".  If they are
different, please add an explanation somewhere.  If they are the same,
please use one term throughout.

The document uses "byte" and "octet".  Please use one term throughout.


From nobody Tue Nov 13 21:10:50 2018
Return-Path: <jari.arkko@piuha.net>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6E6AA12872C for <emu@ietfa.amsl.com>; Tue, 13 Nov 2018 21:10:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 Ickf838_l1dc for <emu@ietfa.amsl.com>; Tue, 13 Nov 2018 21:10:47 -0800 (PST)
Received: from p130.piuha.net (p130.piuha.net [IPv6:2001:14b8:1829::130]) by ietfa.amsl.com (Postfix) with ESMTP id 25915127B92 for <emu@ietf.org>; Tue, 13 Nov 2018 21:10:47 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id CC67366019D; Wed, 14 Nov 2018 07:10:45 +0200 (EET)
Received: from p130.piuha.net ([127.0.0.1]) by localhost (p130.piuha.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Twzm-P8hVrGR; Wed, 14 Nov 2018 07:10:44 +0200 (EET)
Received: from [127.0.0.1] (p130.piuha.net [IPv6:2001:14b8:1829::130]) by p130.piuha.net (Postfix) with ESMTPS id B5AB366012A; Wed, 14 Nov 2018 07:10:44 +0200 (EET)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
From: Jari Arkko <jari.arkko@piuha.net>
In-Reply-To: <F3F849F8-D8B5-457B-8868-C4D4C5EAECA6@vigilsec.com>
Date: Wed, 14 Nov 2018 06:10:44 +0100
Cc: emu@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <2A07255B-0D09-49DE-846E-51392F679D8A@piuha.net>
References: <F3F849F8-D8B5-457B-8868-C4D4C5EAECA6@vigilsec.com>
To: Russ Housley <housley@vigilsec.com>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/uo1XwCI8W3bptEiVwJW6edUWSTw>
Subject: Re: [Emu] draft-ietf-emu-rfc5448bis-03
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2018 05:10:49 -0000

Thanks for your review, Russ.

I will look carefully into your comments. But for starters, you make a =
good point about the abstract/introduction. And obviously the language =
used to refer to the AT_KDF attribute number vs. value needs to be =
precise.=20

Jari


From nobody Wed Nov 14 00:00:48 2018
Return-Path: <housley@vigilsec.com>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 78359130DD9 for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 00:00:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, 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 uh4SnYME3IX3 for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 00:00:41 -0800 (PST)
Received: from mail.smeinc.net (mail.smeinc.net [209.135.209.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DFB3C1293FB for <emu@ietf.org>; Wed, 14 Nov 2018 00:00:40 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mail.smeinc.net (Postfix) with ESMTP id 9645A300AA4 for <emu@ietf.org>; Wed, 14 Nov 2018 03:00:38 -0500 (EST)
X-Virus-Scanned: amavisd-new at mail.smeinc.net
Received: from mail.smeinc.net ([127.0.0.1]) by localhost (mail.smeinc.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id eoJwzP27OBIm for <emu@ietf.org>; Wed, 14 Nov 2018 03:00:37 -0500 (EST)
Received: from dhcp-9bbe.meeting.ietf.org (dhcp-9bbe.meeting.ietf.org [31.133.155.190]) by mail.smeinc.net (Postfix) with ESMTPSA id D9904300A06; Wed, 14 Nov 2018 03:00:35 -0500 (EST)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Russ Housley <housley@vigilsec.com>
In-Reply-To: <1c250949-42b0-eeb7-0d3e-c6504517d119@ericsson.com>
Date: Wed, 14 Nov 2018 03:00:33 -0500
Cc: "emu@ietf.org" <emu@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <2E4F0BA7-8372-4F10-A0D2-072B861857D2@vigilsec.com>
References: <1c250949-42b0-eeb7-0d3e-c6504517d119@ericsson.com>
To: Mohit Sethi <mohit.m.sethi@ericsson.com>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/gxeKDf74HQyyKPIXwop15P4Gqso>
Subject: Re: [Emu] Minutes from EMU @ IETF103
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2018 08:00:47 -0000

Concern:

Jari: Need feedback. See this as WG document? We might be able to stick =
this in and have affect on organizations that want to spy on. We might =
actually get this deployed if .=20

The end of the sentence is missing...


Nit:

Russ: MAC is dependent on the based AKA authentication.

s/based/base/
s/AKA/AKA'/


> On Nov 13, 2018, at 4:38 AM, Mohit Sethi M =
<mohit.m.sethi@ericsson.com> wrote:
>=20
> Hi all,
>=20
> Thank you for participating in the EMU session at IETF 103. A special=20=

> thank you to Jim for serving as the jabber scribe.
>=20
> Minutes from the EMU session at IETF 103 have now been uploaded:
> https://datatracker.ietf.org/meeting/103/materials/minutes-103-emu-00
>=20
> Please report any issues by November 21, 2018.
>=20
> Joe and Mohit
>=20
> _______________________________________________
> Emu mailing list
> Emu@ietf.org
> https://www.ietf.org/mailman/listinfo/emu


From nobody Wed Nov 14 04:20:01 2018
Return-Path: <internet-drafts@ietf.org>
X-Original-To: emu@ietf.org
Delivered-To: emu@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A853E126F72; Wed, 14 Nov 2018 04:19:59 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: emu@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.88.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: emu@ietf.org
Message-ID: <154219799965.19078.11936051888979855763@ietfa.amsl.com>
Date: Wed, 14 Nov 2018 04:19:59 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/49AOJVE9XSNtubs4AY9lBCrT3V0>
Subject: [Emu] I-D Action: draft-ietf-emu-eap-tls13-03.txt
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2018 12:20:00 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the EAP Method Update WG of the IETF.

        Title           : Using EAP-TLS with TLS 1.3
        Authors         : John Mattsson
                          Mohit Sethi
	Filename        : draft-ietf-emu-eap-tls13-03.txt
	Pages           : 22
	Date            : 2018-11-14

Abstract:
   This document specifies the use of EAP-TLS with TLS 1.3 while
   remaining backwards compatible with existing implementations of EAP-
   TLS.  TLS 1.3 provides significantly improved security, privacy, and
   reduced latency when compared to earlier versions of TLS.  EAP-TLS
   with TLS 1.3 provides significantly improved protection against
   pervasive monitoring by mandating use of privacy.  This document
   updates RFC 5216.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-emu-eap-tls13/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-emu-eap-tls13-03
https://datatracker.ietf.org/doc/html/draft-ietf-emu-eap-tls13-03

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-emu-eap-tls13-03


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From nobody Wed Nov 14 04:50:15 2018
Return-Path: <john.mattsson@ericsson.com>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ADF7A124408 for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 04:50:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.77
X-Spam-Level: 
X-Spam-Status: No, score=-4.77 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com header.b=GYqP7EE0; dkim=pass (1024-bit key) header.d=ericsson.com header.b=X3rfIJd0
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 UeyNFOuSDmCp for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 04:50:10 -0800 (PST)
Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (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 7B6EB12008A for <emu@ietf.org>; Wed, 14 Nov 2018 04:50:10 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple;  q=dns/txt; i=@ericsson.com; t=1542199808; x=1544791808; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=NDryk0XYGzphxj9YzT7Mxd7+UcTkmqDc8xcE41wshN8=; b=GYqP7EE0wSt6rYsFTA09Bms6ng6Kb8LJNmWiNqoQwBWGfIPDstSi3/Iz+8VpBO7i 9+CScet46VujsdYp79nwkRJutmYbk8rYvfCuzza0QoboT1OWxaTa6BLH+T+RaWcb UoJw1zRtRU6A0UMOpS2KWkqO1somJWLC/gJms3fCtOU=;
X-AuditID: c1b4fb25-601ff7000000191f-0a-5bec1a0032f6
Received: from ESESBMB505.ericsson.se (Unknown_Domain [153.88.183.118]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 61.7E.06431.00A1CEB5; Wed, 14 Nov 2018 13:50:08 +0100 (CET)
Received: from ESESBMB502.ericsson.se (153.88.183.169) by ESESBMB505.ericsson.se (153.88.183.172) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Wed, 14 Nov 2018 13:50:08 +0100
Received: from EUR02-VE1-obe.outbound.protection.outlook.com (153.88.183.157) by ESESBMB502.ericsson.se (153.88.183.169) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3 via Frontend Transport; Wed, 14 Nov 2018 13:50:07 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=NDryk0XYGzphxj9YzT7Mxd7+UcTkmqDc8xcE41wshN8=; b=X3rfIJd0TV2nahtqPirCn7Bk/a+oh1jm296qHUX4YaxTUDEqeIfLY13jG87oxgKKBGSd7gM1d9VKCAFOdhDJFTOkdIbja50pDmUQAuebOrUbKCJ+l2Rfi2kXyvuKzoxdlYdNk/nn3okVIwL5SjGoLU62HiGb/0dVXMi+x2Ge388=
Received: from HE1PR07MB4169.eurprd07.prod.outlook.com (20.176.166.22) by HE1PR07MB4250.eurprd07.prod.outlook.com (20.176.166.147) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1339.11; Wed, 14 Nov 2018 12:50:06 +0000
Received: from HE1PR07MB4169.eurprd07.prod.outlook.com ([fe80::fcb5:ca45:9e56:1910]) by HE1PR07MB4169.eurprd07.prod.outlook.com ([fe80::fcb5:ca45:9e56:1910%2]) with mapi id 15.20.1339.021; Wed, 14 Nov 2018 12:50:06 +0000
From: John Mattsson <john.mattsson@ericsson.com>
To: "emu@ietf.org" <emu@ietf.org>
Thread-Topic: New Version Notification for draft-ietf-emu-eap-tls13-03.txt
Thread-Index: AQHUfBRrtrJjAAROx0ubNDXaG6vE+aVPSb0A
Date: Wed, 14 Nov 2018 12:50:06 +0000
Message-ID: <BD20DCA6-3C98-422F-8E8C-480806C85C20@ericsson.com>
References: <154219799976.19078.15605739959749241377.idtracker@ietfa.amsl.com>
In-Reply-To: <154219799976.19078.15605739959749241377.idtracker@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/10.11.0.180909
authentication-results: spf=none (sender IP is ) smtp.mailfrom=john.mattsson@ericsson.com; 
x-originating-ip: [192.176.1.81]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; HE1PR07MB4250; 6:JmjdhZF9F0gZIPBkI7r3Rwnv0aQP5POlFyBKppN2gwRyc3lqwhY/sZC1M8AxtqWuTkOK0Ztw7Rf8qzVieu0hjPC8D7Lw+cimTWrn/Pt70vo6LIHXhmbMC8qiuz7KURc9HO4AkNaIiWNA7oJASCNFi9dlZbEXdqn9m//1mSDFtD6vPna/eMtWPg+goXOQcpzCmeTZngb56LoI5QpjGqm5X3jtgEAomHwm7uXG3nj2P2+PJdIo4pao+Lsk6q51ZSo0zGQUnRMwin2GyWB1iLBVNL3zg0mhPjQ0BJ8NoafYF1j23C/GtVjRs4IFYvqKhMBsb9T4KskVhumDD7Cr2PzmuZUWGRm3QryqBU9/dCcO4tA6TeXc/s1WJ9qJQLiLY3LGmI5cBnRWXpaVbX+qKh4lW+lkktkIrlJ6yxHtGCRRR3ehPZfwds6YVhjVVSwT9niN0IOXJAhagokdXjpyBbUemw==; 5:zGAImhOMbA8y2bVwjq9uRMohd0rhEQ3JRdEGFLBhKOXKF/gJx923uT7e9rp5D8FD1nJY5/UCC4o6BaTcUHKXKvd62phQssSKMEjXFKK65tV1elXhsk2L4ioLqKojXEwxNfzgspQNkLJTKs8PWNtxTltwr30sx1Y+AfegFwkpg0M=; 7:5RAlU5UuiV4CPEtt9RDnFqlFv823spEjAQY64hFdpjUkcVIcDB4uUde+RX9bGutgKkiq0kDJzITapWPZ/cZHbPDV007PdagVdLX5gLnF2aIx7Gds3IGNHdKU4zffZqiymaC20bQgvZi75QhXZrcY0w==
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-correlation-id: 6915c649-8f6b-49c0-34e4-08d64a2fb448
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390098)(7020095)(4652040)(8989299)(5600074)(711020)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7153060)(7193020); SRVR:HE1PR07MB4250; 
x-ms-traffictypediagnostic: HE1PR07MB4250:
x-microsoft-antispam-prvs: <HE1PR07MB42500150B8A52926186AA7BB89C30@HE1PR07MB4250.eurprd07.prod.outlook.com>
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(93006095)(93001095)(3231410)(944501410)(52105112)(10201501046)(3002001)(148016)(149066)(150057)(6041310)(20161123560045)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123562045)(201708071742011)(7699051)(76991095); SRVR:HE1PR07MB4250; BCL:0; PCL:0; RULEID:; SRVR:HE1PR07MB4250; 
x-forefront-prvs: 085634EFF4
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39860400002)(376002)(366004)(396003)(346002)(136003)(13464003)(53234004)(189003)(199004)(486006)(82746002)(11346002)(14444005)(446003)(2616005)(44832011)(476003)(26005)(15650500001)(58126008)(86362001)(256004)(966005)(36756003)(2351001)(478600001)(316002)(97736004)(4001150100001)(186003)(2501003)(25786009)(6486002)(71200400001)(71190400001)(33656002)(83716004)(2900100001)(106356001)(102836004)(66066001)(105586002)(6916009)(2473003)(53936002)(6512007)(6306002)(14454004)(68736007)(76176011)(7736002)(2906002)(5660300001)(81156014)(81166006)(53546011)(6506007)(8676002)(8936002)(1730700003)(6436002)(6116002)(99286004)(305945005)(229853002)(3846002)(5640700003); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB4250; H:HE1PR07MB4169.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: xDHIpk/ExH21VbsmyK88HrWMW7TRm806WPKLivI3mAY+UNnqML6XQri0asx/Gd1s4U78ph4thEE9znl2WFD3Kt1k9OkGeLANA4ja9t1hAgHnh9b2IIJmNtOva/QgXA8nXZPpPOpBbSeloS20ft/Zcz4+3TPb06BYUXtXVA9K9SVnMMax8RjLy5RF5p7OX4zYoMaMBLu/Pat0XustJX/R5u2NcFzcQl807n2AxiNc6ug0e2DBs1POJyoDC0VI8r0krqWt1oL4c9/en8KH8GZt81niKRgO4pXZNeJT2U1AGQjqfGm/3wztm2JI6qbt+HegzcLWZ4uxnC46735tcEmso9K2UdpFUsHMgsI+yFBLz4I=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <D4B156031E2D6C4583AD364298B51368@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 6915c649-8f6b-49c0-34e4-08d64a2fb448
X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Nov 2018 12:50:06.7092 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB4250
X-OriginatorOrg: ericsson.com
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpjleLIzCtJLcpLzFFi42KZGbG9TJdB6k20wc3Z2hbH1q9lcWD0WLLk J1MAYxSXTUpqTmZZapG+XQJXxoKfUxgL9ilWbF17kKWB8YJCFyMnh4SAiURT00aWLkYuDiGB I4wSbX3/WCGcb4wS65+9ZYZwljBJHJn5lBHEYRGYwCyx49VXqJ4pQJmuXkYI5xGjxIK2yUwg k9kEDCTm7mlgA7FFBBQlflxqA5rFwSEs4Cnx77EZRNhL4u72r1AlRhLrzq5mAbFZBFQlFtx4 D2bzCthLbFjWzwbSKiTgJ/F9kylImFPAX+Ln9WesIDajgJjE91NrwLYyC4hL3HoynwniNwGJ JXvOM0PYohIvH/8DqxcV0JeY/6ADqjdWorV1OitEjYLEsRkrWSBsWYlL87vB3pIQuMYmsXzV OahBuhIfpk6Fsn0lWvuXMkEUXQAG3rztjCCHSghoSZxarAZRky2xfMl3qHo5iVW9D1kg6o8z S/y9dYVpAqPhLCSHzwJqZxbQlFi/Sx8i7CHRM7eNGcJWlJjS/ZB9FjhYBCVOznzCsoCRdRWj aHFqcVJuupGxXmpRZnJxcX6eXl5qySZGYOo4uOW36g7Gy28cDzEKcDAq8fC2CLyJFmJNLCuu zD3EKMHBrCTC6x/9OlqINyWxsiq1KD++qDQntfgQozQHi5I470PzzVFCAumJJanZqakFqUUw WSYOTqkGRl3GRVt3ypyZqJlU0FJTe1l7QWmafemRhRumuy8UlmLT/XiNl4cr+ofHueveHP2r Rc/6Fi47EHbbeW/djsOZKpxdv3tfRe3xX/DpJK8Y293NeyZ4pnF+mXHoW//BHNdNP31zwjuv BUzfXPls0oek7R45LrO3sDupmRy2mnD51eWfsi5/Dy7XK1BiKc5INNRiLipOBABerNlbGQMA AA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/fERDbZK-MIiOiSB7XT1806DkIu4>
Subject: [Emu] FW: New Version Notification for draft-ietf-emu-eap-tls13-03.txt
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2018 12:50:14 -0000

SGksDQoNCldlIGhhdmUgdXBkYXRlZCB0aGUgZHJhZnQgYWNjb3JkaW5nIHRvIHRoZSBkaXNjdXNz
aW9uIGFuZCBjb25jbHVzaW9ucyBhdCBJRVRGIDEwMy4gDQoNCi0gTmV3IGZpZ3VyZSBzaG93aW5n
IHRoZSBtZXNzYWdlIGZsb3cgZm9yIEVBUC1UTFMgY2xpZW50IHJlamVjdGlvbiBvZiBOZXdTZXNz
aW9uVGlja2V0CQ0KDQotIFRoZSBkcmFmdCBkaWQgbm90IG1lbnRpb24gdGhhdCBUTFMgaGFzIGJv
dGggd2FybmluZyBhbmQgZmF0YWwgYWxlcnRzLiBXZSBjaGFuZ2VkICJUTFMgQWxlcnQgTWVzc2Fn
ZSIgdG8gIiBUTFMgRmF0YWwgQWxlcnQiIGFuZCBhZGRlZCBhIGZldyBzZW50ZW5jZXMgdGhhdCBk
ZXNjcmliZSB0aGUgZGlmZmVyZW5jZS4NCg0KICAiRmlndXJlcyA0LCA1LCA2LCBhbmQgNyBpbGx1
c3RyYXRlIG1lc3NhZ2UgZmxvd3MgaW4gc2V2ZXJhbCBjYXNlcwkNCiAgIHdoZXJlIHRoZSBFQVAg
cGVlciBvciBFQVAgc2VydmVyIHNlbmRzIGEgVExTIGZhdGFsIGFsZXJ0IG1lc3NhZ2UuCQ0KICAg
VExTIHdhcm5pbmcgYWxlcnRzIGdlbmVyYWxseSBtZWFuIHRoYXQgdGhlIGNvbm5lY3Rpb24gY2Fu
IGNvbnRpbnVlCQ0KICAgbm9ybWFsbHkgYW5kIGRvZXMgbm90IGNoYW5nZSB0aGUgbWVzc2FnZSBm
bG93LiAgTm90ZSB0aGF0IHRoZSBwYXJ0eQkNCiAgIHJlY2VpdmluZyBhIFRMUyB3YXJuaW5nIGFs
ZXJ0IG1heSBjaG9vc2UgdG8gdGVybWluYXRlIHRoZSBjb25uZWN0aW9uCQ0KICAgYnkgc2VuZGlu
ZyBhIFRMUyBmYXRhbCBhbGVydCwgd2hpY2ggbWF5IGFkZCBhbiBleHRyYSByb3VuZC10cmlwLCBz
ZWUJDQogICBbUkZDODQ0Nl0uIg0KDQotIE1hZGUgaXQgbWFuZGF0b3J5IHRvIGFsd2F5cyBjb25j
ZWFsIHRoZSB1c2VybmFtZSBpbiB0aGUgSWRlbnRpdHkgUmVzcG9uc2UuIFRoaXMgbGVkIHRvIHNt
YWxsZXIgY2hhbmdlcyBpbiBzZXZlcmFsIHBsYWNlcy4NCiAgIC0tIFRleHQgd2VyZSB1cGRhdGVk
IHRvIHJlZmxlY3QgdGhpcyBpcyBtYW5kYXRvcnkgDQogICAtLSBDaGFuZ2VkICJJZGVudGl0eSAo
TXlJRCkiIHRvICJJZGVudGl0eSAoQW5vbnltb3VzIE5BSSkiIGluIGFsbCBmaWd1cmVzDQogICAt
LSBSZW1vdmVkIHRoZSAicHJpdmFjeSIgZmlndXJlIGFzIHRoYXQgaXMgbm8gbG9uZ2VyIG5lZWRl
ZC4gSW5zdGVhZCB0aGUgc2VjdGlvbiByZWZlciB0byBGaWd1cmUgMS4NCg0KLSBBZGRlZCAiYW5k
IGFsbCBQb3N0LUhhbmRzaGFrZSBtZXNzYWdlcyBoYXZlIGJlZW4gc2VudCIgdG8gcGFnZSAzLiBU
aGUgbmV3IHNlbnRlbmNlIHJlYWRzOg0KICJBZnRlciB0aGUgVExTIGhhbmRzaGFrZSBoYXMgY29t
cGxldGVkIGFuZCBhbGwgUG9zdC1IYW5kc2hha2UgbWVzc2FnZXMgaGF2ZSBiZWVuIHNlbnQsIHRo
ZSBFQVAgc2VydmVyIHNlbmRzIEVBUC1TdWNjZXNzLiIJDQoNCi0gU2V2ZXJhbCBlZGl0b3JpYWxz
Lg0KDQpDaGVlcnMsDQpKb2huDQoNCu+7vy0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9t
OiAiaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIiA8aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPg0K
RGF0ZTogV2VkbmVzZGF5LCAxNCBOb3ZlbWJlciAyMDE4IGF0IDEzOjIwDQpUbzogTW9oaXQgU2V0
aGkgPG1vaGl0QHBpdWhhLm5ldD4sIEpvaG4gTWF0dHNzb24gPGpvaG4ubWF0dHNzb25AZXJpY3Nz
b24uY29tPg0KU3ViamVjdDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1pZXRm
LWVtdS1lYXAtdGxzMTMtMDMudHh0DQoNCg0KQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LWll
dGYtZW11LWVhcC10bHMxMy0wMy50eHQNCmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQg
YnkgSm9obiBNYXR0c3NvbiBhbmQgcG9zdGVkIHRvIHRoZQ0KSUVURiByZXBvc2l0b3J5Lg0KDQpO
YW1lOgkJZHJhZnQtaWV0Zi1lbXUtZWFwLXRsczEzDQpSZXZpc2lvbjoJMDMNClRpdGxlOgkJVXNp
bmcgRUFQLVRMUyB3aXRoIFRMUyAxLjMNCkRvY3VtZW50IGRhdGU6CTIwMTgtMTEtMTQNCkdyb3Vw
OgkJZW11DQpQYWdlczoJCTIyDQpVUkw6ICAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcv
aW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWlldGYtZW11LWVhcC10bHMxMy0wMy50eHQNClN0YXR1czog
ICAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWVtdS1l
YXAtdGxzMTMvDQpIdG1saXplZDogICAgICAgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2Ry
YWZ0LWlldGYtZW11LWVhcC10bHMxMy0wMw0KSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vZGF0YXRy
YWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtaWV0Zi1lbXUtZWFwLXRsczEzDQpEaWZmOiAg
ICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtZW11
LWVhcC10bHMxMy0wMw0KDQpBYnN0cmFjdDoNCiAgIFRoaXMgZG9jdW1lbnQgc3BlY2lmaWVzIHRo
ZSB1c2Ugb2YgRUFQLVRMUyB3aXRoIFRMUyAxLjMgd2hpbGUNCiAgIHJlbWFpbmluZyBiYWNrd2Fy
ZHMgY29tcGF0aWJsZSB3aXRoIGV4aXN0aW5nIGltcGxlbWVudGF0aW9ucyBvZiBFQVAtDQogICBU
TFMuICBUTFMgMS4zIHByb3ZpZGVzIHNpZ25pZmljYW50bHkgaW1wcm92ZWQgc2VjdXJpdHksIHBy
aXZhY3ksIGFuZA0KICAgcmVkdWNlZCBsYXRlbmN5IHdoZW4gY29tcGFyZWQgdG8gZWFybGllciB2
ZXJzaW9ucyBvZiBUTFMuICBFQVAtVExTDQogICB3aXRoIFRMUyAxLjMgcHJvdmlkZXMgc2lnbmlm
aWNhbnRseSBpbXByb3ZlZCBwcm90ZWN0aW9uIGFnYWluc3QNCiAgIHBlcnZhc2l2ZSBtb25pdG9y
aW5nIGJ5IG1hbmRhdGluZyB1c2Ugb2YgcHJpdmFjeS4gIFRoaXMgZG9jdW1lbnQNCiAgIHVwZGF0
ZXMgUkZDIDUyMTYuDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCg0KDQpQbGVhc2Ugbm90
ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBz
dWJtaXNzaW9uDQp1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxh
YmxlIGF0IHRvb2xzLmlldGYub3JnLg0KDQpUaGUgSUVURiBTZWNyZXRhcmlhdA0KDQoNCg==


From nobody Wed Nov 14 05:21:38 2018
Return-Path: <timc@hpe.com>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 88225130E3F for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 05:21:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level: 
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 czP3gfbNYJQD for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 05:21:32 -0800 (PST)
Received: from g2t2353.austin.hpe.com (g2t2353.austin.hpe.com [15.233.44.26]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0B884130DF0 for <emu@ietf.org>; Wed, 14 Nov 2018 05:21:31 -0800 (PST)
Received: from G1W8108.americas.hpqcorp.net (g1w8108.austin.hp.com [16.193.72.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by g2t2353.austin.hpe.com (Postfix) with ESMTPS id DDEE21D6C7; Wed, 14 Nov 2018 13:18:04 +0000 (UTC)
Received: from G1W8107.americas.hpqcorp.net (2002:10c1:483b::10c1:483b) by G1W8108.americas.hpqcorp.net (2002:10c1:483c::10c1:483c) with Microsoft SMTP Server (TLS) id 15.0.1367.3; Wed, 14 Nov 2018 13:16:14 +0000
Received: from NAM02-SN1-obe.outbound.protection.outlook.com (15.241.52.10) by G1W8107.americas.hpqcorp.net (16.193.72.59) with Microsoft SMTP Server (TLS) id 15.0.1367.3 via Frontend Transport; Wed, 14 Nov 2018 13:16:14 +0000
Received: from CS1PR8401MB0759.NAMPRD84.PROD.OUTLOOK.COM (10.169.15.143) by CS1PR8401MB0984.NAMPRD84.PROD.OUTLOOK.COM (10.169.24.150) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1294.26; Wed, 14 Nov 2018 13:16:13 +0000
Received: from CS1PR8401MB0759.NAMPRD84.PROD.OUTLOOK.COM ([fe80::6c7b:44c:480b:1a7f]) by CS1PR8401MB0759.NAMPRD84.PROD.OUTLOOK.COM ([fe80::6c7b:44c:480b:1a7f%4]) with mapi id 15.20.1339.021; Wed, 14 Nov 2018 13:16:13 +0000
From: "Cappalli, Tim (Aruba Security)" <timc@hpe.com>
To: John Mattsson <john.mattsson@ericsson.com>, "emu@ietf.org" <emu@ietf.org>
Thread-Topic: [Emu] FW: New Version Notification for draft-ietf-emu-eap-tls13-03.txt
Thread-Index: AQHUfBw33O0LIani0UyKF/e3yvom/A==
Date: Wed, 14 Nov 2018 13:16:13 +0000
Message-ID: <1C51B2F8-5635-4C36-B657-05A69B928509@hpe.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/10.13.0.181109
authentication-results: spf=none (sender IP is ) smtp.mailfrom=timc@hpe.com; 
x-originating-ip: [8.46.76.63]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; CS1PR8401MB0984; 6:hEY93wAWelhSe65NQRUYKVh18wMxY1Fb3RrbbRv8jMp6GQfYaSw/lAVt2TX5gVMJS46Cx4ATvBT7gy1dv63xFY8pQPFikEaHza3dKFXoXvNrCAj/iPJjQfSQf4G9GRY5krl5tMleiyEj0JDTYhBvj/qYfpITARrWJZmhn6VmrpYKDPi0zXMFN/oZ2iugG+tzk8q0ogOW7pkFeYZBV+DxQWo1+HnUL1kGuTgfsDoGzOBnmsvI/TFZjuswG/xRRwXC1zw+AhlX9lvC8YhbFRwOllk0VcqQ/vUY5vY1NUiT9cbgbG3VC3SX9buiLWfNxmL+o8RJ4lY/f5bXybQH40XzTqapJjJX3B+IzZi83kPAW6nKGUpz5HmU6uc0ETra3PkTy4033VHsVkhIgUMrkbaQFuozpCy3nblHqhKXbLw6hSgMZ30khob1pPY1BXn6D8ca78kfkn4yvj8/WLPWTwwn6w==; 5:1CjoEZuHepqQ8wsox6ZKPIUsa1907hgNVLxHnHRYjrHJli84HAyfllMi/Q/7dqDvGspl5xub8SEiGOfvE63CiswhWkP6qRLBLo8PGF684mWXgd4+lF92x68JFULMzyGYbWEtLKRRObqbbQqybnVXw0mRVhCc9WO/Zxb0cdSbFwU=; 7:TmPrZuVaox69FZ3TldRbUJYh5dl/vZn1aumbelLPqQ3vfiIqJObXsCDjeG/AiMo9+6ll8RcwbU/LDDV0iDxveTWvHGW8Pq+Hq4BiMOuEKQ2d5SbcLtOa4HaDqF+ldeKEXtyqGZd2NC3LC4Cjf7BznA==
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-correlation-id: a89488ac-6a25-42a8-5a0d-08d64a3359ed
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390098)(7020095)(4652040)(8989299)(5600074)(711020)(4618075)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7153060)(7193020); SRVR:CS1PR8401MB0984; 
x-ms-traffictypediagnostic: CS1PR8401MB0984:
x-microsoft-antispam-prvs: <CS1PR8401MB09841C98D49796B112907B30DBC30@CS1PR8401MB0984.NAMPRD84.PROD.OUTLOOK.COM>
x-exchange-antispam-report-test: UriScan:(29839356944091)(158342451672863)(120809045254105)(192374486261705)(72170088055959)(248295561703944)(37575265505322);
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(10201501046)(3002001)(3231410)(944501410)(52105112)(93006095)(93001095)(6055026)(148016)(149066)(150057)(6041310)(20161123564045)(20161123562045)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(201708071742011)(7699051)(76991095); SRVR:CS1PR8401MB0984; BCL:0; PCL:0; RULEID:; SRVR:CS1PR8401MB0984; 
x-forefront-prvs: 085634EFF4
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(136003)(376002)(366004)(396003)(39860400002)(53234004)(13464003)(189003)(199004)(3846002)(6116002)(99286004)(966005)(36756003)(25786009)(83716004)(478600001)(71190400001)(71200400001)(106356001)(53546011)(102836004)(6506007)(186003)(2906002)(66066001)(14454004)(33656002)(26005)(86362001)(476003)(2616005)(8676002)(8936002)(6486002)(68736007)(15650500001)(97736004)(4001150100001)(2900100001)(6246003)(6512007)(6306002)(2501003)(5660300001)(82746002)(105586002)(305945005)(7736002)(6436002)(316002)(110136005)(486006)(81166006)(81156014)(53936002)(229853002)(14444005)(256004)(58126008); DIR:OUT; SFP:1102; SCL:1; SRVR:CS1PR8401MB0984; H:CS1PR8401MB0759.NAMPRD84.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: hpe.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: kmD5+Mw1sWv75z35Dyz6AB9Z5mvSNBqTQj01Exfc/j0u+eHWTYJScoRrfubYw3/tv99aRAjsbc0mTkY2qD1j7GGQGNouCRlgVUEXYGngNfHAg4U/0a4HFgKi4PDLXnHukN8ot2mbobsC/mIqJUpHcLD8FfopKgi5C4EWsoqKCYXcf8Ms3qhM0x5qHsrJyxr7oscU7NrqkROXrzUOBP7rTfFilcGhuCrR8ZV1g7KZEqNNDskq01iUvLqx0tCVSgmXy9u4RNxvgJPhhulmSFzzwSui+lSqM0o8bOmahl0YocMTGtkLViwBQer+yHK+7/lIaIMLhmDfLwTKh+BRhFWXIYFsJS4f9MVWlnheXXN63Tc=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <DF8F70D52BFDB64D8A6EAE2B74EB6B99@NAMPRD84.PROD.OUTLOOK.COM>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: a89488ac-6a25-42a8-5a0d-08d64a3359ed
X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Nov 2018 13:16:13.0657 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 105b2061-b669-4b31-92ac-24d304d195dc
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CS1PR8401MB0984
X-OriginatorOrg: hpe.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/J36I9W7rlsoAA2N6Oejs77Th9vM>
Subject: Re: [Emu] FW: New Version Notification for draft-ietf-emu-eap-tls13-03.txt
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2018 13:21:34 -0000

TWFraW5nIGl0IG1hbmRhdG9yeSB0byB1c2UgYW4gYW5vbnltb3VzIE5BSSB3aWxsIGJlIGEgaHVn
ZSBpc3N1ZSBpbiBlbnRlcnByaXNlIHdoZXJlIHRoZSBpbmZyYXN0cnVjdHVyZSwgZGV2aWNlIGFu
ZCBlbnRlcnByaXNlIGlkZW50aXR5IGlzIG93bmVkIGJ5IHRoZSBlbnRlcnByaXNlLiBUaGVyZSBp
cyBubyBwcm94eSBvciB0aGlyZCBwYXJ0eSBwcm92aWRlci4NCg0KU2VlaW5nICJhbm9ueW1vdXNA
ZW50ZXJwcmlzZS5jb20iIGFjcm9zcyBhbGwgbmV0d29yayBpbmZyYXN0cnVjdHVyZSBpcyBub3Qg
Z29pbmcgdG8gYmUgYWNjZXB0YWJsZS4NCg0KV2h5IG5vdCBwcm92aWRlIGEgZmxhZyB0aGF0IGNh
biBiZSBwYXNzZWQgaW4gdGhlIEVBUCBleGNoYW5nZSBmcm9tIHRoZSBzdXBwbGljYW50IHRoYXQg
ZW5hYmxlcyB0aGlzIGJlaGF2aW9yIHNvIHVzZXJzIHdpdGggZnVsbCBjb250cm9sIG9mIHRoZWly
IGRldmljZSBjYW4gdXNlIHRoaXMgd2hpbGUgZW50ZXJwcmlzZSBvciBvdGhlciB1c2UgY2FzZXMg
dGhhdCByZXF1aXJlIHJlYWwgaWRlbnRpdHkgY2FuIGNvbmZpZ3VyZSB0aGUgc3VwcGxpY2FudCB0
byBwcm92aWRlIGEgZGlmZmVyZW50IGZsYWc/DQoNCnRpbQ0KDQrvu79PbiAxMS8xNC8xOCwgNzo1
MCBBTSwgIkVtdSBvbiBiZWhhbGYgb2YgSm9obiBNYXR0c3NvbiIgPGVtdS1ib3VuY2VzQGlldGYu
b3JnIG9uIGJlaGFsZiBvZiBqb2huLm1hdHRzc29uQGVyaWNzc29uLmNvbT4gd3JvdGU6DQoNCiAg
ICBIaSwNCiAgICANCiAgICBXZSBoYXZlIHVwZGF0ZWQgdGhlIGRyYWZ0IGFjY29yZGluZyB0byB0
aGUgZGlzY3Vzc2lvbiBhbmQgY29uY2x1c2lvbnMgYXQgSUVURiAxMDMuIA0KICAgIA0KICAgIC0g
TmV3IGZpZ3VyZSBzaG93aW5nIHRoZSBtZXNzYWdlIGZsb3cgZm9yIEVBUC1UTFMgY2xpZW50IHJl
amVjdGlvbiBvZiBOZXdTZXNzaW9uVGlja2V0CQ0KICAgIA0KICAgIC0gVGhlIGRyYWZ0IGRpZCBu
b3QgbWVudGlvbiB0aGF0IFRMUyBoYXMgYm90aCB3YXJuaW5nIGFuZCBmYXRhbCBhbGVydHMuIFdl
IGNoYW5nZWQgIlRMUyBBbGVydCBNZXNzYWdlIiB0byAiIFRMUyBGYXRhbCBBbGVydCIgYW5kIGFk
ZGVkIGEgZmV3IHNlbnRlbmNlcyB0aGF0IGRlc2NyaWJlIHRoZSBkaWZmZXJlbmNlLg0KICAgIA0K
ICAgICAgIkZpZ3VyZXMgNCwgNSwgNiwgYW5kIDcgaWxsdXN0cmF0ZSBtZXNzYWdlIGZsb3dzIGlu
IHNldmVyYWwgY2FzZXMJDQogICAgICAgd2hlcmUgdGhlIEVBUCBwZWVyIG9yIEVBUCBzZXJ2ZXIg
c2VuZHMgYSBUTFMgZmF0YWwgYWxlcnQgbWVzc2FnZS4JDQogICAgICAgVExTIHdhcm5pbmcgYWxl
cnRzIGdlbmVyYWxseSBtZWFuIHRoYXQgdGhlIGNvbm5lY3Rpb24gY2FuIGNvbnRpbnVlCQ0KICAg
ICAgIG5vcm1hbGx5IGFuZCBkb2VzIG5vdCBjaGFuZ2UgdGhlIG1lc3NhZ2UgZmxvdy4gIE5vdGUg
dGhhdCB0aGUgcGFydHkJDQogICAgICAgcmVjZWl2aW5nIGEgVExTIHdhcm5pbmcgYWxlcnQgbWF5
IGNob29zZSB0byB0ZXJtaW5hdGUgdGhlIGNvbm5lY3Rpb24JDQogICAgICAgYnkgc2VuZGluZyBh
IFRMUyBmYXRhbCBhbGVydCwgd2hpY2ggbWF5IGFkZCBhbiBleHRyYSByb3VuZC10cmlwLCBzZWUJ
DQogICAgICAgW1JGQzg0NDZdLiINCiAgICANCiAgICAtIE1hZGUgaXQgbWFuZGF0b3J5IHRvIGFs
d2F5cyBjb25jZWFsIHRoZSB1c2VybmFtZSBpbiB0aGUgSWRlbnRpdHkgUmVzcG9uc2UuIFRoaXMg
bGVkIHRvIHNtYWxsZXIgY2hhbmdlcyBpbiBzZXZlcmFsIHBsYWNlcy4NCiAgICAgICAtLSBUZXh0
IHdlcmUgdXBkYXRlZCB0byByZWZsZWN0IHRoaXMgaXMgbWFuZGF0b3J5IA0KICAgICAgIC0tIENo
YW5nZWQgIklkZW50aXR5IChNeUlEKSIgdG8gIklkZW50aXR5IChBbm9ueW1vdXMgTkFJKSIgaW4g
YWxsIGZpZ3VyZXMNCiAgICAgICAtLSBSZW1vdmVkIHRoZSAicHJpdmFjeSIgZmlndXJlIGFzIHRo
YXQgaXMgbm8gbG9uZ2VyIG5lZWRlZC4gSW5zdGVhZCB0aGUgc2VjdGlvbiByZWZlciB0byBGaWd1
cmUgMS4NCiAgICANCiAgICAtIEFkZGVkICJhbmQgYWxsIFBvc3QtSGFuZHNoYWtlIG1lc3NhZ2Vz
IGhhdmUgYmVlbiBzZW50IiB0byBwYWdlIDMuIFRoZSBuZXcgc2VudGVuY2UgcmVhZHM6DQogICAg
ICJBZnRlciB0aGUgVExTIGhhbmRzaGFrZSBoYXMgY29tcGxldGVkIGFuZCBhbGwgUG9zdC1IYW5k
c2hha2UgbWVzc2FnZXMgaGF2ZSBiZWVuIHNlbnQsIHRoZSBFQVAgc2VydmVyIHNlbmRzIEVBUC1T
dWNjZXNzLiIJDQogICAgDQogICAgLSBTZXZlcmFsIGVkaXRvcmlhbHMuDQogICAgDQogICAgQ2hl
ZXJzLA0KICAgIEpvaG4NCiAgICANCiAgICAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KICAg
IEZyb206ICJpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmciIDxpbnRlcm5ldC1kcmFmdHNAaWV0Zi5v
cmc+DQogICAgRGF0ZTogV2VkbmVzZGF5LCAxNCBOb3ZlbWJlciAyMDE4IGF0IDEzOjIwDQogICAg
VG86IE1vaGl0IFNldGhpIDxtb2hpdEBwaXVoYS5uZXQ+LCBKb2huIE1hdHRzc29uIDxqb2huLm1h
dHRzc29uQGVyaWNzc29uLmNvbT4NCiAgICBTdWJqZWN0OiBOZXcgVmVyc2lvbiBOb3RpZmljYXRp
b24gZm9yIGRyYWZ0LWlldGYtZW11LWVhcC10bHMxMy0wMy50eHQNCiAgICANCiAgICANCiAgICBB
IG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtaWV0Zi1lbXUtZWFwLXRsczEzLTAzLnR4dA0KICAg
IGhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgSm9obiBNYXR0c3NvbiBhbmQgcG9z
dGVkIHRvIHRoZQ0KICAgIElFVEYgcmVwb3NpdG9yeS4NCiAgICANCiAgICBOYW1lOgkJZHJhZnQt
aWV0Zi1lbXUtZWFwLXRsczEzDQogICAgUmV2aXNpb246CTAzDQogICAgVGl0bGU6CQlVc2luZyBF
QVAtVExTIHdpdGggVExTIDEuMw0KICAgIERvY3VtZW50IGRhdGU6CTIwMTgtMTEtMTQNCiAgICBH
cm91cDoJCWVtdQ0KICAgIFBhZ2VzOgkJMjINCiAgICBVUkw6ICAgICAgICAgICAgaHR0cHM6Ly93
d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWlldGYtZW11LWVhcC10bHMxMy0wMy50
eHQNCiAgICBTdGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2Mv
ZHJhZnQtaWV0Zi1lbXUtZWFwLXRsczEzLw0KICAgIEh0bWxpemVkOiAgICAgICBodHRwczovL3Rv
b2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1lbXUtZWFwLXRsczEzLTAzDQogICAgSHRtbGl6
ZWQ6ICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtaWV0
Zi1lbXUtZWFwLXRsczEzDQogICAgRGlmZjogICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3Jn
L3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLWVtdS1lYXAtdGxzMTMtMDMNCiAgICANCiAgICBBYnN0
cmFjdDoNCiAgICAgICBUaGlzIGRvY3VtZW50IHNwZWNpZmllcyB0aGUgdXNlIG9mIEVBUC1UTFMg
d2l0aCBUTFMgMS4zIHdoaWxlDQogICAgICAgcmVtYWluaW5nIGJhY2t3YXJkcyBjb21wYXRpYmxl
IHdpdGggZXhpc3RpbmcgaW1wbGVtZW50YXRpb25zIG9mIEVBUC0NCiAgICAgICBUTFMuICBUTFMg
MS4zIHByb3ZpZGVzIHNpZ25pZmljYW50bHkgaW1wcm92ZWQgc2VjdXJpdHksIHByaXZhY3ksIGFu
ZA0KICAgICAgIHJlZHVjZWQgbGF0ZW5jeSB3aGVuIGNvbXBhcmVkIHRvIGVhcmxpZXIgdmVyc2lv
bnMgb2YgVExTLiAgRUFQLVRMUw0KICAgICAgIHdpdGggVExTIDEuMyBwcm92aWRlcyBzaWduaWZp
Y2FudGx5IGltcHJvdmVkIHByb3RlY3Rpb24gYWdhaW5zdA0KICAgICAgIHBlcnZhc2l2ZSBtb25p
dG9yaW5nIGJ5IG1hbmRhdGluZyB1c2Ugb2YgcHJpdmFjeS4gIFRoaXMgZG9jdW1lbnQNCiAgICAg
ICB1cGRhdGVzIFJGQyA1MjE2Lg0KICAgIA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAN
CiAgICANCiAgICANCiAgICBQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9m
IG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uDQogICAgdW50aWwgdGhlIGh0bWxp
emVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCiAg
ICANCiAgICBUaGUgSUVURiBTZWNyZXRhcmlhdA0KICAgIA0KICAgIA0KICAgIF9fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQogICAgRW11IG1haWxpbmcgbGlz
dA0KICAgIEVtdUBpZXRmLm9yZw0KICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz
dGluZm8vZW11DQogICAgDQoNCg==


From nobody Wed Nov 14 05:37:54 2018
Return-Path: <aland@deployingradius.com>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 96BB7130E66 for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 05:37:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 Nnh5cT5S-JDK for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 05:37:51 -0800 (PST)
Received: from mail.networkradius.com (mail.networkradius.com [62.210.147.122]) by ietfa.amsl.com (Postfix) with ESMTP id 154DF130E5A for <emu@ietf.org>; Wed, 14 Nov 2018 05:37:51 -0800 (PST)
Received: from [192.168.46.58] (198-84-237-221.cpe.teksavvy.com [198.84.237.221]) by mail.networkradius.com (Postfix) with ESMTPSA id 9B2C8370; Wed, 14 Nov 2018 13:37:49 +0000 (UTC)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 12.0 \(3445.100.39\))
From: Alan DeKok <aland@deployingradius.com>
In-Reply-To: <1C51B2F8-5635-4C36-B657-05A69B928509@hpe.com>
Date: Wed, 14 Nov 2018 08:37:48 -0500
Cc: John Mattsson <john.mattsson@ericsson.com>, "emu@ietf.org" <emu@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <0BCDE1A6-1AFB-42E4-BF99-DB4935E78FDE@deployingradius.com>
References: <1C51B2F8-5635-4C36-B657-05A69B928509@hpe.com>
To: "Cappalli, Tim (Aruba Security)" <timc@hpe.com>
X-Mailer: Apple Mail (2.3445.100.39)
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/kKROCQ6-x8WTCbHsRvD2xZIu69E>
Subject: Re: [Emu] FW: New Version Notification for draft-ietf-emu-eap-tls13-03.txt
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2018 13:37:54 -0000

On Nov 14, 2018, at 8:16 AM, Cappalli, Tim (Aruba Security) =
<timc@hpe.com> wrote:
>=20
> Making it mandatory to use an anonymous NAI will be a huge issue in =
enterprise where the infrastructure, device and enterprise identity is =
owned by the enterprise. There is no proxy or third party provider.

 I don't see that in Section 2.1.4.  It says:

   ... a client supporting TLS 1.3 MUST NOT send its
   username in cleartext in the Identity Response.  It is RECOMMENDED to
   use anonymous NAIs, but other solutions where the username is
   encrypted MAY be used.

  So username *hiding* his mandatory.  But the method is left to the =
implementation.

> Seeing "anonymous@enterprise.com" across all network infrastructure is =
not going to be acceptable.

  In what context will you "see" that across all network infrastructure?

  Since this is the enterprise, you control your own RADIUS server.  You =
can associate the *inner* identity with the users session.  There is no =
requirement that you only look at the outer identity for tracking user =
sessions.  This tying of inner / outer identities is common in ISP and =
enterprise environments.

  In the absence of specific reasons behind this statement, I just don't =
see how anonymous identities are a problem for anyone, anywhere.

  If I had to guess, I'd say that the problem comes from *other* devices =
on the network.  Devices that snoop EAP, but aren't involved in the =
actual authentication.  The solution there would be to have the local =
RADIUS server talk to the local snooping device.  Or, the local snooping =
device looks at MAC addresses instead of EAP identities.  And then uses =
the RADIUS DB to correlate MAC address to EAP inner identity.=20

> Why not provide a flag that can be passed in the EAP exchange from the =
supplicant that enables this behavior so users with full control of =
their device can use this while enterprise or other use cases that =
require real identity can configure the supplicant to provide a =
different flag?

  Given the horrific nature of implementations and inter-operability, I =
would oppose yet another point of negotiation.  It does not add anything =
IMHO.  And, it makes implementations and inter-operability more complex.

  Alan DeKok.


From nobody Wed Nov 14 06:04:40 2018
Return-Path: <john.mattsson@ericsson.com>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C3077130E83 for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 06:04:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.77
X-Spam-Level: 
X-Spam-Status: No, score=-4.77 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com header.b=OHhOv4E+; dkim=pass (1024-bit key) header.d=ericsson.com header.b=I+DbvReQ
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 uvVjtwTpKFkT for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 06:04:35 -0800 (PST)
Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (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 AD274126DBF for <emu@ietf.org>; Wed, 14 Nov 2018 06:04:33 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple;  q=dns/txt; i=@ericsson.com; t=1542204271; x=1544796271; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=s6aUvcdbNw+RnAqYrXoDa3d5w6KO1fRVMe5qaa9XPEo=; b=OHhOv4E+aDKS83peU/0sd4XzH+gO6bGtxmiDWldkgO5rbSW8PCYXgo7JHJEgr3IG hxTWDyinMY2EL67/7EGGuI2d0jGb3kCtXyWhZdUpvQlYSloDCDJqt6keHTuqPVNp 8IN5nmn6I2mth9P0sesxqCIFjRqES5TEubW5mQwFe48=;
X-AuditID: c1b4fb30-f15ff700000043c4-bf-5bec2b6f9d31
Received: from ESESBMB504.ericsson.se (Unknown_Domain [153.88.183.117]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 6A.A9.17348.F6B2CEB5; Wed, 14 Nov 2018 15:04:31 +0100 (CET)
Received: from ESESBMB503.ericsson.se (153.88.183.170) by ESESBMB504.ericsson.se (153.88.183.171) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Wed, 14 Nov 2018 15:04:31 +0100
Received: from EUR04-DB3-obe.outbound.protection.outlook.com (153.88.183.157) by ESESBMB503.ericsson.se (153.88.183.170) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3 via Frontend Transport; Wed, 14 Nov 2018 15:04:31 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=s6aUvcdbNw+RnAqYrXoDa3d5w6KO1fRVMe5qaa9XPEo=; b=I+DbvReQhmodBHfteNDc5hHzgPCD75Vztwf4qI0WO6tiQP5uCPYV4MmhCDL2aCItBlw/h6PJjyx0fDsG6jWnfArgbe66MevgvM4SLkIySPhJzBl2c9BxNg4mmR/1P4sVa5pHnv2yZGJ1Olivx/jLRcFUtpe9lWGNEChjuX0L3L0=
Received: from HE1PR07MB4169.eurprd07.prod.outlook.com (20.176.166.22) by HE1PR07MB3130.eurprd07.prod.outlook.com (10.170.245.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1339.18; Wed, 14 Nov 2018 14:04:29 +0000
Received: from HE1PR07MB4169.eurprd07.prod.outlook.com ([fe80::fcb5:ca45:9e56:1910]) by HE1PR07MB4169.eurprd07.prod.outlook.com ([fe80::fcb5:ca45:9e56:1910%2]) with mapi id 15.20.1339.021; Wed, 14 Nov 2018 14:04:29 +0000
From: John Mattsson <john.mattsson@ericsson.com>
To: "emu@ietf.org" <emu@ietf.org>
Thread-Topic: EAP-TLS 1.3 - TLS extensions and mechanisms
Thread-Index: AQHUfCL1VX1ES0t0UEmBQFk1VjrnFw==
Date: Wed, 14 Nov 2018 14:04:29 +0000
Message-ID: <6A08279F-DDC1-4C33-96CB-AA32FF0BB281@ericsson.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/10.11.0.180909
x-originating-ip: [192.176.1.81]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; HE1PR07MB3130; 6:N3E0Gwk/0mpDHG0JdNYbFcGgQSP49/o/T5ORr/raJCsca+soQ5LbB2k5IiJ1F+nLUMVvBLsT3VZXwxS3g++6UvUUUwanVzVWyovy8dQxja5p0XZinnSuLTnVzj/lJQfPDVbm6mLDYnZkh7IOyDSbARu5XkJeKREugaopmwAuewfMEPtvFKooAroWKg2wbixFU7qM1UWzYNYPttUoBVyVTWQmyORJlmrIBCHV3e6UGR3nbO2BwYlzx2nUEHdb9k2kcX3z4INU0V7cuuwBs1hFcvak4WEYi+o3PPEaFTssGNV1EDIteqdl7q0gQVGAPND0Uw6B5cK/Hesb862l6SRz67Xj6fCuR70m1r1Yg2TY72BrFa90PueUEWcDg4NGuL0KjT59oTgwS8JdlnoQAFthuZE5ucIfIz+e9ToHuwjdF1b0ABdhwNTYnq0pFZdS7+EIcUhLW2aqdbfqpKcjBoE3MA==; 5:ZOo7otw8GHd8TvsbpOwWnOJojlc1/e0fGZJuaDYwUbvZNdfjZH33SppM4ivvrfpTUAxGh51DI16xvMONvVpwzLu66d2yDiJxmk4g1ZZZ8FiNUi85D7d4k1fkq5goZhPiMhMLHEz9JaqROr4cXjArjDgfuduPss1ZlDCYv+nux50=; 7:SsBVB6YMNTcWBQPPtAeR3ylI9bVQl3tSORkVcZUtQC/3RpLcFQe97vgS8oWttdYYSacprELEbp2a2wzWyfW0U9fVrpyfSYDhXUThB1y4R1uvBuN1Mhe6XajrE8G+93067vKIVYqBrIFy0d/CCOHkVA==
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-correlation-id: 09a3f51e-0924-4c10-a56f-08d64a3a187f
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390098)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(2017052603328)(7153060)(7193020); SRVR:HE1PR07MB3130; 
x-ms-traffictypediagnostic: HE1PR07MB3130:
x-microsoft-antispam-prvs: <HE1PR07MB3130F65CBCE711212DE2BBE689C30@HE1PR07MB3130.eurprd07.prod.outlook.com>
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(93006095)(93001095)(3231410)(944501410)(52105112)(10201501046)(3002001)(148016)(149066)(150057)(6041310)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123564045)(20161123560045)(201708071742011)(7699051)(76991095); SRVR:HE1PR07MB3130; BCL:0; PCL:0; RULEID:; SRVR:HE1PR07MB3130; 
x-forefront-prvs: 085634EFF4
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(136003)(376002)(346002)(366004)(396003)(39860400002)(13464003)(189003)(199004)(53234004)(52314003)(45074003)(53754006)(5660300001)(99286004)(68736007)(316002)(33656002)(81166006)(58126008)(81156014)(2906002)(36756003)(3846002)(2900100001)(6116002)(82746002)(66066001)(8676002)(6436002)(6512007)(53936002)(86362001)(6916009)(1730700003)(6306002)(8936002)(106356001)(53546011)(6506007)(305945005)(2351001)(14454004)(6486002)(5640700003)(25786009)(186003)(6346003)(7736002)(105586002)(26005)(2616005)(102836004)(4001150100001)(966005)(44832011)(476003)(97736004)(478600001)(71190400001)(83716004)(71200400001)(486006)(14444005)(256004)(2501003); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB3130; H:HE1PR07MB4169.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=john.mattsson@ericsson.com; 
x-microsoft-antispam-message-info: +7fDqo6N491WkzDksLWqAJ2cBke1RzBTnGZJqptTTFPEKtXSXYHs56W8K4SGPJCMPAzjSZRFTFMA6iOHQn0eYt8vQA0ylo/u5buYRGlN4n2UsF67XiplCFNSuAdKukSKA24HjJK0wAzsNazQ5Rmkb4TTeKfaxzxpG7dHQHM+Maohmwz3QLUTXABJNSgms6ck5mCyu9KCgHCbPstIFnxN26/1zp2pnz6nDZ4UjkqBjANY62GZNkvCZq338yg76wv4eaUoW8htoQZVtUIr+GF+rOC9CnyS8VCKtT2k8h1BfhBNeep3T3zvjMCOdAl19xooZ9szTQtpBcYJfilc25WHNyX1D4sywYtCPMuafNGUX/w=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <E519284EA71EBE4C83D98785BE83E06C@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 09a3f51e-0924-4c10-a56f-08d64a3a187f
X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Nov 2018 14:04:29.7710 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB3130
X-OriginatorOrg: ericsson.com
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupgleLIzCtJLcpLzFFi42KZGbG9VDdf+020wYITChbH1q9lcWD0WLLk J1MAYxSXTUpqTmZZapG+XQJXxrYb31gKjrhXHOtbz9rAeMO1i5GTQ0LARGLt9+lMXYxcHEIC RxgluvuXsEI43xglftxYzwzhLGGSaF0wlQXEYRGYwCyx8MF/FojMZCaJXXvesUM4jxglpi67 zQgymU3AQGLungY2EFtEQFHix6U2ZhBbGGjj12vdrBBxS4nz1y+wQNh6Em+vPWYCsVkEVCXO TvkJVs8rYC/R//Ie2ExGATGJ76fWgNUwC4hL3HoynwniCwGJJXvOM0PYohIvH/8Dmy8qoC8x /0EHK0RcQeLYjJUsELasxKX53YwgR0sIXGOTeH27E2qQrsSHqVOhBvlKXJu3mBmi6AKjxIkH W9ggEloSS+5uYYSwsyW6us9BxeUkVvU+ZIFoOM4ssWjRCXaIhAzQO3ugVu9hk9i7PwrEFhJI lVi+tpVxAqP+LCQfzWLkALI1Jdbv0ocwPSQOP7KAqFCUmNL9kH0WOFwEJU7OfMKygJF1FaNo cWpxUm66kZFealFmcnFxfp5eXmrJJkZg+ji45bfBDsaXzx0PMQpwMCrx8E4ReBMtxJpYVlyZ e4hRgoNZSYTXP/p1tBBvSmJlVWpRfnxRaU5q8SFGaQ4WJXFeC7/NUUIC6YklqdmpqQWpRTBZ Jg5OqQZGT6GqHSJh+itfPhRqs5H5WJd97vS/5lVu681TJEzOsdV/bHv26e3NdQtdS7vefdUL l5wQ5O2Z88/xhkzMxPWqK458+2rt2mM6eeacrKzjU6sWn1t659Q9sdL4+taq5idXt8/+Etx+ a9HUp78eNu1JcTlidZbhQoZJosu9evmaQzdWh2TuPrd+hhJLcUaioRZzUXEiAI4+deAbAwAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/ubqgjzp4-5OjSH2bGor2W7aaluk>
Subject: [Emu] EAP-TLS 1.3 - TLS extensions and mechanisms
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2018 14:04:38 -0000

SGkgYWxsLA0KDQpJIHRoaW5rIHRoZSBkcmFmdCBpcyBub3cgaW4gcXVpdGUgZ29vZCBzaGFwZS4g
SXQgd291bGQgYmUgZ29vZCB0byBnZXQgc29tZSByZXZpZXdzLiBPbmUgdGhpbmcgdGhhdCBJIHdv
dWxkIGxpa2UgdG8gZGlzY3VzcyBpcyB3aGF0IHRoZSBkcmFmdCBzaG91bGQgc2F5IGFib3V0IHZh
cmlvdXMgZXh0ZW5zaW9ucyBhbmQgbWVjaGFuaXNtcy4gSW4gcGFydGljdWxhcjoNCg0KDQotIFJl
dm9jYXRpb24NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLQ0KDQpSRkMgNTIxNiBzYXlzOg0KDQoiRUFQLVRMUyBwZWVyIGFuZCBzZXJ2ZXIgaW1w
bGVtZW50YXRpb25zIE1VU1Qgc3VwcG9ydCB0aGUgdXNlIG9mIENlcnRpZmljYXRlIFJldm9jYXRp
b24gTGlzdHMgKENSTHMpIg0KIkVBUC1UTFMgcGVlciBhbmQgc2VydmVyIGltcGxlbWVudGF0aW9u
cyBTSE9VTEQgYWxzbyBzdXBwb3J0IHRoZSBPbmxpbmUgQ2VydGlmaWNhdGUgU3RhdHVzIFByb3Rv
Y29sIChPQ1NQKSINCiJFQVAtVExTIHBlZXJzIGFuZCBzZXJ2ZXJzIFNIT1VMRCBpbXBsZW1lbnQg
Q2VydGlmaWNhdGUgU3RhdHVzIFJlcXVlc3QgbWVzc2FnZXMiDQoNCmRyYWZ0LWlldGYtZW11LWVh
cC10bHMxMy0wMyBhZGRzOg0KDQoiVGhlIHVzZSBvZiBDZXJ0aWZpY2F0ZSBTdGF0dXMgUmVxdWVz
dHMgdG8gZGV0ZXJtaW5lIHRoZSBjdXJyZW50IHN0YXR1cyBvZiB0aGUgRUFQIHNlcnZlcidzIGNl
cnRpZmljYXRlIGlzIFJFQ09NTUVOREVELiINCg0KRm9yIEVBUC1UTFMgd2hlcmUgdGhlIHBlZXIg
b2Z0ZW4gZG9lcyBub3QgaGF2ZSBpbnRlcm5ldCBjb25uZWN0aW9uIE9DU1Agc3RhcGxpbmcgaXMg
b2Z0ZW4gYnkgZmFyIHRoZSBtb3N0IGFwcHJvcHJpYXRlIG1lY2hhbmlzbS4gSXMgaXQgdGltZSB0
byBtYWtlIENlcnRpZmljYXRlIFN0YXR1cyBSZXF1ZXN0cyAoT0NTUCBzdGFwbGluZykgbWFuZGF0
b3J5IHRvIGltcGxlbWVudCBmb3IgRUFQLVRMUyB3aXRoIFRMUyAxLjM/IA0KDQpNeSB2aWV3IHdv
dWxkIGJlIHllcywgT1NDUCBzdGFwbGluZyBpcyBzb2x2aW5nIGEgbG90IG9mIGlzc3VlcyB3aXRo
IHJldm9jYXRpb24sIGVzcGVjaWFsbHkgZm9yIEVBUC1UTFMuIEkgdGhpbmsgT0NTUCBzdGFwbGlu
ZyBzaG91bGQgYmUgbWFuZGF0b3J5IHRvIHN1cHBvcnQgYW5kIG1heWJlIGFsc28gbWFuZGF0b3J5
IHRvIHVzZS4uLg0KDQpXaGF0IGlzIHRoZSB3b3JraW5nIGdyb3VwJ3Mgb3BpbmlvbiBhYm91dCBy
ZXZvY2F0aW9uIG1lY2hhbmlzbXM/DQoNCg0KDQotIEZyYWdtZW50YXRpb24gZHVlIHRvIGxhcmdl
IGNlcnRpZmljYXRlcw0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tDQoNCmRyYWZ0LWlldGYtZW11LWVhcC10bHMxMy0wMyBzYXlzOg0KDQoiRUFQ
LVRMUyBwZWVycyBhbmQgc2VydmVycyBTSE9VTEQgc3VwcG9ydCBhbmQgdXNlIHRoZSBDYWNoZWQg
SW5mb3JtYXRpb24gRXh0ZW5zaW9uIGFzIHNwZWNpZmllZCBpbiBbUkZDNzkyNF0uIg0KDQpkcmFm
dC1tcy1lbXUtZWFwdGxzY2VydC0wMSBzYXlzOg0KDQoiVGhlIGV4dGVuc2lvbiBob3dldmVyIG5l
Y2Vzc2l0YXRlcyBhIHN1Y2Nlc3NmdWwgZnVsbCBoYW5kc2hha2UgYmVmb3JlIGFueSBjYWNoaW5n
LiAgVGhpcyBleHRlbnNpb24gY2FuIGJlIHVzZWZ1bCB3aGVuLCBmb3IgZXhhbXBsZSwgd2hlbiBh
IHN1Y2Nlc3NmdWwgYXV0aGVudGljYXRpb24gYmV0d2VlbiBhbiBFQVAgcGVlciBhbmQgRUFQIHNl
cnZlciBoYXMgb2NjdXJyZWQgaW4gdGhlIGhvbWUgbmV0d29yay4iDQoNCkFzIGZyYWdtZW50YXRp
b24gb2YgbGFyZ2UgY2VydGlmaWNhdGVzIGlzIGEgbGFyZ2UgcHJvYmxlbSBpbiBFQVAtVExTIGRl
cGxveW1lbnRzLCB3b3VsZCBpdCBtYWtlIHNlbnNlIHRvIG1hbmRhdGUgc3VwcG9ydCBhbmQgb3Ig
dXNlIG9mIFJGQyA3OTI0IHdoZW4gVExTIDEuMyBpcyB1c2VkPw0KDQpBbHNvLCBpbiBJRVRGIDEw
MiB3ZSBkaXNjdXNzZWQgY2FjaGVkIGluZm9ybWF0aW9uIGFuZCB0aGUgcG9zc2liaWxpdHkgZm9y
IHRoZSBjbGllbnQgdG8gY2FjaGUgdGhlIHNlcnZlcidzIGNlcnRpZmljYXRlIGZyb20gYSBkcm9w
cGVkIGhhbmRzaGFrZS4gSSB0aG91Z2ggbW9yZSBhYm91dCB0aGlzIGFuZCBJIGNhbm5vdCBzZWUg
YW55IGNyeXB0b2dyYXBoaWMgcHJvYmxlbXMgd2l0aCB0aGUgY2xpZW50IGNhY2hpbmcgdGhlIHNl
cnZlcidzIGNlcnRpZmljYXRlIGZyb20gYSBkcm9wcGVkIGhhbmRzaGFrZS4gVGhlIGNsaWVudCBj
YW4gdmVyaWZ5IHRoZSBjZXJ0aWZpY2F0ZSBhbnl3YXksIGJ1dCB0aGUgc2VydmVyIG1heSBub3Qg
aGF2ZSB0aW1lIHRvIHByb3ZlIHBvc3Nlc3Npb24gb2YgdGhlIHByaXZhdGUga2V5IGJlZm9yZSB0
aGUgaGFuZHNoYWtlIGlzIGRyb3BwZWQuIEdldHRpbmcgY2VydGlmaWNhdGVzIG91dC1vZi1iYW5k
IGlzIGNvbW1vbiBpbiBtYW55IGNhc2VzLiBUaGUgb25seSBwcm9ibGVtIEkgY2FuIHNlZSBpcyB0
aGF0IGFuIGF0dGFja2VyIGNvdWxkIHRyeSB0byBmaWxsIHRoZSBwZWVyJ3MgbWVtb3J5IHN0b3Jh
Z2UgYnkgc2VuZGluZyBjZXJ0aWZpY2F0ZXMgdG8gdGhlIGNsaWVudCwgYnV0IHRoaXMgZG9lcyBu
b3QgZ2l2ZSBhbnkgYW1wbGlmaWNhdGlvbiBhbmQgY291bGQgZWFzaWx5IGJlIG1pdGlnYXRlZCBi
eSB0aGUgY2xpZW50IG9ubHkgY2FjaGluZyBhIHNpbmdsZSBvciB2ZXJ5IGZldyBjZXJ0aWZpY2F0
ZXMuDQoNCkFzIGZyYWdtZW50YXRpb24gb2YgbGFyZ2UgY2VydGlmaWNhdGVzIGlzIGEgbGFyZ2Ug
cHJvYmxlbSBpbiBFQVAtVExTLCBteSB2aWV3IHdvdWxkIGJlIHRoYXQgd2Ugc2hvdWxkIHNwZWNp
ZnkgdGhhdCB0aGUgcGVlciBjYW4gY2FjaGUgY2VydGlmaWNhdGVzIGZyb20gYSBkcm9wcGVkIGhh
bmRzaGFrZS4gV2l0aCB0aGlzIGNoYW5nZSBpcyBpdCBsaWtlbHkgYWxtb3N0IGFsd2F5cyBwb3Nz
aWJsZSB0byBkbyBFQVAtVExTIGV2ZW4gaWYgdGhlIGF1dGhlbnRpY2F0b3IgZHJvcHMgdGhlIGNv
bm5lY3Rpb24gYWZ0ZXIgNDAtNTAgcGFja2FnZXMuIElmIHdlIGRlY2lkZSB0byBkbyB0aGlzLCB3
ZSBzaG91bGQgdGVsbCB0aGUgVExTIHdvcmtpbmcgZ3JvdXAgdGhhdCB3ZSBhcmUgcGxhbm5pbmcg
dGhpcyBhbmQgYXNrIGZvciB0aGVpciB2aWV3Lg0KDQooTm90ZSB0aGF0IHRoZSB3aG9sZSBGcmFn
bWVudGF0aW9uIHNlY3Rpb24gaW4gZHJhZnQtaWV0Zi1lbXUtZWFwLXRsczEzIHNob3VsZCBiZSB1
cGRhdGVkIHdoZW4gZHJhZnQtbXMtZW11LWVhcHRsc2NlcnQgZ2V0cyBhZG9wdGVkIGJ5IHRoZSBX
RykuDQoNCi9Kb2huDQoNCu+7vy0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBKb2hu
IE1hdHRzc29uIDxqb2huLm1hdHRzc29uQGVyaWNzc29uLmNvbT4NCkRhdGU6IFdlZG5lc2RheSwg
MTQgTm92ZW1iZXIgMjAxOCBhdCAxMzo1MA0KVG86ICJlbXVAaWV0Zi5vcmciIDxlbXVAaWV0Zi5v
cmc+DQpTdWJqZWN0OiBGVzogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1pZXRm
LWVtdS1lYXAtdGxzMTMtMDMudHh0DQoNCkhpLA0KDQpXZSBoYXZlIHVwZGF0ZWQgdGhlIGRyYWZ0
IGFjY29yZGluZyB0byB0aGUgZGlzY3Vzc2lvbiBhbmQgY29uY2x1c2lvbnMgYXQgSUVURiAxMDMu
IA0KDQotIE5ldyBmaWd1cmUgc2hvd2luZyB0aGUgbWVzc2FnZSBmbG93IGZvciBFQVAtVExTIGNs
aWVudCByZWplY3Rpb24gb2YgTmV3U2Vzc2lvblRpY2tldAkNCg0KLSBUaGUgZHJhZnQgZGlkIG5v
dCBtZW50aW9uIHRoYXQgVExTIGhhcyBib3RoIHdhcm5pbmcgYW5kIGZhdGFsIGFsZXJ0cy4gV2Ug
Y2hhbmdlZCAiVExTIEFsZXJ0IE1lc3NhZ2UiIHRvICIgVExTIEZhdGFsIEFsZXJ0IiBhbmQgYWRk
ZWQgYSBmZXcgc2VudGVuY2VzIHRoYXQgZGVzY3JpYmUgdGhlIGRpZmZlcmVuY2UuDQoNCiAgIkZp
Z3VyZXMgNCwgNSwgNiwgYW5kIDcgaWxsdXN0cmF0ZSBtZXNzYWdlIGZsb3dzIGluIHNldmVyYWwg
Y2FzZXMJDQogICB3aGVyZSB0aGUgRUFQIHBlZXIgb3IgRUFQIHNlcnZlciBzZW5kcyBhIFRMUyBm
YXRhbCBhbGVydCBtZXNzYWdlLgkNCiAgIFRMUyB3YXJuaW5nIGFsZXJ0cyBnZW5lcmFsbHkgbWVh
biB0aGF0IHRoZSBjb25uZWN0aW9uIGNhbiBjb250aW51ZQkNCiAgIG5vcm1hbGx5IGFuZCBkb2Vz
IG5vdCBjaGFuZ2UgdGhlIG1lc3NhZ2UgZmxvdy4gIE5vdGUgdGhhdCB0aGUgcGFydHkJDQogICBy
ZWNlaXZpbmcgYSBUTFMgd2FybmluZyBhbGVydCBtYXkgY2hvb3NlIHRvIHRlcm1pbmF0ZSB0aGUg
Y29ubmVjdGlvbgkNCiAgIGJ5IHNlbmRpbmcgYSBUTFMgZmF0YWwgYWxlcnQsIHdoaWNoIG1heSBh
ZGQgYW4gZXh0cmEgcm91bmQtdHJpcCwgc2VlCQ0KICAgW1JGQzg0NDZdLiINCg0KLSBNYWRlIGl0
IG1hbmRhdG9yeSB0byBhbHdheXMgY29uY2VhbCB0aGUgdXNlcm5hbWUgaW4gdGhlIElkZW50aXR5
IFJlc3BvbnNlLiBUaGlzIGxlZCB0byBzbWFsbGVyIGNoYW5nZXMgaW4gc2V2ZXJhbCBwbGFjZXMu
DQogICAtLSBUZXh0IHdlcmUgdXBkYXRlZCB0byByZWZsZWN0IHRoaXMgaXMgbWFuZGF0b3J5IA0K
ICAgLS0gQ2hhbmdlZCAiSWRlbnRpdHkgKE15SUQpIiB0byAiSWRlbnRpdHkgKEFub255bW91cyBO
QUkpIiBpbiBhbGwgZmlndXJlcw0KICAgLS0gUmVtb3ZlZCB0aGUgInByaXZhY3kiIGZpZ3VyZSBh
cyB0aGF0IGlzIG5vIGxvbmdlciBuZWVkZWQuIEluc3RlYWQgdGhlIHNlY3Rpb24gcmVmZXIgdG8g
RmlndXJlIDEuDQoNCi0gQWRkZWQgImFuZCBhbGwgUG9zdC1IYW5kc2hha2UgbWVzc2FnZXMgaGF2
ZSBiZWVuIHNlbnQiIHRvIHBhZ2UgMy4gVGhlIG5ldyBzZW50ZW5jZSByZWFkczoNCiAiQWZ0ZXIg
dGhlIFRMUyBoYW5kc2hha2UgaGFzIGNvbXBsZXRlZCBhbmQgYWxsIFBvc3QtSGFuZHNoYWtlIG1l
c3NhZ2VzIGhhdmUgYmVlbiBzZW50LCB0aGUgRUFQIHNlcnZlciBzZW5kcyBFQVAtU3VjY2Vzcy4i
CQ0KDQotIFNldmVyYWwgZWRpdG9yaWFscy4NCg0KQ2hlZXJzLA0KSm9obg0KDQotLS0tLU9yaWdp
bmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogImludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyIgPGludGVy
bmV0LWRyYWZ0c0BpZXRmLm9yZz4NCkRhdGU6IFdlZG5lc2RheSwgMTQgTm92ZW1iZXIgMjAxOCBh
dCAxMzoyMA0KVG86IE1vaGl0IFNldGhpIDxtb2hpdEBwaXVoYS5uZXQ+LCBKb2huIE1hdHRzc29u
IDxqb2huLm1hdHRzc29uQGVyaWNzc29uLmNvbT4NClN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlm
aWNhdGlvbiBmb3IgZHJhZnQtaWV0Zi1lbXUtZWFwLXRsczEzLTAzLnR4dA0KDQoNCkEgbmV3IHZl
cnNpb24gb2YgSS1ELCBkcmFmdC1pZXRmLWVtdS1lYXAtdGxzMTMtMDMudHh0DQpoYXMgYmVlbiBz
dWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IEpvaG4gTWF0dHNzb24gYW5kIHBvc3RlZCB0byB0aGUN
CklFVEYgcmVwb3NpdG9yeS4NCg0KTmFtZToJCWRyYWZ0LWlldGYtZW11LWVhcC10bHMxMw0KUmV2
aXNpb246CTAzDQpUaXRsZToJCVVzaW5nIEVBUC1UTFMgd2l0aCBUTFMgMS4zDQpEb2N1bWVudCBk
YXRlOgkyMDE4LTExLTE0DQpHcm91cDoJCWVtdQ0KUGFnZXM6CQkyMg0KVVJMOiAgICAgICAgICAg
IGh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1pZXRmLWVtdS1lYXAt
dGxzMTMtMDMudHh0DQpTdGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y
Zy9kb2MvZHJhZnQtaWV0Zi1lbXUtZWFwLXRsczEzLw0KSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8v
dG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWVtdS1lYXAtdGxzMTMtMDMNCkh0bWxpemVk
OiAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWlldGYt
ZW11LWVhcC10bHMxMw0KRGlmZjogICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2Rp
ZmY/dXJsMj1kcmFmdC1pZXRmLWVtdS1lYXAtdGxzMTMtMDMNCg0KQWJzdHJhY3Q6DQogICBUaGlz
IGRvY3VtZW50IHNwZWNpZmllcyB0aGUgdXNlIG9mIEVBUC1UTFMgd2l0aCBUTFMgMS4zIHdoaWxl
DQogICByZW1haW5pbmcgYmFja3dhcmRzIGNvbXBhdGlibGUgd2l0aCBleGlzdGluZyBpbXBsZW1l
bnRhdGlvbnMgb2YgRUFQLQ0KICAgVExTLiAgVExTIDEuMyBwcm92aWRlcyBzaWduaWZpY2FudGx5
IGltcHJvdmVkIHNlY3VyaXR5LCBwcml2YWN5LCBhbmQNCiAgIHJlZHVjZWQgbGF0ZW5jeSB3aGVu
IGNvbXBhcmVkIHRvIGVhcmxpZXIgdmVyc2lvbnMgb2YgVExTLiAgRUFQLVRMUw0KICAgd2l0aCBU
TFMgMS4zIHByb3ZpZGVzIHNpZ25pZmljYW50bHkgaW1wcm92ZWQgcHJvdGVjdGlvbiBhZ2FpbnN0
DQogICBwZXJ2YXNpdmUgbW9uaXRvcmluZyBieSBtYW5kYXRpbmcgdXNlIG9mIHByaXZhY3kuICBU
aGlzIGRvY3VtZW50DQogICB1cGRhdGVzIFJGQyA1MjE2Lg0KDQogICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgDQoNCg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51
dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbg0KdW50aWwgdGhlIGh0bWxpemVkIHZlcnNp
b24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCg0KVGhlIElFVEYg
U2VjcmV0YXJpYXQNCg0KDQoNCg==


From nobody Wed Nov 14 06:24:21 2018
Return-Path: <timc@hpe.com>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 20C36130E83 for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 06:24:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level: 
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 bueEHjZzB1BF for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 06:24:17 -0800 (PST)
Received: from g2t2352.austin.hpe.com (g2t2352.austin.hpe.com [15.233.44.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 862E51276D0 for <emu@ietf.org>; Wed, 14 Nov 2018 06:24:17 -0800 (PST)
Received: from G2W6310.americas.hpqcorp.net (g2w6310.austin.hp.com [16.197.64.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by g2t2352.austin.hpe.com (Postfix) with ESMTPS id AB0137791; Wed, 14 Nov 2018 14:13:54 +0000 (UTC)
Received: from G4W9120.americas.hpqcorp.net (2002:10d2:150f::10d2:150f) by G2W6310.americas.hpqcorp.net (2002:10c5:4034::10c5:4034) with Microsoft SMTP Server (TLS) id 15.0.1367.3; Wed, 14 Nov 2018 14:13:54 +0000
Received: from NAM05-BY2-obe.outbound.protection.outlook.com (15.241.52.13) by G4W9120.americas.hpqcorp.net (16.210.21.15) with Microsoft SMTP Server (TLS) id 15.0.1367.3 via Frontend Transport; Wed, 14 Nov 2018 14:13:54 +0000
Received: from CS1PR8401MB0759.NAMPRD84.PROD.OUTLOOK.COM (10.169.15.143) by CS1PR8401MB0856.NAMPRD84.PROD.OUTLOOK.COM (10.169.16.135) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1294.27; Wed, 14 Nov 2018 14:13:52 +0000
Received: from CS1PR8401MB0759.NAMPRD84.PROD.OUTLOOK.COM ([fe80::6c7b:44c:480b:1a7f]) by CS1PR8401MB0759.NAMPRD84.PROD.OUTLOOK.COM ([fe80::6c7b:44c:480b:1a7f%4]) with mapi id 15.20.1339.021; Wed, 14 Nov 2018 14:13:52 +0000
From: "Cappalli, Tim (Aruba Security)" <timc@hpe.com>
To: John Mattsson <john.mattsson@ericsson.com>, "emu@ietf.org" <emu@ietf.org>
Thread-Topic: [Emu] EAP-TLS 1.3 - TLS extensions and mechanisms
Thread-Index: AQHUfCRFgWjt+p8K4kuJ+6yxYx9Hqw==
Date: Wed, 14 Nov 2018 14:13:52 +0000
Message-ID: <8E89F97C-BC8F-49CE-9B1C-06272658BE3D@hpe.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/10.13.0.181109
authentication-results: spf=none (sender IP is ) smtp.mailfrom=timc@hpe.com; 
x-originating-ip: [8.46.76.63]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; CS1PR8401MB0856; 6:VdzCZjgcFLXvNlMtXT9lvYkdIZDTnV3ixl5UYYx3NOMzmkcKjTwyjrXumd4LBKWxPn9Z3Co2NETZncHRqy/p0p14wfsFrwAH43h7qTI7Fej4WoPdjizpgBA1LCRTdd+Mh1S6lqARaoXmgBr3UEub3KlS4iTwPqwlOtKKU5s6T4wlUVs1BJNQqvWVcsupsetxW6YtDWxucVnrTds++r87MW0e4OFr9IFXnTB12UZR3WfNDqRDVve7g7ebYpQYZ1QYb1SAlExnZnsahFb+aaEv6jFJ1DhI9cnGY43u7tGkBJ+g8h8UUKPTTXUlgoJWN5P+fE6HxanFn96FSPrv5gKKAgQYaA1UntwrV225suX9gqco0ZFE4IHwEy6A5mxNLwe+bfGnNrv1bjfEfN/A8pJOyU8cg3ImiNf1TQt8c3XHs70noqM9GL/v2hLrdSBf/oA0LfKAVa+DwB9F2oahKTokEA==; 5:1F2i3ASvZJLt45d/gja+k5xyJtmU6LArJgRQFSZMYCdCUnmO8kK/VljHD+HZ9vRYgxDA1g9cKJa1dJ2abO71jdWE2+8vCUJczbTZEk5Lb5yUZRS2zKiB4V2DiUIGyu3e4P8+mcz+lP6Kc75Ng1I88avE8GUZAcDIztCR1ZxsyjI=; 7:3O7nmADSVXe4aQsb4Nt30lREsN2e363XKFCJfW3AZ0w6AA7Yta5jCn1Xo3IlLKRQD91GGqAqAB9yMW3oEk9bARV5DujkqH1mhBbG4u/OTmPTIyv6lCyzQ00H9AyTuNNO5C0Sm4i33pkLWShSJX0Vnw==
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-correlation-id: 50da2b51-567e-48d7-c558-08d64a3b67e7
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390098)(7020095)(4652040)(8989299)(5600074)(711020)(4618075)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7153060)(7193020); SRVR:CS1PR8401MB0856; 
x-ms-traffictypediagnostic: CS1PR8401MB0856:
x-microsoft-antispam-prvs: <CS1PR8401MB0856C1ACF2BDF177F1B7F8E6DBC30@CS1PR8401MB0856.NAMPRD84.PROD.OUTLOOK.COM>
x-exchange-antispam-report-test: UriScan:(192374486261705)(158342451672863)(209352067349851)(120809045254105)(72170088055959)(37575265505322)(248295561703944);
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(93006095)(93001095)(3231410)(944501410)(52105112)(10201501046)(3002001)(6055026)(148016)(149066)(150057)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123564045)(20161123558120)(20161123562045)(201708071742011)(7699051)(76991095); SRVR:CS1PR8401MB0856; BCL:0; PCL:0; RULEID:; SRVR:CS1PR8401MB0856; 
x-forefront-prvs: 085634EFF4
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(396003)(366004)(376002)(136003)(39860400002)(45074003)(52314003)(13464003)(189003)(199004)(53234004)(53754006)(4001150100001)(97736004)(7736002)(83716004)(58126008)(33656002)(229853002)(2501003)(71200400001)(316002)(3846002)(53546011)(6506007)(71190400001)(106356001)(53936002)(478600001)(99286004)(6246003)(105586002)(2906002)(26005)(8936002)(6116002)(6486002)(2616005)(6512007)(476003)(68736007)(102836004)(6306002)(8676002)(81156014)(81166006)(6436002)(110136005)(86362001)(82746002)(14454004)(256004)(14444005)(5660300001)(966005)(186003)(66066001)(36756003)(2900100001)(25786009)(305945005)(486006); DIR:OUT; SFP:1102; SCL:1; SRVR:CS1PR8401MB0856; H:CS1PR8401MB0759.NAMPRD84.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: hpe.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: 8QafARFe0unR2XMv7LlibLUZ5TfLAziMjzZIOYZEQITCyxD65d489CsW2toDHJ+tuP6K6tCVquGWHjc4fZBnCfTnFWOmHCc+iB+B2MTZ9Oce7BXLpsiQ10S+o7E9luF4zv6xJox/boYXXwCyQoWbboWUqWDugCBCWsIUtiB/3hs+RBXUIXH/sxvtg75FRHQzRUnWquaZ50S37bm7MrnCc19gmdd+kvRWZSGp23Y7IKE/iRLOX6Q0YHNg+UCqLrai+nuTSWMRy6BMpFpUEF7haku8/BMvgMLse+gO3S8b0RRzJeM/A9NtgNj06eTBT+M7Ta+A5/86+OZOEPiP0m2GHa5b5RfO7AkkJe49J2t1ZUA=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <CDE1DF3CE8F852468771ED15DBA43D12@NAMPRD84.PROD.OUTLOOK.COM>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 50da2b51-567e-48d7-c558-08d64a3b67e7
X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Nov 2018 14:13:52.5131 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 105b2061-b669-4b31-92ac-24d304d195dc
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CS1PR8401MB0856
X-OriginatorOrg: hpe.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/B5qtqvZCXUEzUJQ1JPPXA14dNhU>
Subject: Re: [Emu] EAP-TLS 1.3 - TLS extensions and mechanisms
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2018 14:24:20 -0000

SSB0aGluayBtYW5kYXRvcnkgc3VwcG9ydCBhbmQgdXNlIG9mIHN0YXBsaW5nIGlzIGEgZ3JlYXQg
aWRlYS4gVGhlcmUgaGF2ZSBiZWVuIHNvIG1hbnkgY2hhbmdlcyBhY3Jvc3MgcGxhdGZvcm1zIHRo
ZSBwYXN0IGZldyB5ZWFycyB3LnIudC4gc3RhdHVzIGNoZWNrcyBkdXJpbmcgYW4gRUFQIGV4Y2hh
bmdlIHdoaWNoIGhhcyBjYXVzZWQgc2lnbmlmaWNhbnQgYWRtaW4gYW5kIGVuZCB1c2VyIGhlYWRh
Y2hlLiBUaGlzIHNvbHZlcyB0aGF0IGJ5IG1ha2luZyBpdCBjb25zaXN0ZW50IHdoaWxlIGFkZGlu
ZyB0aGUgc2VjdXJpdHkgdmFsdWUgb2YgcmV2b2NhdGlvbiBjaGVja3MgZm9yIHRoZSBzZXJ2ZXIg
aWRlbnRpdHkuDQoNCk1hbmRhdGluZyBzdXBwb3J0IGZvciB0aGUgQ2FjaGVkIEluZm9ybWF0aW9u
IEV4dGVuc2lvbiBhbHNvIHNlZW1zIGxpa2UgYSBnb29kIGlkZWEgZ2l2ZW4gdGhlIHVwdGljayBv
ZiBFQVAtVExTIHVzYWdlIGFuZCBsYXJnZXIgY2hhaW5zLiBJJ2QgZGVmaW5pdGVseSBiZSBpbnRl
cmVzdGVkIGluIGhlYXJpbmcgdGhlIFRMUyBXR3Mgb3BpbmlvbiBvbiB0aGlzIGJlZm9yZSBiZWlu
ZyBjb21mb3J0YWJsZSB3aXRoIG1hbmRhdGluZyB1c2UuDQoNCnRpbQ0KDQoNCu+7v09uIDExLzE0
LzE4LCA5OjA0IEFNLCAiRW11IG9uIGJlaGFsZiBvZiBKb2huIE1hdHRzc29uIiA8ZW11LWJvdW5j
ZXNAaWV0Zi5vcmcgb24gYmVoYWxmIG9mIGpvaG4ubWF0dHNzb25AZXJpY3Nzb24uY29tPiB3cm90
ZToNCg0KICAgIEhpIGFsbCwNCiAgICANCiAgICBJIHRoaW5rIHRoZSBkcmFmdCBpcyBub3cgaW4g
cXVpdGUgZ29vZCBzaGFwZS4gSXQgd291bGQgYmUgZ29vZCB0byBnZXQgc29tZSByZXZpZXdzLiBP
bmUgdGhpbmcgdGhhdCBJIHdvdWxkIGxpa2UgdG8gZGlzY3VzcyBpcyB3aGF0IHRoZSBkcmFmdCBz
aG91bGQgc2F5IGFib3V0IHZhcmlvdXMgZXh0ZW5zaW9ucyBhbmQgbWVjaGFuaXNtcy4gSW4gcGFy
dGljdWxhcjoNCiAgICANCiAgICANCiAgICAtIFJldm9jYXRpb24NCiAgICAtLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgICANCiAgICBSRkMg
NTIxNiBzYXlzOg0KICAgIA0KICAgICJFQVAtVExTIHBlZXIgYW5kIHNlcnZlciBpbXBsZW1lbnRh
dGlvbnMgTVVTVCBzdXBwb3J0IHRoZSB1c2Ugb2YgQ2VydGlmaWNhdGUgUmV2b2NhdGlvbiBMaXN0
cyAoQ1JMcykiDQogICAgIkVBUC1UTFMgcGVlciBhbmQgc2VydmVyIGltcGxlbWVudGF0aW9ucyBT
SE9VTEQgYWxzbyBzdXBwb3J0IHRoZSBPbmxpbmUgQ2VydGlmaWNhdGUgU3RhdHVzIFByb3RvY29s
IChPQ1NQKSINCiAgICAiRUFQLVRMUyBwZWVycyBhbmQgc2VydmVycyBTSE9VTEQgaW1wbGVtZW50
IENlcnRpZmljYXRlIFN0YXR1cyBSZXF1ZXN0IG1lc3NhZ2VzIg0KICAgIA0KICAgIGRyYWZ0LWll
dGYtZW11LWVhcC10bHMxMy0wMyBhZGRzOg0KICAgIA0KICAgICJUaGUgdXNlIG9mIENlcnRpZmlj
YXRlIFN0YXR1cyBSZXF1ZXN0cyB0byBkZXRlcm1pbmUgdGhlIGN1cnJlbnQgc3RhdHVzIG9mIHRo
ZSBFQVAgc2VydmVyJ3MgY2VydGlmaWNhdGUgaXMgUkVDT01NRU5ERUQuIg0KICAgIA0KICAgIEZv
ciBFQVAtVExTIHdoZXJlIHRoZSBwZWVyIG9mdGVuIGRvZXMgbm90IGhhdmUgaW50ZXJuZXQgY29u
bmVjdGlvbiBPQ1NQIHN0YXBsaW5nIGlzIG9mdGVuIGJ5IGZhciB0aGUgbW9zdCBhcHByb3ByaWF0
ZSBtZWNoYW5pc20uIElzIGl0IHRpbWUgdG8gbWFrZSBDZXJ0aWZpY2F0ZSBTdGF0dXMgUmVxdWVz
dHMgKE9DU1Agc3RhcGxpbmcpIG1hbmRhdG9yeSB0byBpbXBsZW1lbnQgZm9yIEVBUC1UTFMgd2l0
aCBUTFMgMS4zPyANCiAgICANCiAgICBNeSB2aWV3IHdvdWxkIGJlIHllcywgT1NDUCBzdGFwbGlu
ZyBpcyBzb2x2aW5nIGEgbG90IG9mIGlzc3VlcyB3aXRoIHJldm9jYXRpb24sIGVzcGVjaWFsbHkg
Zm9yIEVBUC1UTFMuIEkgdGhpbmsgT0NTUCBzdGFwbGluZyBzaG91bGQgYmUgbWFuZGF0b3J5IHRv
IHN1cHBvcnQgYW5kIG1heWJlIGFsc28gbWFuZGF0b3J5IHRvIHVzZS4uLg0KICAgIA0KICAgIFdo
YXQgaXMgdGhlIHdvcmtpbmcgZ3JvdXAncyBvcGluaW9uIGFib3V0IHJldm9jYXRpb24gbWVjaGFu
aXNtcz8NCiAgICANCiAgICANCiAgICANCiAgICAtIEZyYWdtZW50YXRpb24gZHVlIHRvIGxhcmdl
IGNlcnRpZmljYXRlcw0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLQ0KICAgIA0KICAgIGRyYWZ0LWlldGYtZW11LWVhcC10bHMxMy0wMyBz
YXlzOg0KICAgIA0KICAgICJFQVAtVExTIHBlZXJzIGFuZCBzZXJ2ZXJzIFNIT1VMRCBzdXBwb3J0
IGFuZCB1c2UgdGhlIENhY2hlZCBJbmZvcm1hdGlvbiBFeHRlbnNpb24gYXMgc3BlY2lmaWVkIGlu
IFtSRkM3OTI0XS4iDQogICAgDQogICAgZHJhZnQtbXMtZW11LWVhcHRsc2NlcnQtMDEgc2F5czoN
CiAgICANCiAgICAiVGhlIGV4dGVuc2lvbiBob3dldmVyIG5lY2Vzc2l0YXRlcyBhIHN1Y2Nlc3Nm
dWwgZnVsbCBoYW5kc2hha2UgYmVmb3JlIGFueSBjYWNoaW5nLiAgVGhpcyBleHRlbnNpb24gY2Fu
IGJlIHVzZWZ1bCB3aGVuLCBmb3IgZXhhbXBsZSwgd2hlbiBhIHN1Y2Nlc3NmdWwgYXV0aGVudGlj
YXRpb24gYmV0d2VlbiBhbiBFQVAgcGVlciBhbmQgRUFQIHNlcnZlciBoYXMgb2NjdXJyZWQgaW4g
dGhlIGhvbWUgbmV0d29yay4iDQogICAgDQogICAgQXMgZnJhZ21lbnRhdGlvbiBvZiBsYXJnZSBj
ZXJ0aWZpY2F0ZXMgaXMgYSBsYXJnZSBwcm9ibGVtIGluIEVBUC1UTFMgZGVwbG95bWVudHMsIHdv
dWxkIGl0IG1ha2Ugc2Vuc2UgdG8gbWFuZGF0ZSBzdXBwb3J0IGFuZCBvciB1c2Ugb2YgUkZDIDc5
MjQgd2hlbiBUTFMgMS4zIGlzIHVzZWQ/DQogICAgDQogICAgQWxzbywgaW4gSUVURiAxMDIgd2Ug
ZGlzY3Vzc2VkIGNhY2hlZCBpbmZvcm1hdGlvbiBhbmQgdGhlIHBvc3NpYmlsaXR5IGZvciB0aGUg
Y2xpZW50IHRvIGNhY2hlIHRoZSBzZXJ2ZXIncyBjZXJ0aWZpY2F0ZSBmcm9tIGEgZHJvcHBlZCBo
YW5kc2hha2UuIEkgdGhvdWdoIG1vcmUgYWJvdXQgdGhpcyBhbmQgSSBjYW5ub3Qgc2VlIGFueSBj
cnlwdG9ncmFwaGljIHByb2JsZW1zIHdpdGggdGhlIGNsaWVudCBjYWNoaW5nIHRoZSBzZXJ2ZXIn
cyBjZXJ0aWZpY2F0ZSBmcm9tIGEgZHJvcHBlZCBoYW5kc2hha2UuIFRoZSBjbGllbnQgY2FuIHZl
cmlmeSB0aGUgY2VydGlmaWNhdGUgYW55d2F5LCBidXQgdGhlIHNlcnZlciBtYXkgbm90IGhhdmUg
dGltZSB0byBwcm92ZSBwb3NzZXNzaW9uIG9mIHRoZSBwcml2YXRlIGtleSBiZWZvcmUgdGhlIGhh
bmRzaGFrZSBpcyBkcm9wcGVkLiBHZXR0aW5nIGNlcnRpZmljYXRlcyBvdXQtb2YtYmFuZCBpcyBj
b21tb24gaW4gbWFueSBjYXNlcy4gVGhlIG9ubHkgcHJvYmxlbSBJIGNhbiBzZWUgaXMgdGhhdCBh
biBhdHRhY2tlciBjb3VsZCB0cnkgdG8gZmlsbCB0aGUgcGVlcidzIG1lbW9yeSBzdG9yYWdlIGJ5
IHNlbmRpbmcgY2VydGlmaWNhdGVzIHRvIHRoZSBjbGllbnQsIGJ1dCB0aGlzIGRvZXMgbm90IGdp
dmUgYW55IGFtcGxpZmljYXRpb24gYW5kIGNvdWxkIGVhc2lseSBiZSBtaXRpZ2F0ZWQgYnkgdGhl
IGNsaWVudCBvbmx5IGNhY2hpbmcgYSBzaW5nbGUgb3IgdmVyeSBmZXcgY2VydGlmaWNhdGVzLg0K
ICAgIA0KICAgIEFzIGZyYWdtZW50YXRpb24gb2YgbGFyZ2UgY2VydGlmaWNhdGVzIGlzIGEgbGFy
Z2UgcHJvYmxlbSBpbiBFQVAtVExTLCBteSB2aWV3IHdvdWxkIGJlIHRoYXQgd2Ugc2hvdWxkIHNw
ZWNpZnkgdGhhdCB0aGUgcGVlciBjYW4gY2FjaGUgY2VydGlmaWNhdGVzIGZyb20gYSBkcm9wcGVk
IGhhbmRzaGFrZS4gV2l0aCB0aGlzIGNoYW5nZSBpcyBpdCBsaWtlbHkgYWxtb3N0IGFsd2F5cyBw
b3NzaWJsZSB0byBkbyBFQVAtVExTIGV2ZW4gaWYgdGhlIGF1dGhlbnRpY2F0b3IgZHJvcHMgdGhl
IGNvbm5lY3Rpb24gYWZ0ZXIgNDAtNTAgcGFja2FnZXMuIElmIHdlIGRlY2lkZSB0byBkbyB0aGlz
LCB3ZSBzaG91bGQgdGVsbCB0aGUgVExTIHdvcmtpbmcgZ3JvdXAgdGhhdCB3ZSBhcmUgcGxhbm5p
bmcgdGhpcyBhbmQgYXNrIGZvciB0aGVpciB2aWV3Lg0KICAgIA0KICAgIChOb3RlIHRoYXQgdGhl
IHdob2xlIEZyYWdtZW50YXRpb24gc2VjdGlvbiBpbiBkcmFmdC1pZXRmLWVtdS1lYXAtdGxzMTMg
c2hvdWxkIGJlIHVwZGF0ZWQgd2hlbiBkcmFmdC1tcy1lbXUtZWFwdGxzY2VydCBnZXRzIGFkb3B0
ZWQgYnkgdGhlIFdHKS4NCiAgICANCiAgICAvSm9obg0KICAgIA0KICAgIC0tLS0tT3JpZ2luYWwg
TWVzc2FnZS0tLS0tDQogICAgRnJvbTogSm9obiBNYXR0c3NvbiA8am9obi5tYXR0c3NvbkBlcmlj
c3Nvbi5jb20+DQogICAgRGF0ZTogV2VkbmVzZGF5LCAxNCBOb3ZlbWJlciAyMDE4IGF0IDEzOjUw
DQogICAgVG86ICJlbXVAaWV0Zi5vcmciIDxlbXVAaWV0Zi5vcmc+DQogICAgU3ViamVjdDogRlc6
IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtaWV0Zi1lbXUtZWFwLXRsczEzLTAz
LnR4dA0KICAgIA0KICAgIEhpLA0KICAgIA0KICAgIFdlIGhhdmUgdXBkYXRlZCB0aGUgZHJhZnQg
YWNjb3JkaW5nIHRvIHRoZSBkaXNjdXNzaW9uIGFuZCBjb25jbHVzaW9ucyBhdCBJRVRGIDEwMy4g
DQogICAgDQogICAgLSBOZXcgZmlndXJlIHNob3dpbmcgdGhlIG1lc3NhZ2UgZmxvdyBmb3IgRUFQ
LVRMUyBjbGllbnQgcmVqZWN0aW9uIG9mIE5ld1Nlc3Npb25UaWNrZXQJDQogICAgDQogICAgLSBU
aGUgZHJhZnQgZGlkIG5vdCBtZW50aW9uIHRoYXQgVExTIGhhcyBib3RoIHdhcm5pbmcgYW5kIGZh
dGFsIGFsZXJ0cy4gV2UgY2hhbmdlZCAiVExTIEFsZXJ0IE1lc3NhZ2UiIHRvICIgVExTIEZhdGFs
IEFsZXJ0IiBhbmQgYWRkZWQgYSBmZXcgc2VudGVuY2VzIHRoYXQgZGVzY3JpYmUgdGhlIGRpZmZl
cmVuY2UuDQogICAgDQogICAgICAiRmlndXJlcyA0LCA1LCA2LCBhbmQgNyBpbGx1c3RyYXRlIG1l
c3NhZ2UgZmxvd3MgaW4gc2V2ZXJhbCBjYXNlcwkNCiAgICAgICB3aGVyZSB0aGUgRUFQIHBlZXIg
b3IgRUFQIHNlcnZlciBzZW5kcyBhIFRMUyBmYXRhbCBhbGVydCBtZXNzYWdlLgkNCiAgICAgICBU
TFMgd2FybmluZyBhbGVydHMgZ2VuZXJhbGx5IG1lYW4gdGhhdCB0aGUgY29ubmVjdGlvbiBjYW4g
Y29udGludWUJDQogICAgICAgbm9ybWFsbHkgYW5kIGRvZXMgbm90IGNoYW5nZSB0aGUgbWVzc2Fn
ZSBmbG93LiAgTm90ZSB0aGF0IHRoZSBwYXJ0eQkNCiAgICAgICByZWNlaXZpbmcgYSBUTFMgd2Fy
bmluZyBhbGVydCBtYXkgY2hvb3NlIHRvIHRlcm1pbmF0ZSB0aGUgY29ubmVjdGlvbgkNCiAgICAg
ICBieSBzZW5kaW5nIGEgVExTIGZhdGFsIGFsZXJ0LCB3aGljaCBtYXkgYWRkIGFuIGV4dHJhIHJv
dW5kLXRyaXAsIHNlZQkNCiAgICAgICBbUkZDODQ0Nl0uIg0KICAgIA0KICAgIC0gTWFkZSBpdCBt
YW5kYXRvcnkgdG8gYWx3YXlzIGNvbmNlYWwgdGhlIHVzZXJuYW1lIGluIHRoZSBJZGVudGl0eSBS
ZXNwb25zZS4gVGhpcyBsZWQgdG8gc21hbGxlciBjaGFuZ2VzIGluIHNldmVyYWwgcGxhY2VzLg0K
ICAgICAgIC0tIFRleHQgd2VyZSB1cGRhdGVkIHRvIHJlZmxlY3QgdGhpcyBpcyBtYW5kYXRvcnkg
DQogICAgICAgLS0gQ2hhbmdlZCAiSWRlbnRpdHkgKE15SUQpIiB0byAiSWRlbnRpdHkgKEFub255
bW91cyBOQUkpIiBpbiBhbGwgZmlndXJlcw0KICAgICAgIC0tIFJlbW92ZWQgdGhlICJwcml2YWN5
IiBmaWd1cmUgYXMgdGhhdCBpcyBubyBsb25nZXIgbmVlZGVkLiBJbnN0ZWFkIHRoZSBzZWN0aW9u
IHJlZmVyIHRvIEZpZ3VyZSAxLg0KICAgIA0KICAgIC0gQWRkZWQgImFuZCBhbGwgUG9zdC1IYW5k
c2hha2UgbWVzc2FnZXMgaGF2ZSBiZWVuIHNlbnQiIHRvIHBhZ2UgMy4gVGhlIG5ldyBzZW50ZW5j
ZSByZWFkczoNCiAgICAgIkFmdGVyIHRoZSBUTFMgaGFuZHNoYWtlIGhhcyBjb21wbGV0ZWQgYW5k
IGFsbCBQb3N0LUhhbmRzaGFrZSBtZXNzYWdlcyBoYXZlIGJlZW4gc2VudCwgdGhlIEVBUCBzZXJ2
ZXIgc2VuZHMgRUFQLVN1Y2Nlc3MuIgkNCiAgICANCiAgICAtIFNldmVyYWwgZWRpdG9yaWFscy4N
CiAgICANCiAgICBDaGVlcnMsDQogICAgSm9obg0KICAgIA0KICAgIC0tLS0tT3JpZ2luYWwgTWVz
c2FnZS0tLS0tDQogICAgRnJvbTogImludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyIgPGludGVybmV0
LWRyYWZ0c0BpZXRmLm9yZz4NCiAgICBEYXRlOiBXZWRuZXNkYXksIDE0IE5vdmVtYmVyIDIwMTgg
YXQgMTM6MjANCiAgICBUbzogTW9oaXQgU2V0aGkgPG1vaGl0QHBpdWhhLm5ldD4sIEpvaG4gTWF0
dHNzb24gPGpvaG4ubWF0dHNzb25AZXJpY3Nzb24uY29tPg0KICAgIFN1YmplY3Q6IE5ldyBWZXJz
aW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtaWV0Zi1lbXUtZWFwLXRsczEzLTAzLnR4dA0KICAg
IA0KICAgIA0KICAgIEEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1pZXRmLWVtdS1lYXAtdGxz
MTMtMDMudHh0DQogICAgaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBKb2huIE1h
dHRzc29uIGFuZCBwb3N0ZWQgdG8gdGhlDQogICAgSUVURiByZXBvc2l0b3J5Lg0KICAgIA0KICAg
IE5hbWU6CQlkcmFmdC1pZXRmLWVtdS1lYXAtdGxzMTMNCiAgICBSZXZpc2lvbjoJMDMNCiAgICBU
aXRsZToJCVVzaW5nIEVBUC1UTFMgd2l0aCBUTFMgMS4zDQogICAgRG9jdW1lbnQgZGF0ZToJMjAx
OC0xMS0xNA0KICAgIEdyb3VwOgkJZW11DQogICAgUGFnZXM6CQkyMg0KICAgIFVSTDogICAgICAg
ICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtaWV0Zi1lbXUt
ZWFwLXRsczEzLTAzLnR4dA0KICAgIFN0YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFja2Vy
LmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWVtdS1lYXAtdGxzMTMvDQogICAgSHRtbGl6ZWQ6ICAg
ICAgIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWVtdS1lYXAtdGxzMTMt
MDMNCiAgICBIdG1saXplZDogICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2Mv
aHRtbC9kcmFmdC1pZXRmLWVtdS1lYXAtdGxzMTMNCiAgICBEaWZmOiAgICAgICAgICAgaHR0cHM6
Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtZW11LWVhcC10bHMxMy0wMw0K
ICAgIA0KICAgIEFic3RyYWN0Og0KICAgICAgIFRoaXMgZG9jdW1lbnQgc3BlY2lmaWVzIHRoZSB1
c2Ugb2YgRUFQLVRMUyB3aXRoIFRMUyAxLjMgd2hpbGUNCiAgICAgICByZW1haW5pbmcgYmFja3dh
cmRzIGNvbXBhdGlibGUgd2l0aCBleGlzdGluZyBpbXBsZW1lbnRhdGlvbnMgb2YgRUFQLQ0KICAg
ICAgIFRMUy4gIFRMUyAxLjMgcHJvdmlkZXMgc2lnbmlmaWNhbnRseSBpbXByb3ZlZCBzZWN1cml0
eSwgcHJpdmFjeSwgYW5kDQogICAgICAgcmVkdWNlZCBsYXRlbmN5IHdoZW4gY29tcGFyZWQgdG8g
ZWFybGllciB2ZXJzaW9ucyBvZiBUTFMuICBFQVAtVExTDQogICAgICAgd2l0aCBUTFMgMS4zIHBy
b3ZpZGVzIHNpZ25pZmljYW50bHkgaW1wcm92ZWQgcHJvdGVjdGlvbiBhZ2FpbnN0DQogICAgICAg
cGVydmFzaXZlIG1vbml0b3JpbmcgYnkgbWFuZGF0aW5nIHVzZSBvZiBwcml2YWN5LiAgVGhpcyBk
b2N1bWVudA0KICAgICAgIHVwZGF0ZXMgUkZDIDUyMTYuDQogICAgDQogICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIA0KICAgIA0KICAgIA0KICAgIFBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRh
a2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24NCiAgICB1
bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xz
LmlldGYub3JnLg0KICAgIA0KICAgIFRoZSBJRVRGIFNlY3JldGFyaWF0DQogICAgDQogICAgDQog
ICAgDQogICAgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N
CiAgICBFbXUgbWFpbGluZyBsaXN0DQogICAgRW11QGlldGYub3JnDQogICAgaHR0cHM6Ly93d3cu
aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9lbXUNCiAgICANCg0K


From nobody Wed Nov 14 06:32:35 2018
Return-Path: <aland@deployingradius.com>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF1F0129619 for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 06:32:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 29fD8e2EAFEx for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 06:32:32 -0800 (PST)
Received: from mail.networkradius.com (mail.networkradius.com [62.210.147.122]) by ietfa.amsl.com (Postfix) with ESMTP id 6C0F01276D0 for <emu@ietf.org>; Wed, 14 Nov 2018 06:32:32 -0800 (PST)
Received: from [192.168.46.58] (198-84-237-221.cpe.teksavvy.com [198.84.237.221]) by mail.networkradius.com (Postfix) with ESMTPSA id 4456C370; Wed, 14 Nov 2018 14:32:31 +0000 (UTC)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 12.0 \(3445.100.39\))
From: Alan DeKok <aland@deployingradius.com>
In-Reply-To: <6A08279F-DDC1-4C33-96CB-AA32FF0BB281@ericsson.com>
Date: Wed, 14 Nov 2018 09:32:29 -0500
Cc: "emu@ietf.org" <emu@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <22C328FD-7CD3-4B53-824E-BCE6A5F7D939@deployingradius.com>
References: <6A08279F-DDC1-4C33-96CB-AA32FF0BB281@ericsson.com>
To: John Mattsson <john.mattsson@ericsson.com>
X-Mailer: Apple Mail (2.3445.100.39)
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/CRKJeAqcqxKIw7m2trFEypoGfoE>
Subject: Re: [Emu] EAP-TLS 1.3 - TLS extensions and mechanisms
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2018 14:32:34 -0000

On Nov 14, 2018, at 9:04 AM, John Mattsson <john.mattsson@ericsson.com> =
wrote:
> draft-ietf-emu-eap-tls13-03 adds:
>=20
> "The use of Certificate Status Requests to determine the current =
status of the EAP server's certificate is RECOMMENDED."

  I think that's good.

> For EAP-TLS where the peer often does not have internet connection =
OCSP stapling is often by far the most appropriate mechanism. Is it time =
to make Certificate Status Requests (OCSP stapling) mandatory to =
implement for EAP-TLS with TLS 1.3?=20
>=20
> My view would be yes, OSCP stapling is solving a lot of issues with =
revocation, especially for EAP-TLS. I think OCSP stapling should be =
mandatory to support and maybe also mandatory to use...

  I don't see major issues with it.

> - Fragmentation due to large certificates
> ------------------------------------------------------
>=20
> draft-ietf-emu-eap-tls13-03 says:
>=20
> "EAP-TLS peers and servers SHOULD support and use the Cached =
Information Extension as specified in [RFC7924]."
>=20
> draft-ms-emu-eaptlscert-01 says:
>=20
> "The extension however necessitates a successful full handshake before =
any caching.  This extension can be useful when, for example, when a =
successful authentication between an EAP peer and EAP server has =
occurred in the home network."
>=20
> As fragmentation of large certificates is a large problem in EAP-TLS =
deployments, would it make sense to mandate support and or use of RFC =
7924 when TLS 1.3 is used?

  I would tend to agree.

  The only caveat is that RFC 7924 requires the completion of a full =
certificate exchange before caching can take place.  This requirement =
means that the handshake may not, in fact, complete, unless some other =
mechanism enables it.  The alternative is for the full handshake to work =
in one location, and then when a user moves locations and the certs =
change, it becomes impossible to authenticate.

  For some systems, the cached certificates can be pre-provisioned.  =
That means the full handshake is always avoided.

> Also, in IETF 102 we discussed cached information and the possibility =
for the client to cache the server's certificate from a dropped =
handshake. I though more about this and I cannot see any cryptographic =
problems with the client caching the server's certificate from a dropped =
handshake. The client can verify the certificate anyway, but the server =
may not have time to prove possession of the private key before the =
handshake is dropped. Getting certificates out-of-band is common in many =
cases. The only problem I can see is that an attacker could try to fill =
the peer's memory storage by sending certificates to the client, but =
this does not give any amplification and could easily be mitigated by =
the client only caching a single or very few certificates.

  That concern can be mitigated by requiring a short lifetime for certs =
cached due to partial handshakes.  e.g. minutes, not days.  And, =
ensuring that the total number of certificates cached per site is =
limited to a small number, like 16.

> As fragmentation of large certificates is a large problem in EAP-TLS, =
my view would be that we should specify that the peer can cache =
certificates from a dropped handshake. With this change is it likely =
almost always possible to do EAP-TLS even if the authenticator drops the =
connection after 40-50 packages. If we decide to do this, we should tell =
the TLS working group that we are planning this and ask for their view.

  My larger worry is that underlying SSL implementations may not support =
caching of certs from dropped handshakes.  It may be hard to add =
features to SSL libraries which are used only by EAP-TLS.

  Alan DeKok.


From nobody Wed Nov 14 06:45:22 2018
Return-Path: <mohit.m.sethi@ericsson.com>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 35CC2130E8F for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 06:45:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.77
X-Spam-Level: 
X-Spam-Status: No, score=-4.77 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com header.b=Yp/Ie86n; dkim=pass (1024-bit key) header.d=ericsson.com header.b=Bo0+23hO
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 DEgb4PWFur_y for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 06:45:18 -0800 (PST)
Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (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 9D69A130E99 for <emu@ietf.org>; Wed, 14 Nov 2018 06:45:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple;  q=dns/txt; i=@ericsson.com; t=1542206714; x=1544798714; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=40/98eUFU4tWLcU15KG63JK0po+wBQQVk/sKZLBeFfQ=; b=Yp/Ie86nBQ3SzNzhcgoI8OVM+Lxh5kF9UYiC0GqRsJg0G6KEjRsH/qulIaBpWOpP /JmHhw/Cux/n5gULVlf0nc0HeTM58L0juAeR0cPMfBdMP1NNHcuEKnTCp65s0Ksp KqZtSUuv6+T7n/lnJ03m2PQmRPtyG90gEgSBTfCmKHA=;
X-AuditID: c1b4fb25-a68609e00000191f-4a-5bec34fa7faf
Received: from ESESSMB501.ericsson.se (Unknown_Domain [153.88.183.119]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 94.D7.06431.AF43CEB5; Wed, 14 Nov 2018 15:45:14 +0100 (CET)
Received: from ESESSMB505.ericsson.se (153.88.183.166) by ESESSMB501.ericsson.se (153.88.183.162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Wed, 14 Nov 2018 15:45:08 +0100
Received: from EUR02-HE1-obe.outbound.protection.outlook.com (153.88.183.157) by ESESSMB505.ericsson.se (153.88.183.166) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3 via Frontend Transport; Wed, 14 Nov 2018 15:45:09 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=40/98eUFU4tWLcU15KG63JK0po+wBQQVk/sKZLBeFfQ=; b=Bo0+23hOCCBBxqX2bmJm7hlpcteL6LQLQ2WEUt3+IvubJltk+hjaNOqiJKXV/32DYQb2R88LdQb6wdHrjL+aHapIwPPNzO86Q0STxeO4r6ulOm1ARFfL5sEHsRjTdhHCz2w50FGcghSddfMMBBiUD9S1HZl615X7sOEjmuADURA=
Received: from VI1PR07MB4717.eurprd07.prod.outlook.com (20.177.54.82) by VI1PR07MB3999.eurprd07.prod.outlook.com (52.134.29.11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1361.7; Wed, 14 Nov 2018 14:45:05 +0000
Received: from VI1PR07MB4717.eurprd07.prod.outlook.com ([fe80::8412:d8ae:dfa0:c61f]) by VI1PR07MB4717.eurprd07.prod.outlook.com ([fe80::8412:d8ae:dfa0:c61f%4]) with mapi id 15.20.1339.019; Wed, 14 Nov 2018 14:45:05 +0000
From: Mohit Sethi M <mohit.m.sethi@ericsson.com>
To: Russ Housley <housley@vigilsec.com>
CC: "emu@ietf.org" <emu@ietf.org>
Thread-Topic: [Emu] Minutes from EMU @ IETF103
Thread-Index: AQHUezSzHaEowPLFmk2WxNFNlDwXUaVO6dOAgABxAYA=
Date: Wed, 14 Nov 2018 14:45:05 +0000
Message-ID: <c5a33e3e-e76c-9972-f7e5-3b2f0397860d@ericsson.com>
References: <1c250949-42b0-eeb7-0d3e-c6504517d119@ericsson.com> <2E4F0BA7-8372-4F10-A0D2-072B861857D2@vigilsec.com>
In-Reply-To: <2E4F0BA7-8372-4F10-A0D2-072B861857D2@vigilsec.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1
x-originating-ip: [89.166.49.243]
x-clientproxiedby: AM5PR0601CA0043.eurprd06.prod.outlook.com (2603:10a6:203:68::29) To VI1PR07MB4717.eurprd07.prod.outlook.com (2603:10a6:803:69::18)
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; VI1PR07MB3999; 6:lCLzC2DBfOMAulnMScj/SP16oGcZElA+RoBqO8eNt2PV/yVU9Eq8XqDY2TLHJScT2Oqdr5zD4IUum62TB4Piz64OBgZdVoxW8NlwrCNE4wGvT+t8HTvGa0xCaOaBsaj0AviFPzeSvlT43A4OVvxODeaC4oqmVOSdy1DvA06n1G82tSsOlWeYtTZmQEMIdpXy7bwFcTXV7oh5WTY7ZCL6zYjN3OmVu3awIYK8ysCer4NUHb+1WlAauojlYbI8K7Elcqr4xCzRmhAoOGYbe53JVbuPPgHZRguiedbMtaa4fPokE1HVB8FB5io/HEJa3r/Ij8B4j8U6ThXZ0tItfJ5dqaRggyhftJPXCBylomWvYDrhoNHW0bSgeoAY/sARrwevBcvWIVbykEehFveUvFvB130MXJRN34CILJWLUGK79KgaTiy2//Gcb/0RhznzA4qzN50eGfFd1gAZdrrw0ZZqDg==; 5:2OMaI11H1/uzgMlYu/4UlrH2tMdw9w5O72sOpN4fDq6PFU326MvIjwFeLTxVhf/nhPuH/F2C4niT2A11a3Tx9TYkchMERX9H4lFmsuD5eWB6o860EHFraY/prlfZrsB2TsObD0ngfMteON09hINrEMu6vv+UN3SSWYsiY3LX3Nc=; 7:NgdvPE3DHcd3i7Dy9CQAO8o+um+6+T0DXo/zfjLgK7h3UH4miGCa7//uNnmxqiRF/TlRZQzx4mbCO7Ib0T9UZS7nVtRllPyOHYHD27ftQV4MtDbfc2uDAfrwkCqszMg/dNXbdjtyvBOhWfxEzTQLfA==
x-ms-office365-filtering-correlation-id: 0bca7b06-49e6-4970-5c85-08d64a3fc436
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390098)(7020095)(4652040)(8989299)(5600074)(711020)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7153060)(7193020); SRVR:VI1PR07MB3999; 
x-ms-traffictypediagnostic: VI1PR07MB3999:
x-microsoft-antispam-prvs: <VI1PR07MB3999D0FB8334F1E426E64FADD0C30@VI1PR07MB3999.eurprd07.prod.outlook.com>
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(10201501046)(3231410)(944501410)(52105112)(3002001)(93006095)(93001095)(148016)(149066)(150057)(6041310)(20161123562045)(20161123558120)(20161123564045)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(201708071742011)(7699051)(76991095); SRVR:VI1PR07MB3999; BCL:0; PCL:0; RULEID:; SRVR:VI1PR07MB3999; 
x-forefront-prvs: 085634EFF4
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(39860400002)(396003)(376002)(346002)(136003)(53754006)(199004)(189003)(8676002)(14454004)(8936002)(6306002)(53936002)(81156014)(81166006)(65826007)(478600001)(36756003)(5660300001)(25786009)(7736002)(305945005)(966005)(6512007)(229853002)(6916009)(4326008)(31686004)(6246003)(2900100001)(6436002)(2906002)(68736007)(58126008)(186003)(105586002)(6486002)(6116002)(106356001)(3846002)(345774005)(99286004)(6346003)(71200400001)(71190400001)(316002)(65956001)(65806001)(486006)(66066001)(97736004)(102836004)(386003)(6506007)(53546011)(256004)(26005)(76176011)(86362001)(31696002)(52116002)(476003)(64126003)(446003)(2616005)(11346002); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR07MB3999; H:VI1PR07MB4717.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=mohit.m.sethi@ericsson.com; 
x-microsoft-antispam-message-info: ROKI9v6kFKPbjb7E0wcBJvzD6BgMB5p7F1TmBrh1xNkEZ6kksjv+KyZWk6yz3UABYRxfEi1JSEfQ2Zb1NMzctuC6b0hxvCy5FOaf/Vzg3fJt2YRsqEqqAlls0JHJxVFpnz64ZcCiNBSPx9QZHcRN6z9yNhHFZw83liT4/BRETakDQ+WU15FbsF7m6UicH9azQNh2mZt08T6bKpWv1poAIggcQbri6d8mkKr58Tahk6EKQYraaAEeDCrSK0w6aEVsFMcCJCG0sFISDzgiQ2fWGHiA6VsC2O2ACraI8ykyAJlyPUYM+x3434YvSBhWx0j71w5eeQeqP4mdzR4N3L1+Kc7x+ERuFzEB2CF24MKh4bw=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <76B078A6E232664DA04EEC211B6DB7C0@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 0bca7b06-49e6-4970-5c85-08d64a3fc436
X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Nov 2018 14:45:05.6517 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB3999
X-OriginatorOrg: ericsson.com
X-Brightmail-Tracker: H4sIAAAAAAAAA02SbUhTURjHOffebVdpcFpOnwwDJybK3DQFpaLsi9iHbJEfUqFcetHl+66a FpRYEKjhKl9yoQ6aWmNlzfmSmaBJoSmKL8VExJdly6ZkpKJmtO0u6Nvv+f+fc/7PeTg0Kari +dKqnAJGnaPMkvA9qfqLXddCdyLtyWEjc5Lo923PqegVm0UQQ8Tp9dtEnGH2F09BJHmeSGOy VEWMWn4yxTPDZBtGeX3C4ieTJrIUaYTlyIMGHAkjVdWEk0V4EEFdaVE58nTwJoLazo+IK/QE NDze4DkLCmtI+K5fFHCOhoBZwwzBFYsIdMtvkfMyPg6Dh9VPBU72wkGw1zTuYJomsT8MVUqd 8gEcCubdMXeLDCyV6zyOj8GdZgvP2U7hQOhYUzhlIT4FpnkLyY1aCJYXO66xPXAMlHWv8J2M sDdsDRtdOol9YMbaRHDPxKDvHSM5FsO3pT+uKDG+CLeH9ihO94fRtQV3fz2CqVcKjqUw+tmK OPaDiaYK11YAf+LDhrFZwBlnYVOzzeOMcQTljavuEyHwxvbInZwJc0P33QmHwXBvgdKgCO1/ w2pdKwqGth45J8eBbl2LOPaH6ooFgda1i/0wVG+ldIhnQGKWYa9kpx+NkDFqVSrL5ubIcpgC E3J8k37zbmA3mrSfHkCYRpJ9QqPUniziKYvYkuwBBDQp8RKeC3NIwjRlyXVGnXtZXZjFsAPo EE1JfIQLUe1JIpyuLGAyGSaPUf9zCdrDtxSdGT+/+lX1LH+3M7E1YDmouCXt3XRi8I94JqE5 tmJe7NGvsQf01/U0TxmZl/FRN1dhUP5aRd0K7lI+qNnQ63ThjXeTWKkw68MRW7CZ6vPeKr40 snT8J0vuKPyGew/K8xvaa260JsfqWiZkVztS6hPMqdN+qGPzgvV3Q+2XskYJxWYow0NINav8 C9/TlwYiAwAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/GmDiYBkqFPfyCDvvM-bmmRZAMZw>
Subject: Re: [Emu] Minutes from EMU @ IETF103
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2018 14:45:21 -0000

SGkgUnVzcywNCg0KVGhhbmtzIGZvciByZXBvcnRpbmcgdGhpcy4gSSBoYXZlIG5vdyBmaXhlZCB0
aGUgbml0IGFuZCB1cGRhdGVkIHRoZSANCm1pc3Npbmcgc2VudGVuY2UgYWZ0ZXIgY2hlY2tpbmcg
dGhlIGF1ZGlvIHJlY29yZGluZy4gVGhlIHVwZGF0ZWQgbWVldGluZyANCm1pbnV0ZXMgYXJlIGhl
cmU6DQoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvbWVldGluZy8xMDMvbWF0ZXJpYWxz
L21pbnV0ZXMtMTAzLWVtdS0wMQ0KDQotLU1vaGl0DQoNCk9uIDExLzE0LzE4IDEwOjAyIEFNLCBS
dXNzIEhvdXNsZXkgd3JvdGU6DQo+IENvbmNlcm46DQo+DQo+IEphcmk6IE5lZWQgZmVlZGJhY2su
IFNlZSB0aGlzIGFzIFdHIGRvY3VtZW50PyBXZSBtaWdodCBiZSBhYmxlIHRvIHN0aWNrIHRoaXMg
aW4gYW5kIGhhdmUgYWZmZWN0IG9uIG9yZ2FuaXphdGlvbnMgdGhhdCB3YW50IHRvIHNweSBvbi4g
V2UgbWlnaHQgYWN0dWFsbHkgZ2V0IHRoaXMgZGVwbG95ZWQgaWYgLg0KPg0KPiBUaGUgZW5kIG9m
IHRoZSBzZW50ZW5jZSBpcyBtaXNzaW5nLi4uDQo+DQo+DQo+IE5pdDoNCj4NCj4gUnVzczogTUFD
IGlzIGRlcGVuZGVudCBvbiB0aGUgYmFzZWQgQUtBIGF1dGhlbnRpY2F0aW9uLg0KPg0KPiBzL2Jh
c2VkL2Jhc2UvDQo+IHMvQUtBL0FLQScvDQo+DQo+DQo+PiBPbiBOb3YgMTMsIDIwMTgsIGF0IDQ6
MzggQU0sIE1vaGl0IFNldGhpIE0gPG1vaGl0Lm0uc2V0aGlAZXJpY3Nzb24uY29tPiB3cm90ZToN
Cj4+DQo+PiBIaSBhbGwsDQo+Pg0KPj4gVGhhbmsgeW91IGZvciBwYXJ0aWNpcGF0aW5nIGluIHRo
ZSBFTVUgc2Vzc2lvbiBhdCBJRVRGIDEwMy4gQSBzcGVjaWFsDQo+PiB0aGFuayB5b3UgdG8gSmlt
IGZvciBzZXJ2aW5nIGFzIHRoZSBqYWJiZXIgc2NyaWJlLg0KPj4NCj4+IE1pbnV0ZXMgZnJvbSB0
aGUgRU1VIHNlc3Npb24gYXQgSUVURiAxMDMgaGF2ZSBub3cgYmVlbiB1cGxvYWRlZDoNCj4+IGh0
dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvbWVldGluZy8xMDMvbWF0ZXJpYWxzL21pbnV0ZXMt
MTAzLWVtdS0wMA0KPj4NCj4+IFBsZWFzZSByZXBvcnQgYW55IGlzc3VlcyBieSBOb3ZlbWJlciAy
MSwgMjAxOC4NCj4+DQo+PiBKb2UgYW5kIE1vaGl0DQo+Pg0KPj4gX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+IEVtdSBtYWlsaW5nIGxpc3QNCj4+IEVt
dUBpZXRmLm9yZw0KPj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9lbXUN
Cj4NCg==


From nobody Wed Nov 14 06:56:43 2018
Return-Path: <mohit.m.sethi@ericsson.com>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B272130EA5 for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 06:56:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.77
X-Spam-Level: 
X-Spam-Status: No, score=-4.77 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com header.b=NloyP4lN; dkim=pass (1024-bit key) header.d=ericsson.com header.b=gYIdzqNN
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 22nw0OQaUnjG for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 06:56:39 -0800 (PST)
Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (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 951B9130EA1 for <emu@ietf.org>; Wed, 14 Nov 2018 06:56:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple;  q=dns/txt; i=@ericsson.com; t=1542207396; x=1544799396; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=zw9yadSvVlSeZ8k+kwoc05G5qVq6VA/QFPzT5P2jdTU=; b=NloyP4lNY150x6ye9HY7+ML8YdZodg66wgLIB/lQV821CKtpUUdgknsW+GCUIH4a MxTvJdBETtvLnvmMRdgGf4bKYUr++Pg1Nlvg6w/NzBtEuCxI4r9e6QWqmjVtv0uU wAW+biyjY3kIxO+7kig0SNCBrsMAZKe5j0ngAmt8NtQ=;
X-AuditID: c1b4fb25-601ff7000000191f-82-5bec37a4be27
Received: from ESESSMB503.ericsson.se (Unknown_Domain [153.88.183.121]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 74.5A.06431.4A73CEB5; Wed, 14 Nov 2018 15:56:36 +0100 (CET)
Received: from ESESBMR503.ericsson.se (153.88.183.135) by ESESSMB503.ericsson.se (153.88.183.164) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Wed, 14 Nov 2018 15:56:36 +0100
Received: from ESESSMB505.ericsson.se (153.88.183.166) by ESESBMR503.ericsson.se (153.88.183.135) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Wed, 14 Nov 2018 15:56:36 +0100
Received: from EUR02-VE1-obe.outbound.protection.outlook.com (153.88.183.157) by ESESSMB505.ericsson.se (153.88.183.166) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3 via Frontend Transport; Wed, 14 Nov 2018 15:56:36 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=zw9yadSvVlSeZ8k+kwoc05G5qVq6VA/QFPzT5P2jdTU=; b=gYIdzqNNHMcEzBrMdxbLKSlLym3J8BaCSQkK74T0qq79dW3k4Njhzc+cZK+unDQWMWjLZZvqH5Vr2O+BF8RtCikMCmjT09GCkV8qU/3Q+bZBBNDbzK2Y/QwTXNWtZUqRN3nsX6fpnaff6NCrZcqAFfLcG4Rd54dbNK9e5J+5i6c=
Received: from VI1PR07MB4717.eurprd07.prod.outlook.com (20.177.54.82) by VI1PR07MB5710.eurprd07.prod.outlook.com (20.178.121.28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1339.12; Wed, 14 Nov 2018 14:56:34 +0000
Received: from VI1PR07MB4717.eurprd07.prod.outlook.com ([fe80::8412:d8ae:dfa0:c61f]) by VI1PR07MB4717.eurprd07.prod.outlook.com ([fe80::8412:d8ae:dfa0:c61f%4]) with mapi id 15.20.1339.019; Wed, 14 Nov 2018 14:56:34 +0000
From: Mohit Sethi M <mohit.m.sethi@ericsson.com>
To: John Mattsson <john.mattsson@ericsson.com>, "emu@ietf.org" <emu@ietf.org>
Thread-Topic: [Emu] EAP-TLS 1.3 - TLS extensions and mechanisms
Thread-Index: AQHUfCo8/L1Ig1fI10yA8FhRxqKkyw==
Date: Wed, 14 Nov 2018 14:56:34 +0000
Message-ID: <5edef1bf-31be-76b9-1149-c1d70e8dca64@ericsson.com>
References: <6A08279F-DDC1-4C33-96CB-AA32FF0BB281@ericsson.com>
In-Reply-To: <6A08279F-DDC1-4C33-96CB-AA32FF0BB281@ericsson.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1
x-originating-ip: [89.166.49.243]
x-clientproxiedby: AM5PR0402CA0009.eurprd04.prod.outlook.com (2603:10a6:203:90::19) To VI1PR07MB4717.eurprd07.prod.outlook.com (2603:10a6:803:69::18)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=mohit.m.sethi@ericsson.com; 
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; VI1PR07MB5710; 6:+FyJW2SIWO3LaIHV7Sw/b4+UvBDgY7cyw1k3EEIALh8b/Tw3I1ymhOd9NvZs+POawxrR/aCn4FEaKHEXAfYARFMgKi2RurA2fvaPXvqH74bVovXYdDBu0H/rlwYOnLOHuhoWF8lVjmDi+im/wl0xKA3aG8G7YaGPuh1ePlWsj3Id12QNGx/HaszpBX4FWkIOAYXGBkTMxr0xpPJZOf8Up3t1bYJrjWt8y+9Mdq4gToeNz+xxrWg0H9cZYrHfz4hRSJAwl6e62M5VSLihEuxNq/IXpdr5lKE6czuNCV+aapxzjViW00O6XYHMKOUt/GuxDaa+qvTBv8nlu9LBNVM+NWLEOo2KY7j0E82hA0IIlwc3aH7GIrIclGKgjmhw2ZosWey5smwPrnk56QKzvBsywyHGWtBMVktCJ8ZULEOPzVERHBulw7kilCWCc+/2zOmZBVLM36nCMzcT5hdRkoB15Q==; 5:ZTsZ5Ag2jIeSHRAXRWO826umFxLupVofvCbq4OLy5sfLgkerQDR1xFWij0BtmwAdEHtxUS3GyhYLpvOYVmBCUR8yfwjFz31JTGU+HKJRJja3oMHQmIRhI/HUQqmgNH1DFnqbp98nk9VGbBSiC30cJfDuZhR3CBK68BCB4BXZLTU=; 7:U/N5Fc1aCAVPIbuVDpqEdq4Mh3KEau27lXS79VIdAN3aWd5kAbr4x1+ev9o8GboMVIsinJlZRrtAgALlnyGiF6c8Jh2o1QFgimgiQMS+Y7qszmYNNqO8myqbjr+eL5jgvY56fKC/TDIAU8gn+98aaA==
x-ms-office365-filtering-correlation-id: b83fd9d4-a9c0-4268-939e-08d64a415dbc
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390098)(7020095)(4652040)(8989299)(5600074)(711020)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7153060)(7193020); SRVR:VI1PR07MB5710; 
x-ms-traffictypediagnostic: VI1PR07MB5710:
x-microsoft-antispam-prvs: <VI1PR07MB571019F64167ABFFA3856787D0C30@VI1PR07MB5710.eurprd07.prod.outlook.com>
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(93006095)(93001095)(3231410)(944501410)(52105112)(10201501046)(3002001)(148016)(149066)(150057)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123560045)(20161123562045)(20161123558120)(201708071742011)(7699051)(76991095); SRVR:VI1PR07MB5710; BCL:0; PCL:0; RULEID:; SRVR:VI1PR07MB5710; 
x-forefront-prvs: 085634EFF4
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(396003)(346002)(376002)(136003)(39860400002)(13464003)(45074003)(53234004)(189003)(199004)(53754006)(52314003)(71190400001)(71200400001)(2501003)(14444005)(256004)(97736004)(25786009)(66066001)(68736007)(26005)(186003)(64126003)(52116002)(99286004)(65956001)(65806001)(36756003)(76176011)(2616005)(486006)(476003)(316002)(6436002)(58126008)(110136005)(4001150100001)(966005)(446003)(11346002)(478600001)(6116002)(106356001)(31686004)(5660300001)(86362001)(3846002)(2906002)(65826007)(2900100001)(8676002)(6306002)(6486002)(6512007)(31696002)(6246003)(81156014)(81166006)(8936002)(53936002)(386003)(6506007)(53546011)(102836004)(229853002)(14454004)(105586002)(7736002)(305945005); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR07MB5710; H:VI1PR07MB4717.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: 89/KCtfiO4AzmJuykaQJDEzXWMX2hexaE7gFFYQFP4RmpuuF4olM4dwJL6TEdcDDs61naJgktcLvJcZ0wh/piUBQdC7sCVhF9UV9s5B1EsCFGkgTeOWfKG/H+1fVG0SUTv3RmMzNE0O3Gnap21TVXJmL5quL9aNC57GHT2KfL/TBxrMuaNYX2s3asS6stec8a9697ljoJXKmXegwhTx/MAqLFLbE3eo00YNIZ8eRFywLzz/AWjtRUGjTJtTbDOTR1ig9UdRrHgsvaDYQPnHgOnpxMwf1ZXfk1b/iSsLFx6AvWfPjrKir6IjF62Uaq3AH4ugTIRuUpeAK0LfPa3xjEdrW7sv3RxHgy0/21RcTy+M=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <4B42A2B53F8C9B498DA8FF944EAC3172@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: b83fd9d4-a9c0-4268-939e-08d64a415dbc
X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Nov 2018 14:56:34.6548 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB5710
X-OriginatorOrg: ericsson.com
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupgleLIzCtJLcpLzFFi42KZGbG9UneJ+Ztog7Y3JhbH1q9lcWD0WLLk J1MAYxSXTUpqTmZZapG+XQJXxoUnHawFd4Iq2qfNZm1gPBPQxcjJISFgIrHn9Wf2LkYuDiGB I4wSh/Z9ZYNwvjFKLN/4hgnOmXRmI1RmCZPEs6t9jCAOi8AEZol921dCDZjEJHFsyxNGkMlC Ao8YJfpPG4DYbAIGEpOnrGAHsUUEfCVaLz9jArGFBewkZj/ZygwRt5eYcnAjkM0BZOtJTJ1o DBJmEVCVeHVvJVgJL1DJlkvfWSDG20s0v78CZnMKOEj0LvjCBmIzCohJfD+1Bmw8s4C4xK0n 85kgHhWQWLLnPDOELSrx8vE/VhBbVCBCovnkXxaIuKLE2XcPwV6WEJjJKHFmw3FWiKGxEh/+ 90MN0pE4ex3iRwkBWYlL87sZIRqusUk0901lg0j4Snw6BAkVCYELjBKbz81jhUhoSbRsugPV nS0x99IyxgmMxrOQXDsLGADMApoS63fpQ4Q9JI51bGKDsBUlpnQ/ZJ8FDgxBiZMzn7AsYGRd xShanFqclJtuZKyXWpSZXFycn6eXl1qyiRGYPg5u+a26g/HyG8dDjAIcjEo8vGt03kQLsSaW FVfmHmKU4GBWEuH1NwAK8aYkVlalFuXHF5XmpBYfYpTmYFES531ovjlKSCA9sSQ1OzW1ILUI JsvEwSnVwJjllDgx7Ky3T9ulplal2fNaHNIkpH8e+rXyt4Zw/Ycrinmf34u+uro5TU2b8+j9 Bl8e8yOCF/cEbmqr7loslHjyw2S/ANVf6gZ/I7os5sy9eG6PwJQeB73g/dGvpF6sq1Jbace8 x3QR6+WYzn979i8u8nVSOBInMX2JjIi5zT/L//P5IgV2H1ZiKc5INNRiLipOBAAXbT7kGwMA AA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/015yvuxKdqU62vBgI_hZDH7eMpM>
Subject: Re: [Emu] EAP-TLS 1.3 - TLS extensions and mechanisms
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2018 14:56:42 -0000

SSB3b3VsZCBiZSB2ZXJ5IGhlc2l0YW50IHRvIG1hbmRhdGUgUkZDIDc5MjQuIE1vc3QgRUFQLVRM
UyANCmltcGxlbWVudGF0aW9ucyB1c2UgZXhpc3RpbmcgVExTIGxpYnJhcmllcyByYXRoZXIgdGhh
biBpbXBsZW1lbnRpbmcgDQp0aGVpciBvd24gVExTIHN0YWNrLiBBbmQgbWFueSBwb3B1bGFyIFRM
UyBsaWJyYXJpZXMgZG9uJ3QgcHJvdmlkZSANCnN1cHBvcnQgZm9yIFJGQyA3OTI0LiBQbGVhc2Ug
bG9vayBhdCA6IA0KaHR0cHM6Ly9naXRodWIuY29tL29wZW5zc2wvb3BlbnNzbC9pc3N1ZXMvNTA0
MCBmb3IgZXhhbXBsZS4NCg0KVXNpbmcgUkZDIDc5MjQgZXZlbiBmb3IgZHJvcHBlZCBoYW5kc2hh
a2VzIHJlcXVpcmVzIHdpZGVyIGNvbW11bml0eSANCnJldmlldyBhbmQgc2hvdWxkIHN0YXkgaW4g
ZHJhZnQtbXMtZW11LWVhcHRsc2NlcnQuIFdlIHNob3VsZCB0cnkgdG8ga2VlcCANCnRoZSB0d28g
ZHJhZnRzIGluIHN5bmMgYnV0IGluZGVwZW5kZW50LiBGb3IgbWUsIHNoaXBwaW5nIA0KZHJhZnQt
aWV0Zi1lbXUtZWFwLXRsczEzIHdpdGhpbiBhIHJlYXNvbmFibGUgdGltZSAoc2F5IHdpdGhpbiA2
IG1vbnRocykgDQppcyBtb3JlIGNyaXRpY2FsLg0KDQorMSBvbiBtYWtpbmcgT0NTUCBzdGFwbGlu
ZyBtYW5kYXRvcnkuDQoNCi0tTW9oaXQNCg0KT24gMTEvMTQvMTggNDowNCBQTSwgSm9obiBNYXR0
c3NvbiB3cm90ZToNCj4gSGkgYWxsLA0KPg0KPiBJIHRoaW5rIHRoZSBkcmFmdCBpcyBub3cgaW4g
cXVpdGUgZ29vZCBzaGFwZS4gSXQgd291bGQgYmUgZ29vZCB0byBnZXQgc29tZSByZXZpZXdzLiBP
bmUgdGhpbmcgdGhhdCBJIHdvdWxkIGxpa2UgdG8gZGlzY3VzcyBpcyB3aGF0IHRoZSBkcmFmdCBz
aG91bGQgc2F5IGFib3V0IHZhcmlvdXMgZXh0ZW5zaW9ucyBhbmQgbWVjaGFuaXNtcy4gSW4gcGFy
dGljdWxhcjoNCj4NCj4NCj4gLSBSZXZvY2F0aW9uDQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPg0KPiBSRkMgNTIxNiBzYXlzOg0KPg0K
PiAiRUFQLVRMUyBwZWVyIGFuZCBzZXJ2ZXIgaW1wbGVtZW50YXRpb25zIE1VU1Qgc3VwcG9ydCB0
aGUgdXNlIG9mIENlcnRpZmljYXRlIFJldm9jYXRpb24gTGlzdHMgKENSTHMpIg0KPiAiRUFQLVRM
UyBwZWVyIGFuZCBzZXJ2ZXIgaW1wbGVtZW50YXRpb25zIFNIT1VMRCBhbHNvIHN1cHBvcnQgdGhl
IE9ubGluZSBDZXJ0aWZpY2F0ZSBTdGF0dXMgUHJvdG9jb2wgKE9DU1ApIg0KPiAiRUFQLVRMUyBw
ZWVycyBhbmQgc2VydmVycyBTSE9VTEQgaW1wbGVtZW50IENlcnRpZmljYXRlIFN0YXR1cyBSZXF1
ZXN0IG1lc3NhZ2VzIg0KPg0KPiBkcmFmdC1pZXRmLWVtdS1lYXAtdGxzMTMtMDMgYWRkczoNCj4N
Cj4gIlRoZSB1c2Ugb2YgQ2VydGlmaWNhdGUgU3RhdHVzIFJlcXVlc3RzIHRvIGRldGVybWluZSB0
aGUgY3VycmVudCBzdGF0dXMgb2YgdGhlIEVBUCBzZXJ2ZXIncyBjZXJ0aWZpY2F0ZSBpcyBSRUNP
TU1FTkRFRC4iDQo+DQo+IEZvciBFQVAtVExTIHdoZXJlIHRoZSBwZWVyIG9mdGVuIGRvZXMgbm90
IGhhdmUgaW50ZXJuZXQgY29ubmVjdGlvbiBPQ1NQIHN0YXBsaW5nIGlzIG9mdGVuIGJ5IGZhciB0
aGUgbW9zdCBhcHByb3ByaWF0ZSBtZWNoYW5pc20uIElzIGl0IHRpbWUgdG8gbWFrZSBDZXJ0aWZp
Y2F0ZSBTdGF0dXMgUmVxdWVzdHMgKE9DU1Agc3RhcGxpbmcpIG1hbmRhdG9yeSB0byBpbXBsZW1l
bnQgZm9yIEVBUC1UTFMgd2l0aCBUTFMgMS4zPw0KPg0KPiBNeSB2aWV3IHdvdWxkIGJlIHllcywg
T1NDUCBzdGFwbGluZyBpcyBzb2x2aW5nIGEgbG90IG9mIGlzc3VlcyB3aXRoIHJldm9jYXRpb24s
IGVzcGVjaWFsbHkgZm9yIEVBUC1UTFMuIEkgdGhpbmsgT0NTUCBzdGFwbGluZyBzaG91bGQgYmUg
bWFuZGF0b3J5IHRvIHN1cHBvcnQgYW5kIG1heWJlIGFsc28gbWFuZGF0b3J5IHRvIHVzZS4uLg0K
Pg0KPiBXaGF0IGlzIHRoZSB3b3JraW5nIGdyb3VwJ3Mgb3BpbmlvbiBhYm91dCByZXZvY2F0aW9u
IG1lY2hhbmlzbXM/DQo+DQo+DQo+DQo+IC0gRnJhZ21lbnRhdGlvbiBkdWUgdG8gbGFyZ2UgY2Vy
dGlmaWNhdGVzDQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLQ0KPg0KPiBkcmFmdC1pZXRmLWVtdS1lYXAtdGxzMTMtMDMgc2F5czoNCj4NCj4g
IkVBUC1UTFMgcGVlcnMgYW5kIHNlcnZlcnMgU0hPVUxEIHN1cHBvcnQgYW5kIHVzZSB0aGUgQ2Fj
aGVkIEluZm9ybWF0aW9uIEV4dGVuc2lvbiBhcyBzcGVjaWZpZWQgaW4gW1JGQzc5MjRdLiINCj4N
Cj4gZHJhZnQtbXMtZW11LWVhcHRsc2NlcnQtMDEgc2F5czoNCj4NCj4gIlRoZSBleHRlbnNpb24g
aG93ZXZlciBuZWNlc3NpdGF0ZXMgYSBzdWNjZXNzZnVsIGZ1bGwgaGFuZHNoYWtlIGJlZm9yZSBh
bnkgY2FjaGluZy4gIFRoaXMgZXh0ZW5zaW9uIGNhbiBiZSB1c2VmdWwgd2hlbiwgZm9yIGV4YW1w
bGUsIHdoZW4gYSBzdWNjZXNzZnVsIGF1dGhlbnRpY2F0aW9uIGJldHdlZW4gYW4gRUFQIHBlZXIg
YW5kIEVBUCBzZXJ2ZXIgaGFzIG9jY3VycmVkIGluIHRoZSBob21lIG5ldHdvcmsuIg0KPg0KPiBB
cyBmcmFnbWVudGF0aW9uIG9mIGxhcmdlIGNlcnRpZmljYXRlcyBpcyBhIGxhcmdlIHByb2JsZW0g
aW4gRUFQLVRMUyBkZXBsb3ltZW50cywgd291bGQgaXQgbWFrZSBzZW5zZSB0byBtYW5kYXRlIHN1
cHBvcnQgYW5kIG9yIHVzZSBvZiBSRkMgNzkyNCB3aGVuIFRMUyAxLjMgaXMgdXNlZD8NCj4NCj4g
QWxzbywgaW4gSUVURiAxMDIgd2UgZGlzY3Vzc2VkIGNhY2hlZCBpbmZvcm1hdGlvbiBhbmQgdGhl
IHBvc3NpYmlsaXR5IGZvciB0aGUgY2xpZW50IHRvIGNhY2hlIHRoZSBzZXJ2ZXIncyBjZXJ0aWZp
Y2F0ZSBmcm9tIGEgZHJvcHBlZCBoYW5kc2hha2UuIEkgdGhvdWdoIG1vcmUgYWJvdXQgdGhpcyBh
bmQgSSBjYW5ub3Qgc2VlIGFueSBjcnlwdG9ncmFwaGljIHByb2JsZW1zIHdpdGggdGhlIGNsaWVu
dCBjYWNoaW5nIHRoZSBzZXJ2ZXIncyBjZXJ0aWZpY2F0ZSBmcm9tIGEgZHJvcHBlZCBoYW5kc2hh
a2UuIFRoZSBjbGllbnQgY2FuIHZlcmlmeSB0aGUgY2VydGlmaWNhdGUgYW55d2F5LCBidXQgdGhl
IHNlcnZlciBtYXkgbm90IGhhdmUgdGltZSB0byBwcm92ZSBwb3NzZXNzaW9uIG9mIHRoZSBwcml2
YXRlIGtleSBiZWZvcmUgdGhlIGhhbmRzaGFrZSBpcyBkcm9wcGVkLiBHZXR0aW5nIGNlcnRpZmlj
YXRlcyBvdXQtb2YtYmFuZCBpcyBjb21tb24gaW4gbWFueSBjYXNlcy4gVGhlIG9ubHkgcHJvYmxl
bSBJIGNhbiBzZWUgaXMgdGhhdCBhbiBhdHRhY2tlciBjb3VsZCB0cnkgdG8gZmlsbCB0aGUgcGVl
cidzIG1lbW9yeSBzdG9yYWdlIGJ5IHNlbmRpbmcgY2VydGlmaWNhdGVzIHRvIHRoZSBjbGllbnQs
IGJ1dCB0aGlzIGRvZXMgbm90IGdpdmUgYW55IGFtcGxpZmljYXRpb24gYW5kIGNvdWxkIGVhc2ls
eSBiZSBtaXRpZ2F0ZWQgYnkgdGhlIGNsaWVudCBvbmx5IGNhY2hpbmcgYSBzaW5nbGUgb3IgdmVy
eSBmZXcgY2VydGlmaWNhdGVzLg0KPg0KPiBBcyBmcmFnbWVudGF0aW9uIG9mIGxhcmdlIGNlcnRp
ZmljYXRlcyBpcyBhIGxhcmdlIHByb2JsZW0gaW4gRUFQLVRMUywgbXkgdmlldyB3b3VsZCBiZSB0
aGF0IHdlIHNob3VsZCBzcGVjaWZ5IHRoYXQgdGhlIHBlZXIgY2FuIGNhY2hlIGNlcnRpZmljYXRl
cyBmcm9tIGEgZHJvcHBlZCBoYW5kc2hha2UuIFdpdGggdGhpcyBjaGFuZ2UgaXMgaXQgbGlrZWx5
IGFsbW9zdCBhbHdheXMgcG9zc2libGUgdG8gZG8gRUFQLVRMUyBldmVuIGlmIHRoZSBhdXRoZW50
aWNhdG9yIGRyb3BzIHRoZSBjb25uZWN0aW9uIGFmdGVyIDQwLTUwIHBhY2thZ2VzLiBJZiB3ZSBk
ZWNpZGUgdG8gZG8gdGhpcywgd2Ugc2hvdWxkIHRlbGwgdGhlIFRMUyB3b3JraW5nIGdyb3VwIHRo
YXQgd2UgYXJlIHBsYW5uaW5nIHRoaXMgYW5kIGFzayBmb3IgdGhlaXIgdmlldy4NCj4NCj4gKE5v
dGUgdGhhdCB0aGUgd2hvbGUgRnJhZ21lbnRhdGlvbiBzZWN0aW9uIGluIGRyYWZ0LWlldGYtZW11
LWVhcC10bHMxMyBzaG91bGQgYmUgdXBkYXRlZCB3aGVuIGRyYWZ0LW1zLWVtdS1lYXB0bHNjZXJ0
IGdldHMgYWRvcHRlZCBieSB0aGUgV0cpLg0KPg0KPiAvSm9obg0KPg0KPiDvu78tLS0tLU9yaWdp
bmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBKb2huIE1hdHRzc29uIDxqb2huLm1hdHRzc29uQGVy
aWNzc29uLmNvbT4NCj4gRGF0ZTogV2VkbmVzZGF5LCAxNCBOb3ZlbWJlciAyMDE4IGF0IDEzOjUw
DQo+IFRvOiAiZW11QGlldGYub3JnIiA8ZW11QGlldGYub3JnPg0KPiBTdWJqZWN0OiBGVzogTmV3
IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1pZXRmLWVtdS1lYXAtdGxzMTMtMDMudHh0
DQo+DQo+IEhpLA0KPg0KPiBXZSBoYXZlIHVwZGF0ZWQgdGhlIGRyYWZ0IGFjY29yZGluZyB0byB0
aGUgZGlzY3Vzc2lvbiBhbmQgY29uY2x1c2lvbnMgYXQgSUVURiAxMDMuDQo+DQo+IC0gTmV3IGZp
Z3VyZSBzaG93aW5nIHRoZSBtZXNzYWdlIGZsb3cgZm9yIEVBUC1UTFMgY2xpZW50IHJlamVjdGlv
biBvZiBOZXdTZXNzaW9uVGlja2V0CQ0KPg0KPiAtIFRoZSBkcmFmdCBkaWQgbm90IG1lbnRpb24g
dGhhdCBUTFMgaGFzIGJvdGggd2FybmluZyBhbmQgZmF0YWwgYWxlcnRzLiBXZSBjaGFuZ2VkICJU
TFMgQWxlcnQgTWVzc2FnZSIgdG8gIiBUTFMgRmF0YWwgQWxlcnQiIGFuZCBhZGRlZCBhIGZldyBz
ZW50ZW5jZXMgdGhhdCBkZXNjcmliZSB0aGUgZGlmZmVyZW5jZS4NCj4NCj4gICAgIkZpZ3VyZXMg
NCwgNSwgNiwgYW5kIDcgaWxsdXN0cmF0ZSBtZXNzYWdlIGZsb3dzIGluIHNldmVyYWwgY2FzZXMJ
DQo+ICAgICB3aGVyZSB0aGUgRUFQIHBlZXIgb3IgRUFQIHNlcnZlciBzZW5kcyBhIFRMUyBmYXRh
bCBhbGVydCBtZXNzYWdlLgkNCj4gICAgIFRMUyB3YXJuaW5nIGFsZXJ0cyBnZW5lcmFsbHkgbWVh
biB0aGF0IHRoZSBjb25uZWN0aW9uIGNhbiBjb250aW51ZQkNCj4gICAgIG5vcm1hbGx5IGFuZCBk
b2VzIG5vdCBjaGFuZ2UgdGhlIG1lc3NhZ2UgZmxvdy4gIE5vdGUgdGhhdCB0aGUgcGFydHkJDQo+
ICAgICByZWNlaXZpbmcgYSBUTFMgd2FybmluZyBhbGVydCBtYXkgY2hvb3NlIHRvIHRlcm1pbmF0
ZSB0aGUgY29ubmVjdGlvbgkNCj4gICAgIGJ5IHNlbmRpbmcgYSBUTFMgZmF0YWwgYWxlcnQsIHdo
aWNoIG1heSBhZGQgYW4gZXh0cmEgcm91bmQtdHJpcCwgc2VlCQ0KPiAgICAgW1JGQzg0NDZdLiIN
Cj4NCj4gLSBNYWRlIGl0IG1hbmRhdG9yeSB0byBhbHdheXMgY29uY2VhbCB0aGUgdXNlcm5hbWUg
aW4gdGhlIElkZW50aXR5IFJlc3BvbnNlLiBUaGlzIGxlZCB0byBzbWFsbGVyIGNoYW5nZXMgaW4g
c2V2ZXJhbCBwbGFjZXMuDQo+ICAgICAtLSBUZXh0IHdlcmUgdXBkYXRlZCB0byByZWZsZWN0IHRo
aXMgaXMgbWFuZGF0b3J5DQo+ICAgICAtLSBDaGFuZ2VkICJJZGVudGl0eSAoTXlJRCkiIHRvICJJ
ZGVudGl0eSAoQW5vbnltb3VzIE5BSSkiIGluIGFsbCBmaWd1cmVzDQo+ICAgICAtLSBSZW1vdmVk
IHRoZSAicHJpdmFjeSIgZmlndXJlIGFzIHRoYXQgaXMgbm8gbG9uZ2VyIG5lZWRlZC4gSW5zdGVh
ZCB0aGUgc2VjdGlvbiByZWZlciB0byBGaWd1cmUgMS4NCj4NCj4gLSBBZGRlZCAiYW5kIGFsbCBQ
b3N0LUhhbmRzaGFrZSBtZXNzYWdlcyBoYXZlIGJlZW4gc2VudCIgdG8gcGFnZSAzLiBUaGUgbmV3
IHNlbnRlbmNlIHJlYWRzOg0KPiAgICJBZnRlciB0aGUgVExTIGhhbmRzaGFrZSBoYXMgY29tcGxl
dGVkIGFuZCBhbGwgUG9zdC1IYW5kc2hha2UgbWVzc2FnZXMgaGF2ZSBiZWVuIHNlbnQsIHRoZSBF
QVAgc2VydmVyIHNlbmRzIEVBUC1TdWNjZXNzLiIJDQo+DQo+IC0gU2V2ZXJhbCBlZGl0b3JpYWxz
Lg0KPg0KPiBDaGVlcnMsDQo+IEpvaG4NCj4NCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0N
Cj4gRnJvbTogImludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyIgPGludGVybmV0LWRyYWZ0c0BpZXRm
Lm9yZz4NCj4gRGF0ZTogV2VkbmVzZGF5LCAxNCBOb3ZlbWJlciAyMDE4IGF0IDEzOjIwDQo+IFRv
OiBNb2hpdCBTZXRoaSA8bW9oaXRAcGl1aGEubmV0PiwgSm9obiBNYXR0c3NvbiA8am9obi5tYXR0
c3NvbkBlcmljc3Nvbi5jb20+DQo+IFN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBm
b3IgZHJhZnQtaWV0Zi1lbXUtZWFwLXRsczEzLTAzLnR4dA0KPg0KPg0KPiBBIG5ldyB2ZXJzaW9u
IG9mIEktRCwgZHJhZnQtaWV0Zi1lbXUtZWFwLXRsczEzLTAzLnR4dA0KPiBoYXMgYmVlbiBzdWNj
ZXNzZnVsbHkgc3VibWl0dGVkIGJ5IEpvaG4gTWF0dHNzb24gYW5kIHBvc3RlZCB0byB0aGUNCj4g
SUVURiByZXBvc2l0b3J5Lg0KPg0KPiBOYW1lOgkJZHJhZnQtaWV0Zi1lbXUtZWFwLXRsczEzDQo+
IFJldmlzaW9uOgkwMw0KPiBUaXRsZToJCVVzaW5nIEVBUC1UTFMgd2l0aCBUTFMgMS4zDQo+IERv
Y3VtZW50IGRhdGU6CTIwMTgtMTEtMTQNCj4gR3JvdXA6CQllbXUNCj4gUGFnZXM6CQkyMg0KPiBV
Ukw6ICAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0
LWlldGYtZW11LWVhcC10bHMxMy0wMy50eHQNCj4gU3RhdHVzOiAgICAgICAgIGh0dHBzOi8vZGF0
YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtZW11LWVhcC10bHMxMy8NCj4gSHRtbGl6
ZWQ6ICAgICAgIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWVtdS1lYXAt
dGxzMTMtMDMNCj4gSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv
ZG9jL2h0bWwvZHJhZnQtaWV0Zi1lbXUtZWFwLXRsczEzDQo+IERpZmY6ICAgICAgICAgICBodHRw
czovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1lbXUtZWFwLXRsczEzLTAz
DQo+DQo+IEFic3RyYWN0Og0KPiAgICAgVGhpcyBkb2N1bWVudCBzcGVjaWZpZXMgdGhlIHVzZSBv
ZiBFQVAtVExTIHdpdGggVExTIDEuMyB3aGlsZQ0KPiAgICAgcmVtYWluaW5nIGJhY2t3YXJkcyBj
b21wYXRpYmxlIHdpdGggZXhpc3RpbmcgaW1wbGVtZW50YXRpb25zIG9mIEVBUC0NCj4gICAgIFRM
Uy4gIFRMUyAxLjMgcHJvdmlkZXMgc2lnbmlmaWNhbnRseSBpbXByb3ZlZCBzZWN1cml0eSwgcHJp
dmFjeSwgYW5kDQo+ICAgICByZWR1Y2VkIGxhdGVuY3kgd2hlbiBjb21wYXJlZCB0byBlYXJsaWVy
IHZlcnNpb25zIG9mIFRMUy4gIEVBUC1UTFMNCj4gICAgIHdpdGggVExTIDEuMyBwcm92aWRlcyBz
aWduaWZpY2FudGx5IGltcHJvdmVkIHByb3RlY3Rpb24gYWdhaW5zdA0KPiAgICAgcGVydmFzaXZl
IG1vbml0b3JpbmcgYnkgbWFuZGF0aW5nIHVzZSBvZiBwcml2YWN5LiAgVGhpcyBkb2N1bWVudA0K
PiAgICAgdXBkYXRlcyBSRkMgNTIxNi4NCj4NCj4gICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAN
Cj4NCj4NCj4gUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVz
IGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbg0KPiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lv
biBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmlldGYub3JnLg0KPg0KPiBUaGUgSUVU
RiBTZWNyZXRhcmlhdA0KPg0KPg0KPg0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fXw0KPiBFbXUgbWFpbGluZyBsaXN0DQo+IEVtdUBpZXRmLm9yZw0KPiBo
dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2VtdQ0K


From nobody Wed Nov 14 07:02:57 2018
Return-Path: <timc@hpe.com>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D1E50130EA5 for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 07:02:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level: 
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 3rr3mvqi0qZd for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 07:02:53 -0800 (PST)
Received: from g2t2352.austin.hpe.com (g2t2352.austin.hpe.com [15.233.44.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 638901292AD for <emu@ietf.org>; Wed, 14 Nov 2018 07:02:53 -0800 (PST)
Received: from G9W8455.americas.hpqcorp.net (exchangepmrr1.us.hpecorp.net [16.216.161.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by g2t2352.austin.hpe.com (Postfix) with ESMTPS id D18469A38; Wed, 14 Nov 2018 14:56:41 +0000 (UTC)
Received: from G4W9122.americas.hpqcorp.net (2002:10d2:1511::10d2:1511) by G9W8455.americas.hpqcorp.net (2002:10d8:a15e::10d8:a15e) with Microsoft SMTP Server (TLS) id 15.0.1367.3; Wed, 14 Nov 2018 14:48:55 +0000
Received: from NAM03-BY2-obe.outbound.protection.outlook.com (15.241.52.12) by G4W9122.americas.hpqcorp.net (16.210.21.17) with Microsoft SMTP Server (TLS) id 15.0.1367.3 via Frontend Transport; Wed, 14 Nov 2018 14:48:55 +0000
Received: from CS1PR8401MB0759.NAMPRD84.PROD.OUTLOOK.COM (10.169.15.143) by CS1PR8401MB0807.NAMPRD84.PROD.OUTLOOK.COM (10.169.16.10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1339.21; Wed, 14 Nov 2018 14:48:53 +0000
Received: from CS1PR8401MB0759.NAMPRD84.PROD.OUTLOOK.COM ([fe80::6c7b:44c:480b:1a7f]) by CS1PR8401MB0759.NAMPRD84.PROD.OUTLOOK.COM ([fe80::6c7b:44c:480b:1a7f%4]) with mapi id 15.20.1339.021; Wed, 14 Nov 2018 14:48:53 +0000
From: "Cappalli, Tim (Aruba Security)" <timc@hpe.com>
To: Alan DeKok <aland@deployingradius.com>
CC: John Mattsson <john.mattsson@ericsson.com>, "emu@ietf.org" <emu@ietf.org>
Thread-Topic: [Emu] FW: New Version Notification for draft-ietf-emu-eap-tls13-03.txt
Thread-Index: AQHUfBw33O0LIani0UyKF/e3yvom/KVPRj4A///ABYA=
Date: Wed, 14 Nov 2018 14:48:53 +0000
Message-ID: <719612BF-970A-4609-9CD2-AF124CAB2435@hpe.com>
References: <1C51B2F8-5635-4C36-B657-05A69B928509@hpe.com> <0BCDE1A6-1AFB-42E4-BF99-DB4935E78FDE@deployingradius.com>
In-Reply-To: <0BCDE1A6-1AFB-42E4-BF99-DB4935E78FDE@deployingradius.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/10.13.0.181109
authentication-results: spf=none (sender IP is ) smtp.mailfrom=timc@hpe.com; 
x-originating-ip: [8.46.76.63]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; CS1PR8401MB0807; 6:6UR8oreU+lxWXKYOMNoaPCvw2IM3MGaynv/CRbxGrOi6DHDBEq5LlKxUihNN3E1UE1Zks5HO4fCaemHIbg07hR17sJkq+2pWa4bNFdY6Bxued78bxXkq+I9SBiCvhKOZsRoXcgjtnGKn9OzpFS0OExOTuORFWs8K3bEjOqkKnN2NjT7ZX2yvZ9477YPCeC8136FOIaOUUUTozy535Ki6EBt6tFUdpvWKZxuB0KEjpH3N6uytJzOH6UrJKCtfGhCSKXn769G5xHc4ba53vYYPgA5MyeSPHs8sUY/NpX/XObuyFEWlOglbQdQac8ERtxI4s7uIP6dQ3U+miHVLvawuEYa1yu/VXfWy6Y/MlBDZknvw9cd5iZ6t98BJNdXvbFtWUjfa+4Uip7FMsTukfkuKs+gQG8Svem/t3lsOKHRvi2oDcTFTN4ZWqwMwa9hgsVJwk104n06/7oM445MlG5n8hw==; 5:K4R6cHomaJHjn1A1NkyctKirWVQ5u79Xn7xYdKoWRXQZDOVvnmmcaD7gcjphGE6cGn4ppKainyayo6oXPtZNtHtMcSEbN9KApInZZ9dS3drdOBIznpp+t1UYBa0my3WHxQHWSZ51frRThcYbNWV2fktSY6DyFNcg45+rlAYzInI=; 7:bLYRF9HLoKfgkO1ZSqvrC/J4EfUFjPtCflf41LnC2sh+wsMM3QMcpQIXv3lUhUqgDNEKqEP9jXx2CZdLIz+Q7ZXj17zuSUboJc/xiJuNmZGrODEl+3mEi4fytyDezpjPBqHlc3Xsc81Dc2uUItU4vw==
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-correlation-id: de25660c-b9ae-4b3c-f387-08d64a404c26
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390098)(7020095)(4652040)(8989299)(5600074)(711020)(4618075)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7153060)(49563074)(7193020); SRVR:CS1PR8401MB0807; 
x-ms-traffictypediagnostic: CS1PR8401MB0807:
x-microsoft-antispam-prvs: <CS1PR8401MB080721A7B9A0AFFC136F7C41DBC30@CS1PR8401MB0807.NAMPRD84.PROD.OUTLOOK.COM>
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(102415395)(6040522)(2401047)(5005006)(8121501046)(10201501046)(3002001)(3231410)(944501410)(4983020)(52105112)(93006095)(93001095)(6055026)(148016)(149066)(150057)(6041310)(20161123558120)(20161123562045)(20161123564045)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(201708071742011)(7699051)(76991095); SRVR:CS1PR8401MB0807; BCL:0; PCL:0; RULEID:; SRVR:CS1PR8401MB0807; 
x-forefront-prvs: 085634EFF4
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(136003)(39860400002)(346002)(366004)(396003)(376002)(199004)(189003)(83716004)(14454004)(71190400001)(86362001)(71200400001)(6512007)(81156014)(256004)(186003)(5660300001)(25786009)(82746002)(81166006)(8936002)(4326008)(6486002)(99936001)(7736002)(305945005)(14444005)(6916009)(53936002)(6116002)(3846002)(229853002)(8676002)(26005)(6246003)(6506007)(54906003)(76176011)(53546011)(99286004)(476003)(2900100001)(68736007)(446003)(316002)(11346002)(97736004)(58126008)(6436002)(66066001)(33656002)(478600001)(36756003)(105586002)(2616005)(102836004)(486006)(2906002)(106356001)(15650500001); DIR:OUT; SFP:1102; SCL:1; SRVR:CS1PR8401MB0807; H:CS1PR8401MB0759.NAMPRD84.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; 
received-spf: None (protection.outlook.com: hpe.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: mfO4McNWSTZhU7L5Stq/nlQtCHHomcDWvf9mJ9j7OIIIB7TSbAna0at6AZpNFUuwYrz1bpHxb3v79sthWTZuz14DAtVHHjA/nzgdzF7ngDFvGX1QMxfGQEbvpI7SwJK4xOrJvmVclxZ2jCqbhhdaSRV4WKwrJ7weRlCRmfM9bBDTPksBCb2YOMn9SBgyaqRcg5alAkjEE9AXAltvq4QlOOlNfaoQreIJqg/bMVmAUoqfUvPgU+JPI6xvoiFFxXwRJ6izL/LSNVpMJIRzW1/TwoqKgui2ZZy5uG+P1kVrCIR+554TOOrYD+LT1fjz+pgAGV/t/OZBb5Otggf5f/joyDxskjtFZ/QSEeqZjbqmhC8=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha256; boundary="B_3625033729_1450237569"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: de25660c-b9ae-4b3c-f387-08d64a404c26
X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Nov 2018 14:48:53.4486 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 105b2061-b669-4b31-92ac-24d304d195dc
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CS1PR8401MB0807
X-OriginatorOrg: hpe.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/fy2htDrWlaIPl47ljeZ4OfY28r0>
Subject: Re: [Emu] FW: New Version Notification for draft-ietf-emu-eap-tls13-03.txt
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2018 15:02:56 -0000

--B_3625033729_1450237569
Content-type: text/plain;
	charset="UTF-8"
Content-transfer-encoding: quoted-printable

The question was asked about making it anonymous NAI mandatory in the Ident=
ity Response. That is what my comments were targeted to.

In terms of infrastructure, logging into a wireless controller, switch or N=
MS and seeing hundreds of "anonymous@enterprise.co" makes an administrator's=
 life miserable. Most folks in a large enterprise responsible for troublesho=
oting end user access do not have access to the EAP server.

The only way to provide the real identity back to the NAS would be sending =
it back as the IETF User-Name in the Access-Accept with the assumption that =
the NAS would honor it.=20

tim

=EF=BB=BFOn 11/14/18, 8:38 AM, "Alan DeKok" <aland@deployingradius.com> wrote:



    On Nov 14, 2018, at 8:16 AM, Cappalli, Tim (Aruba Security) <timc@hpe.c=
om> wrote:

    >=20

    > Making it mandatory to use an anonymous NAI will be a huge issue in e=
nterprise where the infrastructure, device and enterprise identity is owned =
by the enterprise. There is no proxy or third party provider.

   =20

     I don't see that in Section 2.1.4.  It says:

   =20

       ... a client supporting TLS 1.3 MUST NOT send its

       username in cleartext in the Identity Response.  It is RECOMMENDED t=
o

       use anonymous NAIs, but other solutions where the username is

       encrypted MAY be used.

   =20

      So username *hiding* his mandatory.  But the method is left to the im=
plementation.

   =20

    > Seeing "anonymous@enterprise.com" across all network infrastructure i=
s not going to be acceptable.

   =20

      In what context will you "see" that across all network infrastructure=
?

   =20

      Since this is the enterprise, you control your own RADIUS server.  Yo=
u can associate the *inner* identity with the users session.  There is no re=
quirement that you only look at the outer identity for tracking user session=
s.  This tying of inner / outer identities is common in ISP and enterprise e=
nvironments.

   =20

      In the absence of specific reasons behind this statement, I just don'=
t see how anonymous identities are a problem for anyone, anywhere.

   =20

      If I had to guess, I'd say that the problem comes from *other* device=
s on the network.  Devices that snoop EAP, but aren't involved in the actual=
 authentication.  The solution there would be to have the local RADIUS serve=
r talk to the local snooping device.  Or, the local snooping device looks at=
 MAC addresses instead of EAP identities.  And then uses the RADIUS DB to co=
rrelate MAC address to EAP inner identity.=20

   =20

    > Why not provide a flag that can be passed in the EAP exchange from th=
e supplicant that enables this behavior so users with full control of their =
device can use this while enterprise or other use cases that require real id=
entity can configure the supplicant to provide a different flag?

   =20

      Given the horrific nature of implementations and inter-operability, I=
 would oppose yet another point of negotiation.  It does not add anything IM=
HO.  And, it makes implementations and inter-operability more complex.

   =20

      Alan DeKok.

   =20

   =20


--B_3625033729_1450237569
Content-type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"

MIIJVAYJKoZIhvcNAQcCoIIJRTCCCUECAQExDzANBglghkgBZQMEAgEFADALBgkqhkiG9w0B
BwGgggakMIIGoDCCBYigAwIBAgIQC4fYXsXYeu1wuVJdGIfYzTANBgkqhkiG9w0BAQsFADCB
yDELMAkGA1UEBhMCVVMxKzApBgNVBAoTIkhld2xldHQgUGFja2FyZCBFbnRlcnByaXNlIENv
bXBhbnkxHzAdBgNVBAsTFlN5bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsTLENsYXNz
IDIgTWFuYWdlZCBQS0kgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMTQwMgYDVQQDEytIZXds
ZXR0IFBhY2thcmQgRW50ZXJwcmlzZSBDb2xsYWJvcmF0aW9uIENBMB4XDTE3MTIxOTAwMDAw
MFoXDTE5MTIxOTIzNTk1OVowgZoxKzApBgNVBAoUIkhld2xldHQgUGFja2FyZCBFbnRlcnBy
aXNlIENvbXBhbnkxJjAkBgNVBAsUHUVtcGxveW1lbnQgU3RhdHVzIC0gRW1wbG95ZWVzMQ8w
DQYDVQQLFAZTL01JTUUxFTATBgNVBAMMDFRpbSBDYXBwYWxsaTEbMBkGCSqGSIb3DQEJARYM
dGltY0BocGUuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAwj6are7FHWnq
RbyDKVQlrUPlQYMz+k1TeXackcNjGMM/ukihK10DZE6EyecV1ophnsOx/9vicwfCH1eJJDXx
VK0D5G5gyQKAeJoqik5ofRLg38HMEW4ZB1ttUpu0KSLBv7oOPuO5QzQ/5iE5WA1AaMtX6iIP
BtNcxPfDM0Ygi41Quio0+T+7QAt5PCLVJXxRiv/MIOBrzY97y5KcZvz59BteNp1wnM5aIegh
XMXY19ISeblYT131cXSKXiUJvEJFdHMfbNLz+5Xzv3AGMTeC10TMSN6hfjrb1KVuowMlyBGz
gW8tN1GDBUmxFwLCb8JK+7xLF58+3/Nqz3iRdCqeFQIDAQABo4ICsDCCAqwwFwYDVR0RBBAw
DoEMdGltY0BocGUuY29tMAwGA1UdEwEB/wQCMAAwDgYDVR0PAQH/BAQDAgWgMGEGA1UdHwRa
MFgwVqBUoFKGUGh0dHA6Ly9vbnNpdGVjcmwudmVyaXNpZ24uY29tL0hld2xldHRQYWNrYXJk
RW50ZXJwcmlzZUNvbXBhbnlTTUlNRS9MYXRlc3RDUkwuY3JsMB8GA1UdIwQYMBaAFPbgRYLL
DEsOtFiIIfWOR74khmBQMB0GA1UdDgQWBBQI4PRa0if3GFKOjzRyivxy/ZsouTA3BggrBgEF
BQcBAQQrMCkwJwYIKwYBBQUHMAGGG2h0dHA6Ly9ocGUtb2NzcC5zeW1hdXRoLmNvbTBXBgkq
hkiG9w0BCQ8ESjBIMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAOBggqhkiG9w0D
BAICAIAwCgYIKoZIhvcNAwcwCwYJYIZIAWUDBAECMIIBJAYDVR0gBIIBGzCCARcwggETBgtg
hkgBhvhFAQcXAjCCAQIwJgYIKwYBBQUHAgEWGmh0dHA6Ly93d3cuc3ltYXV0aC5jb20vY3Bz
MIHXBggrBgEFBQcCAjCByhqBx0F1dGhvcml0eSB0byBiaW5kIEhld2xldHQgUGFja2FyZCBF
bnRlcnByaXNlIGRvZXMgbm90IGNvcnJlc3BvbmQgd2l0aCB1c2Ugb3IgcG9zc2Vzc2lvbiBv
ZiB0aGlzIGNlcnQuIElzc3VlZCB0byBmYWNpbGl0YXRlIGNvbW11bmljYXRpb24gd2l0aCBI
ZXdsZXR0IFBhY2thcmQgRW50ZXJwcmlzZS4gU3ltYW50ZWMncyBDUFMgaW5jb3JwIGJ5IHJl
Zi4wFgYDVR0lAQH/BAwwCgYIKwYBBQUHAwQwDQYJKoZIhvcNAQELBQADggEBAISgz8qEdwnR
7e+U1ztbWM8BdpVlrZ0Nl9Cm8Mk+zoszCjbr6FvT2pTGxGPXkACbsa6hl3BKEAT4tsMpeepS
6v4IPcnhlTn9Z71XI/O1fvqTyE5XLtmQCK/36rpEYwGnGi8BqO7Ma6w5fY47v5wQ1HDqpgnm
Z/B7jI/5U04iB0Rxy33vOTXxVRB7ymb3G4xiu0xKMAbEIsMSiMGHIPThKCXg3cYc2hlrz2IB
w4yMFQVttOmX56TBIXcfdWEO/nblOWLYCdwQ18c6r32wzdi220rGyRwEMfbodfVPbeWMxh+V
Ut3uvdrrirTZA6DyyWLXgHI4PB5UMFQWy21GLl4PhLgxggJ0MIICcAIBATCB3TCByDELMAkG
A1UEBhMCVVMxKzApBgNVBAoTIkhld2xldHQgUGFja2FyZCBFbnRlcnByaXNlIENvbXBhbnkx
HzAdBgNVBAsTFlN5bWFudGVjIFRydXN0IE5ldHdvcmsxNTAzBgNVBAsTLENsYXNzIDIgTWFu
YWdlZCBQS0kgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMTQwMgYDVQQDEytIZXdsZXR0IFBh
Y2thcmQgRW50ZXJwcmlzZSBDb2xsYWJvcmF0aW9uIENBAhALh9hexdh67XC5Ul0Yh9jNMA0G
CWCGSAFlAwQCAQUAoGkwLwYJKoZIhvcNAQkEMSIEIFWG2kfJQqWckMm9koR7KGyYXsXm28+v
RdQ7a2JPSHb1MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE4
MTExNDE0NDg0OVowDQYJKoZIhvcNAQEBBQAEggEAqQ+z10sDG9Nj/B1E9NLenWYE2iQI88Iz
5gRU+FBL9Dx6iJqRAJKXKLRUzzbWDYhqfVP7kiIQd9OjecBWhCXwSA8BzDtkL6v490hTr2Xe
sTFqShJcB7rczGg2sfxNnHlajt6Msf8Vdv9PM7eiepS94GliefALnoMG3FaaGAbSG1vDNbhC
xtbeAoLus7KRXEnEZKJ5NGpMSk+zaw71Psdiv0jxTJWe8C2bHeyuCQDQc4mvf1WdTSfxjGHN
kebtfi5K2jlnwV+ECSXpGV40Gr1HUPs4gs2iVI5iHefdNl8Bf60jbrHYa+wLkpa2Hui6YbX3
Uz1Pbj8c5KEcTGN5yeN8yQ==

--B_3625033729_1450237569--


From nobody Wed Nov 14 07:45:28 2018
Return-Path: <aland@deployingradius.com>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CDE751292AD for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 07:45:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 fiJqFTOnZS-9 for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 07:45:24 -0800 (PST)
Received: from mail.networkradius.com (mail.networkradius.com [62.210.147.122]) by ietfa.amsl.com (Postfix) with ESMTP id E635C124BAA for <emu@ietf.org>; Wed, 14 Nov 2018 07:45:23 -0800 (PST)
Received: from [192.168.46.58] (198-84-237-221.cpe.teksavvy.com [198.84.237.221]) by mail.networkradius.com (Postfix) with ESMTPSA id 4B1D0370; Wed, 14 Nov 2018 15:45:22 +0000 (UTC)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 12.0 \(3445.100.39\))
From: Alan DeKok <aland@deployingradius.com>
In-Reply-To: <719612BF-970A-4609-9CD2-AF124CAB2435@hpe.com>
Date: Wed, 14 Nov 2018 10:45:20 -0500
Cc: John Mattsson <john.mattsson@ericsson.com>, "emu@ietf.org" <emu@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <0B9B7974-EBDA-422B-A4FF-06B500E5A912@deployingradius.com>
References: <1C51B2F8-5635-4C36-B657-05A69B928509@hpe.com> <0BCDE1A6-1AFB-42E4-BF99-DB4935E78FDE@deployingradius.com> <719612BF-970A-4609-9CD2-AF124CAB2435@hpe.com>
To: "Cappalli, Tim (Aruba Security)" <timc@hpe.com>
X-Mailer: Apple Mail (2.3445.100.39)
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/p5F866o9FPnzUsoqDDxpu_7bZGU>
Subject: Re: [Emu] FW: New Version Notification for draft-ietf-emu-eap-tls13-03.txt
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2018 15:45:27 -0000

On Nov 14, 2018, at 9:48 AM, Cappalli, Tim (Aruba Security) =
<timc@hpe.com> wrote:
>=20
> The question was asked about making it anonymous NAI mandatory in the =
Identity Response. That is what my comments were targeted to.

  OK.

  For me, I would be fine with making the anonymous NAI mandatory.  I =
just don't see any end-user benefit to exposing their identities.  And =
there are benefits to privacy.

> In terms of infrastructure, logging into a wireless controller, switch =
or NMS and seeing hundreds of "anonymous@enterprise.co" makes an =
administrator's life miserable. Most folks in a large enterprise =
responsible for troubleshooting end user access do not have access to =
the EAP server.

  If I were hard-nosed, I would say that's an internal management issue, =
and not a standards issue.  But I get your point, and there are ways to =
address this (see below).

> The only way to provide the real identity back to the NAS would be =
sending it back as the IETF User-Name in the Access-Accept with the =
assumption that the NAS would honor it.=20

  All NASes that I'm aware of support this.  i.e. where the User-Name in =
Access-Accept is *not* the same as the one in the Access-Request.

  This question came up recently on RADEXT.  The thread is here:

https://www.ietf.org/mail-archive/web/radext/current/msg10079.html

  In short, it is possible (and is widely used) to return the *inner* =
EAP-TLS identity in the *outer* RADIUS Access-Accept.  That breaks user =
anonymity, but it definitely works.

  My $0.02 is that we *should* mandate anonymous outer identities.  =
Enterprises which are OK with breaking user privacy can return a =
different User-Name in the Access-Accept.  Other systems can use another =
method to track user identities across a session.

  In a related note, RFC 4372 defines a "Chargable-User-Identity" which =
is intended to be used as an anonymized user identity in roaming =
situations.  In practice, it's only really supported in WiMAX and in =
some 3G situations.  Most enterprise equipment does not support it, =
which makes it inapplicable here.

  Never the less, something similar could be done with User-Name in the =
Access-Accept.  And, it should  be supported by all enterprise =
equipment.

  It may be useful to discuss these topics in a "best practices" =
document for EAP and user anonymity.  If the WG thinks it's useful, I =
could write it.

  Alan DeKok.


From nobody Wed Nov 14 07:52:07 2018
Return-Path: <aland@deployingradius.com>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B08A9130F02 for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 07:51:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 bcfJ-DwGZ5dT for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 07:51:50 -0800 (PST)
Received: from mail.networkradius.com (mail.networkradius.com [62.210.147.122]) by ietfa.amsl.com (Postfix) with ESMTP id E3CCB130EDC for <emu@ietf.org>; Wed, 14 Nov 2018 07:51:49 -0800 (PST)
Received: from [192.168.46.58] (198-84-237-221.cpe.teksavvy.com [198.84.237.221]) by mail.networkradius.com (Postfix) with ESMTPSA id E6C4A370; Wed, 14 Nov 2018 15:51:48 +0000 (UTC)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 12.0 \(3445.100.39\))
From: Alan DeKok <aland@deployingradius.com>
In-Reply-To: <6A08279F-DDC1-4C33-96CB-AA32FF0BB281@ericsson.com>
Date: Wed, 14 Nov 2018 10:51:47 -0500
Cc: "emu@ietf.org" <emu@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <35768CBD-4B0A-44FA-A4C7-095D08E221E3@deployingradius.com>
References: <6A08279F-DDC1-4C33-96CB-AA32FF0BB281@ericsson.com>
To: John Mattsson <john.mattsson@ericsson.com>
X-Mailer: Apple Mail (2.3445.100.39)
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/SwXMwuMgxYXI1pm9gLxJD_O1vlo>
Subject: Re: [Emu] EAP-TLS 1.3 - TLS extensions and mechanisms  - Review
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2018 15:51:55 -0000

On Nov 14, 2018, at 9:04 AM, John Mattsson <john.mattsson@ericsson.com> =
wrote:
>=20
> Hi all,
>=20
> I think the draft is now in quite good shape. It would be good to get =
some reviews.=20

  A quick review, mostly NITs:

   Weaknesses found in previous versions of TLS, as well as new
   requirements for security, privacy, and reduced latency has led to

  I think this should be "... have led to ..."

   As stated in [RFC5216], the TLS cipher suite shall not be used to
   protect application data.  This applies also for early application
   data.  When EAP-TLS is used with TLS 1.3, early application data
   SHALL NOT be used.

 I'm not sure what section of RFC5216 says that the application data =
isn't protected.  Perhaps this could be clarified?

  Section 2.1.3:

   .. higher.  The two paragraphs below replaces the corresponding

 "replace", not "replaces"

  Section 2.1.5:

   Including ContentType and ProtocolVersion a single TLS record may be
   up to 16387 octets in length.  Some EAP implementations and access
   networks may limit the number of EAP packet exchanges that can be
   handled.  To avoid fragmentation, it is RECOMMENDED to keep the sizes
   of client, server, and trust anchor certificates small and the length
   of the certificate chains short.

  The subsequent text talks about modifying the certificate formats (ECC =
vs RSA) in order to shrink the certs.  It may be useful here to discuss =
other methods, too.

  e.g. adding full addresses, contact information, etc. into every =
certificate can increase the cert sizes by hundreds of bytes.  Admins =
should investigate ways to identify certificates (especially =
intermediate ones) via something *other* than using the certificate as a =
database.  Also, using many many intermediate certs should be =
discouraged.  While the structure of the cert chain may mirror =
management structure in a company, technical limitations may mandate a =
different structure for certificate chains.  In practice 2-3 =
intermediate certificates should be enough for most purposes.  It may be =
better to have  a wider "fan  out" of certificate dependencies, instead =
of a deeper chain of certs.

  Alan DeKok.


From nobody Wed Nov 14 08:12:20 2018
Return-Path: <mcr+ietf@sandelman.ca>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 10CC4130F55 for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 08:12:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 9gwk5u5iBfVn for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 08:12:10 -0800 (PST)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 87083130EE0 for <emu@ietf.org>; Wed, 14 Nov 2018 08:12:10 -0800 (PST)
Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 7645220072; Wed, 14 Nov 2018 11:12:05 -0500 (EST)
Received: by sandelman.ca (Postfix, from userid 179) id 7A981BE5; Wed, 14 Nov 2018 11:12:09 -0500 (EST)
Received: from sandelman.ca (localhost [127.0.0.1]) by sandelman.ca (Postfix) with ESMTP id 78BFDBD8; Wed, 14 Nov 2018 11:12:09 -0500 (EST)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: Alan DeKok <aland@deployingradius.com>
cc: "Cappalli\, Tim \(Aruba Security\)" <timc@hpe.com>, "emu\@ietf.org" <emu@ietf.org>, John Mattsson <john.mattsson@ericsson.com>
In-Reply-To: <0B9B7974-EBDA-422B-A4FF-06B500E5A912@deployingradius.com>
References: <1C51B2F8-5635-4C36-B657-05A69B928509@hpe.com> <0BCDE1A6-1AFB-42E4-BF99-DB4935E78FDE@deployingradius.com> <719612BF-970A-4609-9CD2-AF124CAB2435@hpe.com> <0B9B7974-EBDA-422B-A4FF-06B500E5A912@deployingradius.com>
X-Mailer: MH-E 8.6; nmh 1.7+dev; GNU Emacs 24.5.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature"
Date: Wed, 14 Nov 2018 11:12:09 -0500
Message-ID: <10739.1542211929@localhost>
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/2ytoqQ7oa2wFTl4_IjEzWXlDeE8>
Subject: Re: [Emu] FW: New Version Notification for draft-ietf-emu-eap-tls13-03.txt
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2018 16:12:18 -0000

--=-=-=
Content-Type: text/plain


Alan DeKok <aland@deployingradius.com> wrote:
    > For me, I would be fine with making the anonymous NAI mandatory.  I
    > just don't see any end-user benefit to exposing their identities.  And
    > there are benefits to privacy.

    >> In terms of infrastructure, logging into a wireless controller, switch
    >>or NMS and seeing hundreds of "anonymous@enterprise.co" makes an
    >>administrator's life miserable. Most folks in a large enterprise
    >>responsible for troubleshooting end user access do not have access to
    >>the EAP server.

    > If I were hard-nosed, I would say that's an internal management issue,
    > and not a standards issue.  But I get your point, and there are ways to
    > address this (see below).

It might be a lack of standard way to access logs of EAP server issue.

--
Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
 -= IPv6 IoT consulting =-

--=-=-=
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAlvsSVkACgkQgItw+93Q
3WXXSgf7BQNHtofDt/t/4u3ZrSeKN88+Fo36Cvcz/UfuJ3fozplw4oCsE7UDf933
XWgieQ5kehNhI9IzYWWbQvfPMOlCt3KLuO7vz3qZJKXqEeo9kO9RM8rqyX4y8Xv+
EeaOtFNROYisb7JvWETmfKazXOZK8nS0uLLNWw41PoZqzHA8GwAJ2RJlz/cwUhVM
6GyBacEnx+K+Vh79je2TbrEwDIW4f3/mmlUZjoQIDXmX2VWlXM/j/FPRKL06OBgW
mED57JyARwpvqfhkYQD0/yvd6LgLHwghc5RKm/2ekSU7o3F+AQyBrr2CUeStqqf5
BcrKwzNaPucvZfyKQC67GEwxeGwZug==
=JgWc
-----END PGP SIGNATURE-----
--=-=-=--


From nobody Wed Nov 14 09:47:21 2018
Return-Path: <jari.arkko@piuha.net>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9BBAD12958B; Wed, 14 Nov 2018 09:47:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 TGaluqvUd2nT; Wed, 14 Nov 2018 09:47:17 -0800 (PST)
Received: from p130.piuha.net (p130.piuha.net [IPv6:2001:14b8:1829::130]) by ietfa.amsl.com (Postfix) with ESMTP id 086FE127332; Wed, 14 Nov 2018 09:47:17 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id 47892660259; Wed, 14 Nov 2018 19:47:15 +0200 (EET)
Received: from p130.piuha.net ([127.0.0.1]) by localhost (p130.piuha.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RhwTjdQI_v-k; Wed, 14 Nov 2018 19:47:14 +0200 (EET)
Received: from [127.0.0.1] (p130.piuha.net [IPv6:2001:14b8:1829::130]) by p130.piuha.net (Postfix) with ESMTPS id DA9D7660206; Wed, 14 Nov 2018 19:47:13 +0200 (EET)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
From: Jari Arkko <jari.arkko@piuha.net>
In-Reply-To: <023401d478a6$9b951510$d2bf3f30$@augustcellars.com>
Date: Wed, 14 Nov 2018 18:47:13 +0100
Cc: emu@ietf.org, draft-ietf-emu-rfc5448bis@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <3D9A3BE7-A15A-4F0A-8830-06F56E1E27F7@piuha.net>
References: <CAOgPGoAOokeomD2ZTx=vRN24adsy3mGB0fqb0hfsDoXAQ=cHPQ@mail.gmail.com> <023401d478a6$9b951510$d2bf3f30$@augustcellars.com>
To: Jim Schaad <ietf@augustcellars.com>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/7Ile9DHBRmoY-0cHorsA0Mt9W40>
Subject: Re: [Emu] WGLC for draft-ietf-emu-rfc5448bis
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2018 17:47:20 -0000

Thanks for your review, Jim.

> Any issues that I have here might have already been raised and =
discussed.  If so just not that and ignore.
>=20
> Section 3.4 - I am curious why you did not make the hash function a =
property of the HKDF function rather than making it a hard coded value.  =
I would kind of expect that section 3.4 (top) and 3.4.1 would be part of =
the KDF function and not stand alone values.   I am not sure if I think =
that the MAC function should also be defined by this as well.  Doing so =
would allow for an easier jump to SHA3 at a later date if needed.  =20
>=20
> Other than that question the document is clear and the EMU parts seem =
to be correct.  I cannot comment on any of the 3GPP parts.

Good questions.

I=E2=80=99m not sure I can entirely answer what the thinking was without =
going through past correspondence; I can=E2=80=99t recall. I=E2=80=99m =
not sure we were clever enough to do what you suggested back then, this =
could be just a missed opportunity. But I could be missing some reason =
why we didn=E2=80=99t do it.

Thinking about it now, tying AT_MAC, AT_CHECKCODE, PRF, *and* KDF all to =
AT_KDF value would make sense. However, that would seem like a change to =
a design that was in RFC 5448, and if we change that there will be two =
questions: (a) can we do it and (b) should we do it?=20

It seems like that answer to the first question is that we can, because =
even if (e.g.) AT_MAC appears before KDF negotiation is completed, if =
the peer does not want to do the requested KDF/hash functions, it will =
in any case propose new KDF before running the actual crypto.

The answer to the second question may be trickier. If I=E2=80=99m right =
above, we could make a change without requiring any new code lines in =
existing implementations, but it would still be a change. And if we made =
that kind of change, there=E2=80=99d probably be a wish from 3GPP to =
review that change as well. And possibly a request to discuss the =
change, or do further development. This is what makes me hesitate a bit.

But I=E2=80=99ll also observe that a future document that introduces =
SHA-16384 could certainly define all this anyway; peers that can not do =
the KDF/hash that is proposed would suggested the older algorithms =
instead, and crypto would only run once both parties agree on what is =
negotiated in AT_KDF. I=E2=80=99ll think about this some more, but this =
seems at the moment preferable to me.

Jari


From nobody Wed Nov 14 10:35:46 2018
Return-Path: <ietf@augustcellars.com>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7B48D12F1AC for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 10:35:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, 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 kXXkIfh6w8Pj for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 10:35:42 -0800 (PST)
Received: from mail2.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5C7FE12D4E8 for <emu@ietf.org>; Wed, 14 Nov 2018 10:35:42 -0800 (PST)
Received: from Jude (73.180.8.170) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1347.2; Wed, 14 Nov 2018 10:30:06 -0800
From: Jim Schaad <ietf@augustcellars.com>
To: "'Cappalli, Tim (Aruba Security)'" <timc@hpe.com>, 'Alan DeKok' <aland@deployingradius.com>
CC: <emu@ietf.org>, 'John Mattsson' <john.mattsson@ericsson.com>
References: <1C51B2F8-5635-4C36-B657-05A69B928509@hpe.com> <0BCDE1A6-1AFB-42E4-BF99-DB4935E78FDE@deployingradius.com> <719612BF-970A-4609-9CD2-AF124CAB2435@hpe.com>
In-Reply-To: <719612BF-970A-4609-9CD2-AF124CAB2435@hpe.com>
Date: Wed, 14 Nov 2018 10:34:54 -0800
Message-ID: <000001d47c48$be92d390$3bb87ab0$@augustcellars.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQFAS45uEFwhxyL/jgE222Q+cm6JYwL0AiLbAfj7kT6mUJH7AA==
Content-Language: en-us
X-Originating-IP: [73.180.8.170]
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/6_IJcLnUy40LoKVU5yvAfqv1XM0>
Subject: Re: [Emu] FW: New Version Notification for draft-ietf-emu-eap-tls13-03.txt
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2018 18:35:45 -0000

> -----Original Message-----
> From: Emu <emu-bounces@ietf.org> On Behalf Of Cappalli, Tim (Aruba
> Security)
> Sent: Wednesday, November 14, 2018 6:49 AM
> To: Alan DeKok <aland@deployingradius.com>
> Cc: emu@ietf.org; John Mattsson <john.mattsson@ericsson.com>
> Subject: Re: [Emu] FW: New Version Notification for =
draft-ietf-emu-eap-
> tls13-03.txt
>=20
> The question was asked about making it anonymous NAI mandatory in the
> Identity Response. That is what my comments were targeted to.
>=20
> In terms of infrastructure, logging into a wireless controller, switch =
or NMS
> and seeing hundreds of "anonymous@enterprise.co" makes an
> administrator's life miserable. Most folks in a large enterprise =
responsible for
> troubleshooting end user access do not have access to the EAP server.
>=20
> The only way to provide the real identity back to the NAS would be =
sending it
> back as the IETF User-Name in the Access-Accept with the assumption =
that
> the NAS would honor it.

My first response to this would be - what happens as an attacker I =
supply one name in the outer and validate using a different (and =
correct) inner name.  This is going to make the administrator's life =
miserable since they are going to be looking at the wrong name and not =
have any ability to recognize that that is the problem.

Jim

>=20
> tim
>=20
> =EF=BB=BFOn 11/14/18, 8:38 AM, "Alan DeKok" =
<aland@deployingradius.com> wrote:
>=20
>=20
>=20
>     On Nov 14, 2018, at 8:16 AM, Cappalli, Tim (Aruba Security)
> <timc@hpe.com> wrote:
>=20
>     >
>=20
>     > Making it mandatory to use an anonymous NAI will be a huge issue =
in
> enterprise where the infrastructure, device and enterprise identity is =
owned
> by the enterprise. There is no proxy or third party provider.
>=20
>=20
>=20
>      I don't see that in Section 2.1.4.  It says:
>=20
>=20
>=20
>        ... a client supporting TLS 1.3 MUST NOT send its
>=20
>        username in cleartext in the Identity Response.  It is =
RECOMMENDED to
>=20
>        use anonymous NAIs, but other solutions where the username is
>=20
>        encrypted MAY be used.
>=20
>=20
>=20
>       So username *hiding* his mandatory.  But the method is left to =
the
> implementation.
>=20
>=20
>=20
>     > Seeing "anonymous@enterprise.com" across all network =
infrastructure is
> not going to be acceptable.
>=20
>=20
>=20
>       In what context will you "see" that across all network =
infrastructure?
>=20
>=20
>=20
>       Since this is the enterprise, you control your own RADIUS =
server.  You can
> associate the *inner* identity with the users session.  There is no
> requirement that you only look at the outer identity for tracking user
> sessions.  This tying of inner / outer identities is common in ISP and
> enterprise environments.
>=20
>=20
>=20
>       In the absence of specific reasons behind this statement, I just =
don't see
> how anonymous identities are a problem for anyone, anywhere.
>=20
>=20
>=20
>       If I had to guess, I'd say that the problem comes from *other* =
devices on
> the network.  Devices that snoop EAP, but aren't involved in the =
actual
> authentication.  The solution there would be to have the local RADIUS =
server
> talk to the local snooping device.  Or, the local snooping device =
looks at MAC
> addresses instead of EAP identities.  And then uses the RADIUS DB to
> correlate MAC address to EAP inner identity.
>=20
>=20
>=20
>     > Why not provide a flag that can be passed in the EAP exchange =
from the
> supplicant that enables this behavior so users with full control of =
their device
> can use this while enterprise or other use cases that require real =
identity can
> configure the supplicant to provide a different flag?
>=20
>=20
>=20
>       Given the horrific nature of implementations and =
inter-operability, I
> would oppose yet another point of negotiation.  It does not add =
anything
> IMHO.  And, it makes implementations and inter-operability more =
complex.
>=20
>=20
>=20
>       Alan DeKok.
>=20
>=20
>=20
>=20



From nobody Wed Nov 14 12:00:27 2018
Return-Path: <ietf@augustcellars.com>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 605F4130F23; Wed, 14 Nov 2018 12:00:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, 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 EEyhjPcRRino; Wed, 14 Nov 2018 12:00:18 -0800 (PST)
Received: from mail2.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B21C4130F73; Wed, 14 Nov 2018 12:00:16 -0800 (PST)
Received: from Jude (73.180.8.170) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1347.2; Wed, 14 Nov 2018 11:55:20 -0800
From: Jim Schaad <ietf@augustcellars.com>
To: 'Jari Arkko' <jari.arkko@piuha.net>
CC: <emu@ietf.org>, <draft-ietf-emu-rfc5448bis@ietf.org>
References: <CAOgPGoAOokeomD2ZTx=vRN24adsy3mGB0fqb0hfsDoXAQ=cHPQ@mail.gmail.com> <023401d478a6$9b951510$d2bf3f30$@augustcellars.com> <3D9A3BE7-A15A-4F0A-8830-06F56E1E27F7@piuha.net>
In-Reply-To: <3D9A3BE7-A15A-4F0A-8830-06F56E1E27F7@piuha.net>
Date: Wed, 14 Nov 2018 12:00:07 -0800
Message-ID: <000501d47c54$a612bd10$f2383730$@augustcellars.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQJ9P87+lstctHCuW7y8wfK64D/FzwLm8p1xAXs5UZ+j2xdwcA==
Content-Language: en-us
X-Originating-IP: [73.180.8.170]
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/U3v4pdZhyUL1gikARYqU9P5zzeY>
Subject: Re: [Emu] WGLC for draft-ietf-emu-rfc5448bis
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2018 20:00:26 -0000

> -----Original Message-----
> From: Jari Arkko <jari.arkko@piuha.net>
> Sent: Wednesday, November 14, 2018 9:47 AM
> To: Jim Schaad <ietf@augustcellars.com>
> Cc: emu@ietf.org; draft-ietf-emu-rfc5448bis@ietf.org
> Subject: Re: [Emu] WGLC for draft-ietf-emu-rfc5448bis
>=20
> Thanks for your review, Jim.
>=20
> > Any issues that I have here might have already been raised and =
discussed.
> If so just not that and ignore.
> >
> > Section 3.4 - I am curious why you did not make the hash function a
> property of the HKDF function rather than making it a hard coded =
value.  I
> would kind of expect that section 3.4 (top) and 3.4.1 would be part of =
the
> KDF function and not stand alone values.   I am not sure if I think =
that the
> MAC function should also be defined by this as well.  Doing so would =
allow
> for an easier jump to SHA3 at a later date if needed.
> >
> > Other than that question the document is clear and the EMU parts =
seem to
> be correct.  I cannot comment on any of the 3GPP parts.
>=20
> Good questions.
>=20
> I=E2=80=99m not sure I can entirely answer what the thinking was =
without going
> through past correspondence; I can=E2=80=99t recall. I=E2=80=99m not =
sure we were clever
> enough to do what you suggested back then, this could be just a missed
> opportunity. But I could be missing some reason why we didn=E2=80=99t =
do it.
>=20
> Thinking about it now, tying AT_MAC, AT_CHECKCODE, PRF, *and* KDF all =
to
> AT_KDF value would make sense. However, that would seem like a change =
to
> a design that was in RFC 5448, and if we change that there will be two
> questions: (a) can we do it and (b) should we do it?
>=20
> It seems like that answer to the first question is that we can, =
because even if
> (e.g.) AT_MAC appears before KDF negotiation is completed, if the peer =
does
> not want to do the requested KDF/hash functions, it will in any case =
propose
> new KDF before running the actual crypto.
>=20
> The answer to the second question may be trickier. If I=E2=80=99m =
right above, we
> could make a change without requiring any new code lines in existing
> implementations, but it would still be a change. And if we made that =
kind of
> change, there=E2=80=99d probably be a wish from 3GPP to review that =
change as well.
> And possibly a request to discuss the change, or do further =
development. This
> is what makes me hesitate a bit.
>=20
> But I=E2=80=99ll also observe that a future document that introduces =
SHA-16384 could
> certainly define all this anyway; peers that can not do the KDF/hash =
that is
> proposed would suggested the older algorithms instead, and crypto =
would
> only run once both parties agree on what is negotiated in AT_KDF. =
I=E2=80=99ll think
> about this some more, but this seems at the moment preferable to me.

Jari,

All of what you said makes complete sense to me.  As I said I was asking =
for curiosity value and not because I thought this should hold up the =
document from progressing.

The one change I think you might consider doing is to put a "future =
version note" into the document with the suggestion that this be =
considered.  If the reason was just oversight I would hate for the same =
oversight to be made later and a new EAP method be registered.

Jim

>=20
> Jari



From nobody Wed Nov 14 12:27:07 2018
Return-Path: <aland@deployingradius.com>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C6CF1130DC9 for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 12:27:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 vPUzEVMWewj7 for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 12:27:03 -0800 (PST)
Received: from mail.networkradius.com (mail.networkradius.com [62.210.147.122]) by ietfa.amsl.com (Postfix) with ESMTP id 7E5FC1277C8 for <emu@ietf.org>; Wed, 14 Nov 2018 12:27:03 -0800 (PST)
Received: from [192.168.46.58] (198-84-237-221.cpe.teksavvy.com [198.84.237.221]) by mail.networkradius.com (Postfix) with ESMTPSA id 1569DE4; Wed, 14 Nov 2018 20:27:01 +0000 (UTC)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 12.0 \(3445.100.39\))
From: Alan DeKok <aland@deployingradius.com>
In-Reply-To: <000001d47c48$be92d390$3bb87ab0$@augustcellars.com>
Date: Wed, 14 Nov 2018 15:27:00 -0500
Cc: "Cappalli, Tim (Aruba Security)" <timc@hpe.com>, emu@ietf.org, John Mattsson <john.mattsson@ericsson.com>
Content-Transfer-Encoding: quoted-printable
Message-Id: <251CCB08-6AF9-417A-8F0D-C9C608284000@deployingradius.com>
References: <1C51B2F8-5635-4C36-B657-05A69B928509@hpe.com> <0BCDE1A6-1AFB-42E4-BF99-DB4935E78FDE@deployingradius.com> <719612BF-970A-4609-9CD2-AF124CAB2435@hpe.com> <000001d47c48$be92d390$3bb87ab0$@augustcellars.com>
To: Jim Schaad <ietf@augustcellars.com>
X-Mailer: Apple Mail (2.3445.100.39)
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/rqlKm2lgWfscd-nibTm5L-G-dDo>
Subject: Re: [Emu] FW: New Version Notification for draft-ietf-emu-eap-tls13-03.txt
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2018 20:27:06 -0000

On Nov 14, 2018, at 1:34 PM, Jim Schaad <ietf@augustcellars.com> wrote:
>> The only way to provide the real identity back to the NAS would be =
sending it
>> back as the IETF User-Name in the Access-Accept with the assumption =
that
>> the NAS would honor it.
>=20
> My first response to this would be - what happens as an attacker I =
supply one name in the outer and validate using a different (and =
correct) inner name.

  That happens all of the time.  Users are inventive with methods of =
avoiding payment.

>  This is going to make the administrator's life miserable since they =
are going to be looking at the wrong name and not have any ability to =
recognize that that is the problem.

  The better solution (and one implemented by most people), is have the =
authentication server check for this situation.  And, reject =
authentications that have mismatched identities.

  For some discussion of this subject, see:

https://tools.ietf.org/html/rfc7542#section-4.2

  It would help for the Security Considerations section of the EAP-TLS =
1.3 document to have additional discussion and clarifications of this =
topic.  It should at least note that the inner and outer identities can =
be different, and reference Section 4.2 of RFC 7542.

  For an implementation of inner/outer identity checks, see:

=
https://github.com/FreeRADIUS/freeradius-server/blob/v3.0.x/raddb/policy.d=
/filter#L111

  It's not perfect, but it seems to work well in practice.

  Alan DeKok.


From nobody Wed Nov 14 13:29:16 2018
Return-Path: <ietf@augustcellars.com>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 57490130DE3 for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 13:29:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, 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 7VW29XiW0_vc for <emu@ietfa.amsl.com>; Wed, 14 Nov 2018 13:29:11 -0800 (PST)
Received: from mail2.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1451F130DCE for <emu@ietf.org>; Wed, 14 Nov 2018 13:29:10 -0800 (PST)
Received: from Jude (73.180.8.170) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1347.2; Wed, 14 Nov 2018 13:24:13 -0800
From: Jim Schaad <ietf@augustcellars.com>
To: "'Cappalli, Tim (Aruba Security)'" <timc@hpe.com>, 'Alan DeKok' <aland@deployingradius.com>
CC: <emu@ietf.org>, 'John Mattsson' <john.mattsson@ericsson.com>
References: <1C51B2F8-5635-4C36-B657-05A69B928509@hpe.com> <0BCDE1A6-1AFB-42E4-BF99-DB4935E78FDE@deployingradius.com> <719612BF-970A-4609-9CD2-AF124CAB2435@hpe.com> <000001d47c48$be92d390$3bb87ab0$@augustcellars.com>
In-Reply-To: <000001d47c48$be92d390$3bb87ab0$@augustcellars.com>
Date: Wed, 14 Nov 2018 13:29:01 -0800
Message-ID: <000f01d47c61$1170e3f0$3452abd0$@augustcellars.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQFAS45uEFwhxyL/jgE222Q+cm6JYwL0AiLbAfj7kT4CsvqvraY7Kvug
Content-Language: en-us
X-Originating-IP: [73.180.8.170]
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/GV6sCrrQ15M9PiVm25qTQFb6Jww>
Subject: Re: [Emu] FW: New Version Notification for draft-ietf-emu-eap-tls13-03.txt
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2018 21:29:14 -0000

This message had my response in the wrong place.  I was responding to =
Tim's comments and not to Alan's comments.  I completely agree with Alan =
that this information needs to be fed back to the NAS and not rely on =
what the client starts out saying.

> -----Original Message-----
> From: Emu <emu-bounces@ietf.org> On Behalf Of Jim Schaad
> Sent: Wednesday, November 14, 2018 10:35 AM
> To: 'Cappalli, Tim (Aruba Security)' <timc@hpe.com>; 'Alan DeKok'
> <aland@deployingradius.com>
> Cc: emu@ietf.org; 'John Mattsson' <john.mattsson@ericsson.com>
> Subject: Re: [Emu] FW: New Version Notification for =
draft-ietf-emu-eap-
> tls13-03.txt
>=20
>=20
>=20
> > -----Original Message-----
> > From: Emu <emu-bounces@ietf.org> On Behalf Of Cappalli, Tim (Aruba
> > Security)
> > Sent: Wednesday, November 14, 2018 6:49 AM
> > To: Alan DeKok <aland@deployingradius.com>
> > Cc: emu@ietf.org; John Mattsson <john.mattsson@ericsson.com>
> > Subject: Re: [Emu] FW: New Version Notification for
> > draft-ietf-emu-eap- tls13-03.txt
> >
> > The question was asked about making it anonymous NAI mandatory in =
the
> > Identity Response. That is what my comments were targeted to.
> >
> > In terms of infrastructure, logging into a wireless controller, =
switch
> > or NMS and seeing hundreds of "anonymous@enterprise.co" makes an
> > administrator's life miserable. Most folks in a large enterprise
> > responsible for troubleshooting end user access do not have access =
to the
> EAP server.
> >
> > The only way to provide the real identity back to the NAS would be
> > sending it back as the IETF User-Name in the Access-Accept with the
> > assumption that the NAS would honor it.
>=20
> My first response to this would be - what happens as an attacker I =
supply one
> name in the outer and validate using a different (and correct) inner =
name.
> This is going to make the administrator's life miserable since they =
are going
> to be looking at the wrong name and not have any ability to recognize =
that
> that is the problem.
>=20
> Jim
>=20
> >
> > tim
> >
> > =EF=BB=BFOn 11/14/18, 8:38 AM, "Alan DeKok" =
<aland@deployingradius.com>
> wrote:
> >
> >
> >
> >     On Nov 14, 2018, at 8:16 AM, Cappalli, Tim (Aruba Security)
> > <timc@hpe.com> wrote:
> >
> >     >
> >
> >     > Making it mandatory to use an anonymous NAI will be a huge =
issue
> > in enterprise where the infrastructure, device and enterprise =
identity
> > is owned by the enterprise. There is no proxy or third party =
provider.
> >
> >
> >
> >      I don't see that in Section 2.1.4.  It says:
> >
> >
> >
> >        ... a client supporting TLS 1.3 MUST NOT send its
> >
> >        username in cleartext in the Identity Response.  It is
> > RECOMMENDED to
> >
> >        use anonymous NAIs, but other solutions where the username is
> >
> >        encrypted MAY be used.
> >
> >
> >
> >       So username *hiding* his mandatory.  But the method is left to
> > the implementation.
> >
> >
> >
> >     > Seeing "anonymous@enterprise.com" across all network
> > infrastructure is not going to be acceptable.
> >
> >
> >
> >       In what context will you "see" that across all network =
infrastructure?
> >
> >
> >
> >       Since this is the enterprise, you control your own RADIUS
> > server.  You can associate the *inner* identity with the users
> > session.  There is no requirement that you only look at the outer
> > identity for tracking user sessions.  This tying of inner / outer
> > identities is common in ISP and enterprise environments.
> >
> >
> >
> >       In the absence of specific reasons behind this statement, I =
just
> > don't see how anonymous identities are a problem for anyone, =
anywhere.
> >
> >
> >
> >       If I had to guess, I'd say that the problem comes from *other*
> > devices on the network.  Devices that snoop EAP, but aren't involved
> > in the actual authentication.  The solution there would be to have =
the
> > local RADIUS server talk to the local snooping device.  Or, the =
local
> > snooping device looks at MAC addresses instead of EAP identities.  =
And
> > then uses the RADIUS DB to correlate MAC address to EAP inner =
identity.
> >
> >
> >
> >     > Why not provide a flag that can be passed in the EAP exchange
> > from the supplicant that enables this behavior so users with full
> > control of their device can use this while enterprise or other use
> > cases that require real identity can configure the supplicant to =
provide a
> different flag?
> >
> >
> >
> >       Given the horrific nature of implementations and
> > inter-operability, I would oppose yet another point of negotiation.
> > It does not add anything IMHO.  And, it makes implementations and =
inter-
> operability more complex.
> >
> >
> >
> >       Alan DeKok.
> >
> >
> >
> >
>=20
>=20
> _______________________________________________
> Emu mailing list
> Emu@ietf.org
> https://www.ietf.org/mailman/listinfo/emu


From nobody Wed Nov 14 14:24:04 2018
Return-Path: <jari.arkko@piuha.net>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 94992130DFC; Wed, 14 Nov 2018 14:24:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 lhFSFNnZ8wF2; Wed, 14 Nov 2018 14:24:00 -0800 (PST)
Received: from p130.piuha.net (p130.piuha.net [IPv6:2001:14b8:1829::130]) by ietfa.amsl.com (Postfix) with ESMTP id 931CD126CB6; Wed, 14 Nov 2018 14:24:00 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id A260966024F; Thu, 15 Nov 2018 00:23:59 +0200 (EET)
Received: from p130.piuha.net ([127.0.0.1]) by localhost (p130.piuha.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yUTIvEY9C9j4; Thu, 15 Nov 2018 00:23:58 +0200 (EET)
Received: from [127.0.0.1] (p130.piuha.net [IPv6:2001:14b8:1829::130]) by p130.piuha.net (Postfix) with ESMTPS id 43D4B660082; Thu, 15 Nov 2018 00:23:58 +0200 (EET)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
From: Jari Arkko <jari.arkko@piuha.net>
In-Reply-To: <000501d47c54$a612bd10$f2383730$@augustcellars.com>
Date: Wed, 14 Nov 2018 23:23:56 +0100
Cc: emu@ietf.org, draft-ietf-emu-rfc5448bis@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <ADD0692F-5365-45C2-9F60-50EA57D1B0C9@piuha.net>
References: <CAOgPGoAOokeomD2ZTx=vRN24adsy3mGB0fqb0hfsDoXAQ=cHPQ@mail.gmail.com> <023401d478a6$9b951510$d2bf3f30$@augustcellars.com> <3D9A3BE7-A15A-4F0A-8830-06F56E1E27F7@piuha.net> <000501d47c54$a612bd10$f2383730$@augustcellars.com>
To: Jim Schaad <ietf@augustcellars.com>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/LfzpVOSlDzl_aJ1rfKsxvA_6n1Y>
Subject: Re: [Emu] WGLC for draft-ietf-emu-rfc5448bis
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2018 22:24:02 -0000

> The one change I think you might consider doing is to put a "future =
version note" into the document with the suggestion that this be =
considered.=20

Good idea. I will write something.

Jari


From nobody Wed Nov 21 07:36:42 2018
Return-Path: <director@openca.org>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 22A9A12777C for <emu@ietfa.amsl.com>; Wed, 21 Nov 2018 07:36:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.01
X-Spam-Level: 
X-Spam-Status: No, score=0.01 tagged_above=-999 required=5 tests=[HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_HK_NAME_DR=0.01] 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 kxorAovmrQTn for <emu@ietfa.amsl.com>; Wed, 21 Nov 2018 07:36:38 -0800 (PST)
Received: from mail.katezarealty.com (mail.katezarealty.com [104.168.158.213]) by ietfa.amsl.com (Postfix) with ESMTP id 2B4DC128AFB for <emu@ietf.org>; Wed, 21 Nov 2018 07:36:38 -0800 (PST)
Received: from localhost (unknown [127.0.0.1]) by mail.katezarealty.com (Postfix) with ESMTP id EA8193740FFC for <emu@ietf.org>; Wed, 21 Nov 2018 15:36:37 +0000 (UTC)
X-Virus-Scanned: amavisd-new at katezarealty.com
Received: from mail.katezarealty.com ([127.0.0.1]) by localhost (mail.katezarealty.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id MdFP63nF-QbQ for <emu@ietf.org>; Wed, 21 Nov 2018 10:36:26 -0500 (EST)
Received: from Maxs-MBP.cablelabs.com (unknown [192.160.73.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.katezarealty.com (Postfix) with ESMTPSA id 0C56537404AB for <emu@ietf.org>; Wed, 21 Nov 2018 10:36:26 -0500 (EST)
To: emu@ietf.org
References: <1C51B2F8-5635-4C36-B657-05A69B928509@hpe.com> <0BCDE1A6-1AFB-42E4-BF99-DB4935E78FDE@deployingradius.com> <719612BF-970A-4609-9CD2-AF124CAB2435@hpe.com> <000001d47c48$be92d390$3bb87ab0$@augustcellars.com> <000f01d47c61$1170e3f0$3452abd0$@augustcellars.com>
From: "Dr. Pala" <director@openca.org>
Organization: OpenCA Labs
Message-ID: <c5caeb2e-5e58-16d1-5815-f1694f04bdb1@openca.org>
Date: Wed, 21 Nov 2018 08:36:25 -0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.3.0
MIME-Version: 1.0
In-Reply-To: <000f01d47c61$1170e3f0$3452abd0$@augustcellars.com>
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms000904000006040602050801"
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/zNbUKxO0i9zkv7pMtcW-Z_qiR1M>
Subject: Re: [Emu] FW: New Version Notification for draft-ietf-emu-eap-tls13-03.txt
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Nov 2018 15:36:41 -0000

This is a cryptographically signed message in MIME format.

--------------ms000904000006040602050801
Content-Type: multipart/alternative;
 boundary="------------BFC08E4F3CBE734186DCB3D6"
Content-Language: en-US

This is a multi-part message in MIME format.
--------------BFC08E4F3CBE734186DCB3D6
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: quoted-printable

Hi all,

in other environment we had to add the attribute about which ID was=20
actually authenticated in the final messages because of additional=20
operations that some network equipment needs to perform that requires=20
the identity of the supplicant to be disclosed (exactly to avoid the use =

of an external identity and different credentials when authenticating).

I just want to point out the obvious - this is a sub-case of the=20
anonymous NAI format. If there is any consensus in mandating for that=20
format/identity then we need to mandate that the authenticated identity=20
is carried in the accept/success message (which could still be the=20
anonymous NAI format if the system allows that to be a valid identity=20
value).

Does that make sense ?

Cheers,
Max


On 11/14/18 2:29 PM, Jim Schaad wrote:
> This message had my response in the wrong place.  I was responding to T=
im's comments and not to Alan's comments.  I completely agree with Alan t=
hat this information needs to be fed back to the NAS and not rely on what=
 the client starts out saying.
>
>> -----Original Message-----
>> From: Emu <emu-bounces@ietf.org> On Behalf Of Jim Schaad
>> Sent: Wednesday, November 14, 2018 10:35 AM
>> To: 'Cappalli, Tim (Aruba Security)' <timc@hpe.com>; 'Alan DeKok'
>> <aland@deployingradius.com>
>> Cc: emu@ietf.org; 'John Mattsson' <john.mattsson@ericsson.com>
>> Subject: Re: [Emu] FW: New Version Notification for draft-ietf-emu-eap=
-
>> tls13-03.txt
>>
>>
>>
>>> -----Original Message-----
>>> From: Emu <emu-bounces@ietf.org> On Behalf Of Cappalli, Tim (Aruba
>>> Security)
>>> Sent: Wednesday, November 14, 2018 6:49 AM
>>> To: Alan DeKok <aland@deployingradius.com>
>>> Cc: emu@ietf.org; John Mattsson <john.mattsson@ericsson.com>
>>> Subject: Re: [Emu] FW: New Version Notification for
>>> draft-ietf-emu-eap- tls13-03.txt
>>>
>>> The question was asked about making it anonymous NAI mandatory in the=

>>> Identity Response. That is what my comments were targeted to.
>>>
>>> In terms of infrastructure, logging into a wireless controller, switc=
h
>>> or NMS and seeing hundreds of "anonymous@enterprise.co" makes an
>>> administrator's life miserable. Most folks in a large enterprise
>>> responsible for troubleshooting end user access do not have access to=
 the
>> EAP server.
>>> The only way to provide the real identity back to the NAS would be
>>> sending it back as the IETF User-Name in the Access-Accept with the
>>> assumption that the NAS would honor it.
>> My first response to this would be - what happens as an attacker I sup=
ply one
>> name in the outer and validate using a different (and correct) inner n=
ame.
>> This is going to make the administrator's life miserable since they ar=
e going
>> to be looking at the wrong name and not have any ability to recognize =
that
>> that is the problem.
>>
>> Jim
>>
>>> tim
>>>
>>> =EF=BB=BFOn 11/14/18, 8:38 AM, "Alan DeKok" <aland@deployingradius.co=
m>
>> wrote:
>>>
>>>
>>>      On Nov 14, 2018, at 8:16 AM, Cappalli, Tim (Aruba Security)
>>> <timc@hpe.com> wrote:
>>>
>>>      >
>>>
>>>      > Making it mandatory to use an anonymous NAI will be a huge iss=
ue
>>> in enterprise where the infrastructure, device and enterprise identit=
y
>>> is owned by the enterprise. There is no proxy or third party provider=
=2E
>>>
>>>
>>>
>>>       I don't see that in Section 2.1.4.  It says:
>>>
>>>
>>>
>>>         ... a client supporting TLS 1.3 MUST NOT send its
>>>
>>>         username in cleartext in the Identity Response.  It is
>>> RECOMMENDED to
>>>
>>>         use anonymous NAIs, but other solutions where the username is=

>>>
>>>         encrypted MAY be used.
>>>
>>>
>>>
>>>        So username *hiding* his mandatory.  But the method is left to=

>>> the implementation.
>>>
>>>
>>>
>>>      > Seeing "anonymous@enterprise.com" across all network
>>> infrastructure is not going to be acceptable.
>>>
>>>
>>>
>>>        In what context will you "see" that across all network infrast=
ructure?
>>>
>>>
>>>
>>>        Since this is the enterprise, you control your own RADIUS
>>> server.  You can associate the *inner* identity with the users
>>> session.  There is no requirement that you only look at the outer
>>> identity for tracking user sessions.  This tying of inner / outer
>>> identities is common in ISP and enterprise environments.
>>>
>>>
>>>
>>>        In the absence of specific reasons behind this statement, I ju=
st
>>> don't see how anonymous identities are a problem for anyone, anywhere=
=2E
>>>
>>>
>>>
>>>        If I had to guess, I'd say that the problem comes from *other*=

>>> devices on the network.  Devices that snoop EAP, but aren't involved
>>> in the actual authentication.  The solution there would be to have th=
e
>>> local RADIUS server talk to the local snooping device.  Or, the local=

>>> snooping device looks at MAC addresses instead of EAP identities.  An=
d
>>> then uses the RADIUS DB to correlate MAC address to EAP inner identit=
y.
>>>
>>>
>>>
>>>      > Why not provide a flag that can be passed in the EAP exchange
>>> from the supplicant that enables this behavior so users with full
>>> control of their device can use this while enterprise or other use
>>> cases that require real identity can configure the supplicant to prov=
ide a
>> different flag?
>>>
>>>
>>>        Given the horrific nature of implementations and
>>> inter-operability, I would oppose yet another point of negotiation.
>>> It does not add anything IMHO.  And, it makes implementations and int=
er-
>> operability more complex.
>>>
>>>
>>>        Alan DeKok.
>>>
>>>
>>>
>>>
>>
>> _______________________________________________
>> Emu mailing list
>> Emu@ietf.org
>> https://www.ietf.org/mailman/listinfo/emu
> _______________________________________________
> Emu mailing list
> Emu@ietf.org
> https://www.ietf.org/mailman/listinfo/emu
--=20
Best Regards,
Massimiliano Pala, Ph.D.
OpenCA Labs Director
OpenCA Logo

--------------BFC08E4F3CBE734186DCB3D6
Content-Type: multipart/related;
 boundary="------------1498FB823D36238DEEF419D8"


--------------1498FB823D36238DEEF419D8
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html>
  <head>
    <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DUTF=
-8">
  </head>
  <body text=3D"#000000" bgcolor=3D"#FFFFFF">
    <p>Hi all,</p>
    <p>in other environment we had to add the attribute about which ID
      was actually authenticated in the final messages because of
      additional operations that some network equipment needs to perform
      that requires the identity of the supplicant to be disclosed
      (exactly to avoid the use of an external identity and different
      credentials when authenticating).</p>
    <p>I just want to point out the obvious - this is a sub-case of the
      anonymous NAI format. If there is any consensus in mandating for
      that format/identity then we need to mandate that the
      authenticated identity is carried in the accept/success message
      (which could still be the anonymous NAI format if the system
      allows that to be a valid identity value).</p>
    <p>Does that make sense ?<br>
    </p>
    <p>Cheers,<br>
      Max</p>
    <p><br>
    </p>
    <div class=3D"moz-cite-prefix">On 11/14/18 2:29 PM, Jim Schaad wrote:=
<br>
    </div>
    <blockquote type=3D"cite"
      cite=3D"mid:000f01d47c61$1170e3f0$3452abd0$@augustcellars.com">
      <pre class=3D"moz-quote-pre" wrap=3D"">This message had my response=
 in the wrong place.  I was responding to Tim's comments and not to Alan'=
s comments.  I completely agree with Alan that this information needs to =
be fed back to the NAS and not rely on what the client starts out saying.=


</pre>
      <blockquote type=3D"cite">
        <pre class=3D"moz-quote-pre" wrap=3D"">-----Original Message-----=

From: Emu <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:emu-bounces@i=
etf.org">&lt;emu-bounces@ietf.org&gt;</a> On Behalf Of Jim Schaad
Sent: Wednesday, November 14, 2018 10:35 AM
To: 'Cappalli, Tim (Aruba Security)' <a class=3D"moz-txt-link-rfc2396E" h=
ref=3D"mailto:timc@hpe.com">&lt;timc@hpe.com&gt;</a>; 'Alan DeKok'
<a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:aland@deployingradius.c=
om">&lt;aland@deployingradius.com&gt;</a>
Cc: <a class=3D"moz-txt-link-abbreviated" href=3D"mailto:emu@ietf.org">em=
u@ietf.org</a>; 'John Mattsson' <a class=3D"moz-txt-link-rfc2396E" href=3D=
"mailto:john.mattsson@ericsson.com">&lt;john.mattsson@ericsson.com&gt;</a=
>
Subject: Re: [Emu] FW: New Version Notification for draft-ietf-emu-eap-
tls13-03.txt



</pre>
        <blockquote type=3D"cite">
          <pre class=3D"moz-quote-pre" wrap=3D"">-----Original Message---=
--
From: Emu <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:emu-bounces@i=
etf.org">&lt;emu-bounces@ietf.org&gt;</a> On Behalf Of Cappalli, Tim (Aru=
ba
Security)
Sent: Wednesday, November 14, 2018 6:49 AM
To: Alan DeKok <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:aland@de=
ployingradius.com">&lt;aland@deployingradius.com&gt;</a>
Cc: <a class=3D"moz-txt-link-abbreviated" href=3D"mailto:emu@ietf.org">em=
u@ietf.org</a>; John Mattsson <a class=3D"moz-txt-link-rfc2396E" href=3D"=
mailto:john.mattsson@ericsson.com">&lt;john.mattsson@ericsson.com&gt;</a>=

Subject: Re: [Emu] FW: New Version Notification for
draft-ietf-emu-eap- tls13-03.txt

The question was asked about making it anonymous NAI mandatory in the
Identity Response. That is what my comments were targeted to.

In terms of infrastructure, logging into a wireless controller, switch
or NMS and seeing hundreds of <a class=3D"moz-txt-link-rfc2396E" href=3D"=
mailto:anonymous@enterprise.co">"anonymous@enterprise.co"</a> makes an
administrator's life miserable. Most folks in a large enterprise
responsible for troubleshooting end user access do not have access to the=

</pre>
        </blockquote>
        <pre class=3D"moz-quote-pre" wrap=3D"">EAP server.
</pre>
        <blockquote type=3D"cite">
          <pre class=3D"moz-quote-pre" wrap=3D"">
The only way to provide the real identity back to the NAS would be
sending it back as the IETF User-Name in the Access-Accept with the
assumption that the NAS would honor it.
</pre>
        </blockquote>
        <pre class=3D"moz-quote-pre" wrap=3D"">
My first response to this would be - what happens as an attacker I supply=
 one
name in the outer and validate using a different (and correct) inner name=
=2E
This is going to make the administrator's life miserable since they are g=
oing
to be looking at the wrong name and not have any ability to recognize tha=
t
that is the problem.

Jim

</pre>
        <blockquote type=3D"cite">
          <pre class=3D"moz-quote-pre" wrap=3D"">
tim

=EF=BB=BFOn 11/14/18, 8:38 AM, "Alan DeKok" <a class=3D"moz-txt-link-rfc2=
396E" href=3D"mailto:aland@deployingradius.com">&lt;aland@deployingradius=
=2Ecom&gt;</a>
</pre>
        </blockquote>
        <pre class=3D"moz-quote-pre" wrap=3D"">wrote:
</pre>
        <blockquote type=3D"cite">
          <pre class=3D"moz-quote-pre" wrap=3D"">


    On Nov 14, 2018, at 8:16 AM, Cappalli, Tim (Aruba Security)
<a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:timc@hpe.com">&lt;timc@=
hpe.com&gt;</a> wrote:

    &gt;

    &gt; Making it mandatory to use an anonymous NAI will be a huge issue=

in enterprise where the infrastructure, device and enterprise identity
is owned by the enterprise. There is no proxy or third party provider.



     I don't see that in Section 2.1.4.  It says:



       ... a client supporting TLS 1.3 MUST NOT send its

       username in cleartext in the Identity Response.  It is
RECOMMENDED to

       use anonymous NAIs, but other solutions where the username is

       encrypted MAY be used.



      So username *hiding* his mandatory.  But the method is left to
the implementation.



    &gt; Seeing <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:anonymo=
us@enterprise.com">"anonymous@enterprise.com"</a> across all network
infrastructure is not going to be acceptable.



      In what context will you "see" that across all network infrastructu=
re?



      Since this is the enterprise, you control your own RADIUS
server.  You can associate the *inner* identity with the users
session.  There is no requirement that you only look at the outer
identity for tracking user sessions.  This tying of inner / outer
identities is common in ISP and enterprise environments.



      In the absence of specific reasons behind this statement, I just
don't see how anonymous identities are a problem for anyone, anywhere.



      If I had to guess, I'd say that the problem comes from *other*
devices on the network.  Devices that snoop EAP, but aren't involved
in the actual authentication.  The solution there would be to have the
local RADIUS server talk to the local snooping device.  Or, the local
snooping device looks at MAC addresses instead of EAP identities.  And
then uses the RADIUS DB to correlate MAC address to EAP inner identity.



    &gt; Why not provide a flag that can be passed in the EAP exchange
from the supplicant that enables this behavior so users with full
control of their device can use this while enterprise or other use
cases that require real identity can configure the supplicant to provide =
a
</pre>
        </blockquote>
        <pre class=3D"moz-quote-pre" wrap=3D"">different flag?
</pre>
        <blockquote type=3D"cite">
          <pre class=3D"moz-quote-pre" wrap=3D"">


      Given the horrific nature of implementations and
inter-operability, I would oppose yet another point of negotiation.
It does not add anything IMHO.  And, it makes implementations and inter-
</pre>
        </blockquote>
        <pre class=3D"moz-quote-pre" wrap=3D"">operability more complex.
</pre>
        <blockquote type=3D"cite">
          <pre class=3D"moz-quote-pre" wrap=3D"">


      Alan DeKok.




</pre>
        </blockquote>
        <pre class=3D"moz-quote-pre" wrap=3D"">

_______________________________________________
Emu mailing list
<a class=3D"moz-txt-link-abbreviated" href=3D"mailto:Emu@ietf.org">Emu@ie=
tf.org</a>
<a class=3D"moz-txt-link-freetext" href=3D"https://www.ietf.org/mailman/l=
istinfo/emu">https://www.ietf.org/mailman/listinfo/emu</a>
</pre>
      </blockquote>
      <pre class=3D"moz-quote-pre" wrap=3D"">
_______________________________________________
Emu mailing list
<a class=3D"moz-txt-link-abbreviated" href=3D"mailto:Emu@ietf.org">Emu@ie=
tf.org</a>
<a class=3D"moz-txt-link-freetext" href=3D"https://www.ietf.org/mailman/l=
istinfo/emu">https://www.ietf.org/mailman/listinfo/emu</a>
</pre>
    </blockquote>
    <div class=3D"moz-signature">-- <br>
      <div style=3D"color: black; margin-top: 10px;">
        Best Regards,
        <div style=3D"margin-top: 5px; margin-left: 0px; ">
          Massimiliano Pala, Ph.D.<br>
          OpenCA Labs Director<br>
        </div>
        <img src=3D"cid:part1.3CC0DD0B.23F757F7@openca.org"
          style=3D"vertical-align: 0px; margin-top: 10px; margin-left:
          0px;" alt=3D"OpenCA Logo"><br>
      </div>
    </div>
  </body>
</html>

--------------1498FB823D36238DEEF419D8
Content-Type: image/png;
 name="daciblpedngjajpp.png"
Content-Transfer-Encoding: base64
Content-ID: <part1.3CC0DD0B.23F757F7@openca.org>
Content-Disposition: inline;
 filename="daciblpedngjajpp.png"

iVBORw0KGgoAAAANSUhEUgAAAGQAAAA2CAMAAAAGesyaAAADAFBMVEUsJiEAAQAKAwMABwoX
BwESCQAqDgEkEQItFQESGykaGh0WGyE1FwE9GwJHHwElJiY4JBQmKDE1KCAfLUQ8KygoMEAq
MjpXKgs/MilMMR0pOFEyOUo4OTo1OkRqMgpjOBlpNxUwQV1DPz48QExdOyM4QVV+OQRRQzo1
SGdDR0lDSFJfRDFASVyaPwF+RRpNT1I9UXlwSi8+UnNDUm6hQgCPRhBdUEZTUlBKVGlPVF27
PgCaSANtUT57VBerSQOMUgxHW4KMUiepTwmJVDh6WT6KVjGCWDpRYH21TwFiYF57YgJXYXae
VR+lVRZrYld1ZiB7YEuSYQBgZW+8VAlkZWjBVQCfXiqqXwG1WhPLVgedYDazXiDZVgCWZEDV
WQJ1blapYjbXWgDRXACMaU6WbgCiZjnIXw9mcIixZC6pZjJ/cUeLbFdycmZ4cGnnWwNwc3Wq
aS6BcGeobwndXwzkXwLgYgDaYwyMeCq/bQHJaBi9ajDMagWVegvRZxzVaAvXaQDLainqZAuv
cEPrZQDQaSyockrFbSvmZwnabQLvZwDpaQB0fpPkaxGld1d+f3/3aACfeV6RfG2JfnLebSF7
gYy2fQmugQCigxW8d0K3eEr1bQXaciTicRqKgnzNewHuchbUdzKYiDzrdwKah1erjAvOfEXl
eSq5g1qYjGikiHO2kADigwC2hmSZjIGGj6aHkJzQiwCximixim/EkAORkZGVkYrOh0rPiVL5
giTvhDKkk4LMjF23mR+zmTrhikrviDzsi0TAlHDCnwvKlGqpnJLdlF2boKy+m324nImkoZ+e
o6XKpgrloATwl1WypZPOn3zfqQjYrgLBrVDdo3nGq5mysa/SrI7dq4bqqXTOrpWttL+6s6uw
tbe/t4rhvALetpjQuqnuwwe9v8LAv7vauqD3xA68w9XBw83rvJfRwbXFyMvbxbPNyMP8zgTc
zMDr0mb91xLM1ODQ1NfS1c7p0sD70bPd19PX4qj83cje4+Xr4tv54NLp7/Hy9PHw9fj6/v3Y
ktvJAAAAAXRSTlMAQObYZgAAAAFiS0dEAIgFHUgAAAjrSURBVFjDtVcNWFPXGT6E+l9BZ0EF
sTKEIQaUAIrTZdYqxqG0I3UjIuiDM0ipoyO5l0rFh2PE472EoIJKL9hQV2OxqM+USgFL4r9g
EaIoQxgqKBZBR+nGGhXYdwNro0Kfkcp3ntzce/7e8/2e70PoJVDl3bMlZyurUSsaKnqESrMp
lYrByozCjUOEUZORodMRVsViTjJc8GbLUGCUUstLv1SyLCGch8DGRiDPe/kY5/2HCQQTxZEE
y4fb2gDI8KjjLxsjfyyc3lZgM3KixwgeY4TEzk7+kjHODbeb6u0xAhiw8XgFMOxolpP6J75U
jLZfp6dzHIcBYCQbIBB4sCxDOLK6eMAVT39it57+e09ysCnDUtnrJ0vS5ZMW0PBFWDbd40G/
85sH2KeXvj94u/flX8/2J6kYQkhkHbzWbkdH0N0UDN8sURS8uMd9dMzPL7BxIIjOayuWLBIf
70RPUPjxLouBEgVhMaYuWXQlMjwsN+eFTR4cDZ4werRDYOoAIFkrptm/Ni0gthOt9Q4yWQxc
AwyWTbacW0sTDGoJen4P002/2S7LjgV6BpY1N6OO5g5eeiZTY/P9b1FzRwfKWuk9p/72ct+N
puKpq32qLVaexOCCJB91aezt5y6zt7fXILSdJZjlVr1w0mCR66x6FL3QOXiUQ2a0k/sFlDlq
1LzUMQ4uxxycjl0LWO1bBsY6yXR3wSTJGxqLhdsJHDsS9cwF47XlvcQGQiXhRbih/HkQv4XO
cajZb6GDu7PTFEdPkVu0k4vQyd3Jc/SUwNnB+RJ/XsI9ptZDIxMly3dbLNwGnGBJF+Id3cZM
9ui8Gjq5P/TDiRCegbOFgSKRo5e7yNHV2dnPdVb0bHfHQCevNIV/rxqrX48oFQdYcpKMtYRb
juxtfqRypNACK28+j3FsqcilAD0ADuIWCt0yRa7zRNEOY2YELhW5CV2dXVKixH8BC+s8GDN9
wWKxf94zpsRiJuWmBYjgndsKFmu5Bc+D3HQXCcu7QTFTMl3HF0SLxruLvGa4zUqdMGFWqqfX
3GSxN0y6NT154i+v75zvH2thXiWgY2YVElhwYl9NYxarlr0grlQn92DQt1vBUk+nUFeHGZme
gUIvl1RXr1AnV/fx6zd4v3HptM/YaXbrzmYFePu2WpowYRlJo+2PGLb2d9WE5bw1L4DcnOco
9HIcH3o02HOecMqMJhQqdLPXpArHl2uEo+Na8qZPXxw0+bVx46bFzhw3eZylM2dgwkbWW3Iy
Jp9lMDe9H2/raiqPCy5/fHSCu+M7mkffoQuzQhvRhWVlj1FcWTfq6dwdElJmarxedr/u3P6C
Nn7Fk95ol8wRjIMsOLGJSwLm/OMGjlFHJ7hqelDuxdMlpbU16JvqlJTamivoBjrfUgNB69zf
b6Fr1TWPKmtOw9xCdLayEFWvBlaSfmEBsk6LSdTMNnQaldTe7Qfj20yveddR2toVEevCi9/f
fmntR7ErtvompmyICM9qyYpZsG3FhqwNYRH5KUtyW7eGRRxfH1OHDv0ZXH6ihbSyVYzSY3Fu
BkVR9LaS2wPxUxyTFpu2eGverr+dezvi0ttpOy/tTKlL2ZkWs6p4VV1Kyq60nevS8iLyi1tW
hfNWzMfhYT+ArAQ+5odRBENjlRW5F/vH6O7u7urpXtvR/bQbmX/dPd3w7Ok+2Ij4ry5o0N/d
Y1p7qA21FodhFRc1ctjIsXZ2Y18VcwCixNgcWlgVbUiue3b3J33te7497vv/oT1Bj5/7br1R
grYlfrReSqmwPDyK0GqOUHKWj/RwP0J0ZlmsK3o2HP+7Qt9HBr3BYH5aNL3FG/+ul8sjKcxH
dRJFGJkhfKxgmM2rUoaSg5h4GAwXJsF00dRGq+/21k2EF7o50oNswrNfsYUQKRBIZWIFh3lu
aLNe1F++bjXGyWyzZiGoYFYLx5Ys4v0R3GWRdBHNErBiSiqVRhHMyeaYrMQ4SENWCvEcfhCm
GIzpqKlm27KTSWUcAX1goBw5oATctDb33aLTYV5SWoaXP5+gyqlFdnZ23nB+plcnREv0RWJC
BVkrrBJ1BewMmlVpgRUQF7wpItMJTcsJ34GBRVaFdQZaqoqxFmSb3qDQgu1A2GI4YAnODkQY
IOhklDKzo2C1IV2sijzdhjorqwefNdL6ihxzegU7SynexHgBMXy+xWFG8qvdf91D8WpRi41q
KFl02YaswYNkULTeLC9CFFK4bDHDMmZbhnuXSOdAsnN1LxgfVu7ZvG8LpSJUlO/gnaWQFwYv
JpZeKdUaSC8ApuhIShYQYp5yWQ0oPgVXPtkcHz/fx5rqqzosHSSlBYHIxKSolJcUsIIpnzkh
mt4b7Z/tOzBRQWaA6uNCNdet0nxLkL8CgzeQKIlCXaHjXR9MlqQn9Y1fNd5RE0zF/ryKwVR/
JMnsI3S8Umcw6NRYxRuUKqk3lfnKeGcTySAx5hy+7WfgZOv4uLLl0w8wUah71QLBpJeXq/eM
VVivV8jz6lB2ofWF6i1dEYRZfMJ4piE+ZweNeb7A2VVyKEx6vjt1z/ghMehVKiUpyt1VYBXC
N6j0Q4Mazp7TvvndhIaGhqqvP1bwFk0YRYR5RoLR+PkWmlIpV/oEDQ6jB9Wc3Z6bm6zLTtLl
gLC4LVWXz5Q1ffbV5oZ24wmsV/NeKTlirmg+u/q7w7/38PDdeKF8UBgXs2kV4WUC0YR/KOLv
Pby3L5O30yvG9vY/6vX8JSbb2je96coXX5QPznqfokKKEPWBAwd20ApaTWsP7LnTfsd42at3
+B+H7+zRUfwZZMutN6baHCX5+Ou9Zy4f3nuiKr7KaHxoNDbsSwhp6htvfyg3Zw901G+ttVlT
Ja34/E+fvrXmvY3713xy6tSZfadOJby7X1P/vwn/MeaYr0mF7IMEq690Gu95KwQq5L5K+f59
qGUtaZMSciHMKjdVbY6zFqRC/pv3LgxY5tcW0pjIpGGJ7+89kxBnbXZSmjuz7CeyihyG8fbd
XXYdrWlqQg+sZWTdzPqBB68VEdnkzDY0lHSjSD9/GRpaMt3OWqLpQENOTf/PpP8CK9ZVVe2a
8XoAAAAASUVORK5CYII=
--------------1498FB823D36238DEEF419D8--

--------------BFC08E4F3CBE734186DCB3D6--

--------------ms000904000006040602050801
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC
CyAwggUyMIIEGqADAgECAhEAu2YCW4tRQdGHMc0S/FQsNDANBgkqhkiG9w0BAQsFADCBlzEL
MAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2Fs
Zm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxPTA7BgNVBAMTNENPTU9ETyBSU0Eg
Q2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwHhcNMTcxMjAxMDAw
MDAwWhcNMTgxMjAxMjM1OTU5WjAkMSIwIAYJKoZIhvcNAQkBFhNkaXJlY3RvckBvcGVuY2Eu
b3JnMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAyEDKYfy+DFhtDn8bIXyP25Xe
DjUIkMQDm90A1JPoQ4tuTk6kXwulPvAmvtLGuRAzEqFpV/fqz4sAlx8FgxvRZ5PunZ1H1/lJ
CNEdir53Xv8TEf+R/n+Ca5RNUR+GhS72zhp9xx8uDRZds2DeXvW9uhYp9nsbX6rWIFT5YfWF
1SukFXwXSnHuXc9nDT6p0Kp6UNzusn/lMhXhIwgpNA26/mHAdScYyMoB4yaZeMpdZN75XGWO
slhXcXdeGJo93E48kffdu0yo4WTbpLwhs/IrkG4OXB1N3Bf+9oHZwVun1hlCZEfuSit0mvrx
x8wzPCPiggXu6j6VqPoJqecV6xKCHwIDAQABo4IB6TCCAeUwHwYDVR0jBBgwFoAUgq9sjPjF
/pZhfOgfPStxSF7Ei8AwHQYDVR0OBBYEFEPV9allspkmYqkQRx2BlAdbOrjhMA4GA1UdDwEB
/wQEAwIFoDAMBgNVHRMBAf8EAjAAMCAGA1UdJQQZMBcGCCsGAQUFBwMEBgsrBgEEAbIxAQMF
AjARBglghkgBhvhCAQEEBAMCBSAwRgYDVR0gBD8wPTA7BgwrBgEEAbIxAQIBAQEwKzApBggr
BgEFBQcCARYdaHR0cHM6Ly9zZWN1cmUuY29tb2RvLm5ldC9DUFMwWgYDVR0fBFMwUTBPoE2g
S4ZJaHR0cDovL2NybC5jb21vZG9jYS5jb20vQ09NT0RPUlNBQ2xpZW50QXV0aGVudGljYXRp
b25hbmRTZWN1cmVFbWFpbENBLmNybDCBiwYIKwYBBQUHAQEEfzB9MFUGCCsGAQUFBzAChklo
dHRwOi8vY3J0LmNvbW9kb2NhLmNvbS9DT01PRE9SU0FDbGllbnRBdXRoZW50aWNhdGlvbmFu
ZFNlY3VyZUVtYWlsQ0EuY3J0MCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5jb21vZG9jYS5j
b20wHgYDVR0RBBcwFYETZGlyZWN0b3JAb3BlbmNhLm9yZzANBgkqhkiG9w0BAQsFAAOCAQEA
g+REupW946f7esdYmE1QxsYlkubErxz8JLovVDSKTHwxR1/VxF/B7rGeiSPBHTmKQYwlWCrp
eHZNfzaDDkDamwLXm7v4+brNfQKRpOLnYPQQffp7xim72INakLgts8d5I7bic785dj4M5JP4
XA2qUD9wduwNwquua6v7zM3chpoRjapumzLNDDr47GccOKAZYaaqFwbpwJPQYuiC07WWnn7g
FzdNKYN6VM6Re6wVEHP6fEvNrleV0pf1iFjLKugnriGKL9wj6xX25JsMmGmqZcfdpnkTE4Zf
eQBEZVnn8s7HBX+MA/K+YnHxRwA2c5XwNbEhZ2rvh2uFIMXBDlt+tDCCBeYwggPOoAMCAQIC
EGqb4Tg7/ytrnwHV2binUlYwDQYJKoZIhvcNAQEMBQAwgYUxCzAJBgNVBAYTAkdCMRswGQYD
VQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNP
TU9ETyBDQSBMaW1pdGVkMSswKQYDVQQDEyJDT01PRE8gUlNBIENlcnRpZmljYXRpb24gQXV0
aG9yaXR5MB4XDTEzMDExMDAwMDAwMFoXDTI4MDEwOTIzNTk1OVowgZcxCzAJBgNVBAYTAkdC
MRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNV
BAoTEUNPTU9ETyBDQSBMaW1pdGVkMT0wOwYDVQQDEzRDT01PRE8gUlNBIENsaWVudCBBdXRo
ZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A
MIIBCgKCAQEAvrOeV6wodnVAFsc4A5jTxhh2IVDzJXkLTLWg0X06WD6cpzEup/Y0dtmEatrQ
PTRI5Or1u6zf+bGBSyD9aH95dDSmeny1nxdlYCeXIoymMv6pQHJGNcIDpFDIMypVpVSRsivl
JTRENf+RKwrB6vcfWlP8dSsE3Rfywq09N0ZfxcBa39V0wsGtkGWC+eQKiz4pBZYKjrc5NOpG
9qrxpZxyb4o4yNNwTqzaaPpGRqXB7IMjtf7tTmU2jqPMLxFNe1VXj9XB1rHvbRikw8lBoNoS
WY66nJN/VCJv5ym6Q0mdCbDKCMPybTjoNCQuelc0IAaO4nLUXk0BOSxSxt8kCvsUtQIDAQAB
o4IBPDCCATgwHwYDVR0jBBgwFoAUu69+Aj36pvE8hI6t7jiY7NkyMtQwHQYDVR0OBBYEFIKv
bIz4xf6WYXzoHz0rcUhexIvAMA4GA1UdDwEB/wQEAwIBhjASBgNVHRMBAf8ECDAGAQH/AgEA
MBEGA1UdIAQKMAgwBgYEVR0gADBMBgNVHR8ERTBDMEGgP6A9hjtodHRwOi8vY3JsLmNvbW9k
b2NhLmNvbS9DT01PRE9SU0FDZXJ0aWZpY2F0aW9uQXV0aG9yaXR5LmNybDBxBggrBgEFBQcB
AQRlMGMwOwYIKwYBBQUHMAKGL2h0dHA6Ly9jcnQuY29tb2RvY2EuY29tL0NPTU9ET1JTQUFk
ZFRydXN0Q0EuY3J0MCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5jb21vZG9jYS5jb20wDQYJ
KoZIhvcNAQEMBQADggIBAHhcsoEoNE887l9Wzp+XVuyPomsX9vP2SQgG1NgvNc3fQP7TcePo
7EIMERoh42awGGsma65u/ITse2hKZHzT0CBxhuhb6txM1n/y78e/4ZOs0j8CGpfb+SJA3GaB
Q+394k+z3ZByWPQedXLL1OdK8aRINTsjk/H5Ns77zwbjOKkDamxlpZ4TKSDMKVmU/PUWNMKS
TvtlenlxBhh7ETrN543j/Q6qqgCWgWuMAXijnRglp9fyadqGOncjZjaaSOGTTFB+E2pvOUtY
+hPebuPtTbq7vODqzCM6ryEhNhzf+enm0zlpXK7q332nXttNtjv7VFNYG+I31gnMrwfHM5td
hYF/8v5UY5g2xANPECTQdu9vWPoqNSGDt87b3gXb1AiGGaI06vzgkejL580ul+9hz9D0S0U4
jkhJiA7EuTecP/CFtR72uYRBcunwwH3fciPjviDDAI9SnC/2aPY8ydehzuZutLbZdRJ5PDEJ
M/1tyZR2niOYihZ+FCbtf3D9mB12D4ln9icgc7CwaxpNSCPt8i/GqK2HsOgkL3VYnwtx7cJU
mpvVdZ4ognzgXtgtdk3ShrtOS1iAN2ZBXFiRmjVzmehoMof06r1xub+85hFQzVxZx5/bRaTK
TlL8YXLI8nAbR9HWdFqzcOoB/hxfEyIQpx9/s81rgzdEZOofSlZHynoSMYIEODCCBDQCAQEw
ga0wgZcxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNV
BAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMT0wOwYDVQQDEzRDT01P
RE8gUlNBIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhEAu2YC
W4tRQdGHMc0S/FQsNDANBglghkgBZQMEAgEFAKCCAlswGAYJKoZIhvcNAQkDMQsGCSqGSIb3
DQEHATAcBgkqhkiG9w0BCQUxDxcNMTgxMTIxMTUzNjI1WjAvBgkqhkiG9w0BCQQxIgQgvARz
mFbshCRCaEfMUOkJbmJsGmbeMmdXVCFCb0KrgcIwbAYJKoZIhvcNAQkPMV8wXTALBglghkgB
ZQMEASowCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG
9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBvgYJKwYBBAGCNxAEMYGwMIGtMIGX
MQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdT
YWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE9MDsGA1UEAxM0Q09NT0RPIFJT
QSBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIRALtmAluLUUHR
hzHNEvxULDQwgcAGCyqGSIb3DQEJEAILMYGwoIGtMIGXMQswCQYDVQQGEwJHQjEbMBkGA1UE
CBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01P
RE8gQ0EgTGltaXRlZDE9MDsGA1UEAxM0Q09NT0RPIFJTQSBDbGllbnQgQXV0aGVudGljYXRp
b24gYW5kIFNlY3VyZSBFbWFpbCBDQQIRALtmAluLUUHRhzHNEvxULDQwDQYJKoZIhvcNAQEB
BQAEggEAvdM+ttQMziOo586zbZRmUWEmM1BH9SeGcCkJN7qzOGEFVxX6DmjTIIFJ/1fFFCeT
8DRoFMnb3ZgLV4vwKre/o9i5hrLk34LuWlJZaAxtcVmQfep1MAIe+j5yIrmVIi2PJFIC7obM
v+zkpGRul7/Tf0ZHuPGVSwYzJid0G2rjGkMUzH1/IT7IBC60KDktDv0UiUvQxJ9HD04aUQO7
Uf8LloYv4OdA6j2bTprzJ4onBSY7YHAaEHmw+BcnSRo/i9RWpxqgml51r2rqjQo3e+cLRi7K
wSmRPqn7WKq/RUhheKGnRe22ECG/KGSkuV14x8PFKOTofAb53uIrX5A0DN0A7AAAAAAAAA==
--------------ms000904000006040602050801--


From nobody Wed Nov 21 07:52:28 2018
Return-Path: <aland@deployingradius.com>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9281E12F1A5 for <emu@ietfa.amsl.com>; Wed, 21 Nov 2018 07:52:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.001
X-Spam-Level: 
X-Spam-Status: No, score=-0.001 tagged_above=-999 required=5 tests=[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 CQf3LBrb1GLQ for <emu@ietfa.amsl.com>; Wed, 21 Nov 2018 07:52:21 -0800 (PST)
Received: from mail.networkradius.com (mail.networkradius.com [62.210.147.122]) by ietfa.amsl.com (Postfix) with ESMTP id 8E81312E7C1 for <emu@ietf.org>; Wed, 21 Nov 2018 07:52:21 -0800 (PST)
Received: from [192.168.46.58] (198-84-237-221.cpe.teksavvy.com [198.84.237.221]) by mail.networkradius.com (Postfix) with ESMTPSA id 7286EE4; Wed, 21 Nov 2018 15:52:19 +0000 (UTC)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 12.0 \(3445.100.39\))
From: Alan DeKok <aland@deployingradius.com>
In-Reply-To: <c5caeb2e-5e58-16d1-5815-f1694f04bdb1@openca.org>
Date: Wed, 21 Nov 2018 10:52:17 -0500
Cc: emu@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <7308B33E-06A3-453E-98F4-80A612F9839E@deployingradius.com>
References: <1C51B2F8-5635-4C36-B657-05A69B928509@hpe.com> <0BCDE1A6-1AFB-42E4-BF99-DB4935E78FDE@deployingradius.com> <719612BF-970A-4609-9CD2-AF124CAB2435@hpe.com> <000001d47c48$be92d390$3bb87ab0$@augustcellars.com> <000f01d47c61$1170e3f0$3452abd0$@augustcellars.com> <c5caeb2e-5e58-16d1-5815-f1694f04bdb1@openca.org>
To: "Dr. Pala" <director@openca.org>
X-Mailer: Apple Mail (2.3445.100.39)
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/eWk7TBo_6yxPUobPX9cq0oK5thE>
Subject: Re: [Emu] FW: New Version Notification for draft-ietf-emu-eap-tls13-03.txt
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Nov 2018 15:52:24 -0000

On Nov 21, 2018, at 10:36 AM, Dr. Pala <director@openca.org> wrote:
>=20
> in other environment we had to add the attribute about which ID was =
actually authenticated in the final messages because of additional =
operations that some network equipment needs to perform that requires =
the identity of the supplicant to be disclosed (exactly to avoid the use =
of an external identity and different credentials when authenticating).

  Which attribute was that?

> I just want to point out the obvious - this is a sub-case of the =
anonymous NAI format. If there is any consensus in mandating for that =
format/identity then we need to mandate that the authenticated identity =
is carried in the accept/success message (which could still be the =
anonymous NAI format if the system allows that to be a valid identity =
value).

  I would suggest the following requirements:

* it is useful to track the authenticated user
* it would be good to keep user privacy while doing this (i.e. *not* =
exposing the inner identity)
* using anything *other* than the NAI format for tracking will break =
many things

  For example, we have a user who logs with anonymous identity as =
"@example.com", and real identity as "bob@example.com".  We then require =
that any anonymised "tracking" identity MUST be within the domain of =
example.com.

  The reason is that the User-Name sent in Access-Accept will be used =
for subsequent accounting packets.  In a roaming environment, these =
accounting packets MUST be routable to the same destination as was used =
for authentication.

  We are then left with making recommendations for NAIs that are within =
the namespace of a particular domain.  i.e. telling "example.com" what =
they should or should not use for these anonymous identities.  RFC 7542 =
was *very* careful in not making such recommendations.  It's just too =
hard to make recommendations that everyone can accept, much less use.

  To throw out an idea, IMHO the only safe recommendation is to use the =
MAC address of the device as the users anonymized "identity".  The MAC =
address is already public to participants in EAP / RADIUS (via =
Calling-Station-Id).  It's already globally unique (via IEEE =
requirements).  So it would seem to not only work, but satisfy the =
requirements I noted above.

  Using the MAC address doesn't help in the situation that Tim Cappalli =
noted.  But we care less about privacy within an enterprise environment. =
 Those situations can just expose the inner identity, and be done with =
it.

  So we're left with recommending "MAC-ADDRESS@realm".   Maybe also =
recommending "MAC-ADDRESS@anonymous.realm". in order to separate the =
namespaces of "real" identities, and "anonymized" identities.

  Comments?

  Alan DeKok.


From nobody Wed Nov 28 00:32:09 2018
Return-Path: <jari.arkko@piuha.net>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D096E130E4A for <emu@ietfa.amsl.com>; Wed, 28 Nov 2018 00:32:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 AmBKgQtlz0AT for <emu@ietfa.amsl.com>; Wed, 28 Nov 2018 00:32:04 -0800 (PST)
Received: from p130.piuha.net (p130.piuha.net [193.234.218.130]) by ietfa.amsl.com (Postfix) with ESMTP id 670C412D4ED for <emu@ietf.org>; Wed, 28 Nov 2018 00:32:04 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id AA98466028B; Wed, 28 Nov 2018 10:32:02 +0200 (EET)
Received: from p130.piuha.net ([127.0.0.1]) by localhost (p130.piuha.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 37jH85XiDV5W; Wed, 28 Nov 2018 10:32:01 +0200 (EET)
Received: from [127.0.0.1] (p130.piuha.net [IPv6:2001:14b8:1829::130]) by p130.piuha.net (Postfix) with ESMTPS id 46E13660154; Wed, 28 Nov 2018 10:32:01 +0200 (EET)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
From: Jari Arkko <jari.arkko@piuha.net>
In-Reply-To: <39E1238A-2E39-4FF4-89C3-2B549C1EA84F@deployingradius.com>
Date: Wed, 28 Nov 2018 10:32:00 +0200
Cc: emu@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <932256A8-6381-4EE9-95B2-C56B4E7F52D5@piuha.net>
References: <CAOgPGoBGZWbyHYybnMUbKG77Mei3yBOS1HyS4Uso1HKgxq1VNg@mail.gmail.com> <CAOgPGoAvGm7gfgAHsPHHdO9OU601wp=NY2fb9YjQyh0h6cy3nQ@mail.gmail.com> <45e7325b-f5d1-c4b8-edb2-3e39d03989fe@openca.org> <39E1238A-2E39-4FF4-89C3-2B549C1EA84F@deployingradius.com>
To: "Dr. Pala" <director@openca.org>, Alan DeKok <aland@deployingradius.com>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/3gOEF6LUbhqoYaIOKOkxsAFSun8>
Subject: Re: [Emu] WG adoption call for draft-arkko-eap-aka-pfs
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Nov 2018 08:32:07 -0000

Max, Alan,

First, thank you for your review and expressing that this is an =
important step in moving the mobile network authentication schemes to =
present-day crypto approaches :-)

With regards to the IPR question, I want to stay away from discussing =
anyone=E2=80=99s licensing conditions, as I don=E2=80=99t represent =
anyone and also because of anti-trust.

However, I think it would be useful to understand the situation:

The proposed specification is an extension of RFC 5448 or EAP-AKA'. That =
RFC already had a similar IPR declaration from someone else, back 10 =
years ago when it was being specified. Yet, the declared or other =
potential IPR constraints do not appear to have slowed the adoption of =
this RFC in the industry. The phone that I=E2=80=99m writing this on =
implements EAP-AKA=E2=80=99 for instance. And there are open source =
implementations. Also, a likely use case for this is in 5G, but in a =
(say) 5G phone there will be other technologies, not all unencumbered.

We could do this particular extension in a different way to avoid this =
particular license, but it wouldn=E2=80=99t necessarily resolve all =
issues. In addition, new technical issues might arise. For instance, I =
predict that the ability to perform PFS in the same number of roundtrips =
for the registration exchange is important for the potential adoption of =
this. I wouldn=E2=80=99t want to trade that away for instance, if using =
different technology meant doing that.

Finally, I think we really need this for the users.

So from my perspective there=E2=80=99s a clear need for this and I see =
no evidence that previous situations in this particular case have slowed =
deployment in any fashion. Also, this particular extension doesn=E2=80=99t=
 change the overall situation with regards to EAP-AKA=E2=80=99. Does =
that help reduce your concerns?

Jari


From nobody Wed Nov 28 04:12:49 2018
Return-Path: <aland@deployingradius.com>
X-Original-To: emu@ietfa.amsl.com
Delivered-To: emu@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1AAEE12D4EF for <emu@ietfa.amsl.com>; Wed, 28 Nov 2018 04:12:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 hF9SN8PSdxE9 for <emu@ietfa.amsl.com>; Wed, 28 Nov 2018 04:12:45 -0800 (PST)
Received: from mail.networkradius.com (mail.networkradius.com [62.210.147.122]) by ietfa.amsl.com (Postfix) with ESMTP id 96BDC128CE4 for <emu@ietf.org>; Wed, 28 Nov 2018 04:12:45 -0800 (PST)
Received: from [192.168.46.58] (198-84-237-221.cpe.teksavvy.com [198.84.237.221]) by mail.networkradius.com (Postfix) with ESMTPSA id EA31A370; Wed, 28 Nov 2018 12:12:43 +0000 (UTC)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 12.0 \(3445.100.39\))
From: Alan DeKok <aland@deployingradius.com>
In-Reply-To: <932256A8-6381-4EE9-95B2-C56B4E7F52D5@piuha.net>
Date: Wed, 28 Nov 2018 07:12:42 -0500
Cc: "Dr. Pala" <director@openca.org>, emu@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <98AB9912-1110-47F8-A4B0-94CB2E6A302E@deployingradius.com>
References: <CAOgPGoBGZWbyHYybnMUbKG77Mei3yBOS1HyS4Uso1HKgxq1VNg@mail.gmail.com> <CAOgPGoAvGm7gfgAHsPHHdO9OU601wp=NY2fb9YjQyh0h6cy3nQ@mail.gmail.com> <45e7325b-f5d1-c4b8-edb2-3e39d03989fe@openca.org> <39E1238A-2E39-4FF4-89C3-2B549C1EA84F@deployingradius.com> <932256A8-6381-4EE9-95B2-C56B4E7F52D5@piuha.net>
To: Arkko Jari <jari.arkko@piuha.net>
X-Mailer: Apple Mail (2.3445.100.39)
Archived-At: <https://mailarchive.ietf.org/arch/msg/emu/ku-62sPaygXeIERiLDD47F8yP_Y>
Subject: Re: [Emu] WG adoption call for draft-arkko-eap-aka-pfs
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emu/>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Nov 2018 12:12:48 -0000

On Nov 28, 2018, at 3:32 AM, Jari Arkko <jari.arkko@piuha.net> wrote:
> However, I think it would be useful to understand the situation:

  i.e. No one has gotten sued for this before.  That doesn't mean they =
won't get sued.

  The typical practice here is that the patent holders ignore the Open =
Source authors.  They're scattered in many countries, and have shallow =
pockets.  Instead, the patent holders go after the *users* of the Open =
Source programs.  They're often in the same jurisdiction, and have =
deeper pockets.  This is happening today, and has been going on for =
years.
 =20
> The proposed specification is an extension of RFC 5448 or EAP-AKA'. =
That RFC already had a similar IPR declaration from someone else, back =
10 years ago when it was being specified. Yet, the declared or other =
potential IPR constraints do not appear to have slowed the adoption of =
this RFC in the industry. The phone that I=E2=80=99m writing this on =
implements EAP-AKA=E2=80=99 for instance. And there are open source =
implementations.

  If it's an android phone, it doesn't implement EAP-AKA'.  An Open =
Source tool (wpa_supplicant) implements EAP-AKA', and the phone just =
uses the library.  So your phone *is* an Open Source implementation of =
EAP-AKA', and everyone involved (potentially including you) is subject =
to suit for patent infringement.  If your phone is an iPhone, maybe they =
licensed the patents.  (Apple has implemented their own supplicant).

> Also, a likely use case for this is in 5G, but in a (say) 5G phone =
there will be other technologies, not all unencumbered.

  I'm happy to let *other* people agree to whatever they want for using =
encumbered technologies.  I have concerns with "open standards" using =
non-open technologies.

  Some standards bodies have a habit of using encumbered technologies.  =
These standards bodies usually have high cost to entry, complex, obtuse =
specifications, and often cross-licensing.  Even if the standards bodies =
don't mandate cross-licensing, the individual companies can do this:

=
https://www.ipwatchdog.com/2018/08/03/ericsson-lg-global-cross-licensing-a=
greement-2g-3g-4g-mobile-seps/id=3D99897/

  The issue for Open Source people is that everything they do is in the =
open.  So there's usually no patents, not the least because there's no =
money for patents.  Which means cross-licensing as a defence is =
impossible.  And the Open Source people find it difficult (in practice) =
go after companies for license violations.  When the other side has =
lawyers on retainer, and you're trying to find funding for a new laptop, =
the sales of justice are massively imbalanced.

> We could do this particular extension in a different way to avoid this =
particular license, but it wouldn=E2=80=99t necessarily resolve all =
issues. In addition, new technical issues might arise. For instance, I =
predict that the ability to perform PFS in the same number of roundtrips =
for the registration exchange is important for the potential adoption of =
this. I wouldn=E2=80=99t want to trade that away for instance, if using =
different technology meant doing that.

  It is a conundrum.

> Finally, I think we really need this for the users.

  I agree completely.

> So from my perspective there=E2=80=99s a clear need for this and I see =
no evidence that previous situations in this particular case have slowed =
deployment in any fashion. Also, this particular extension doesn=E2=80=99t=
 change the overall situation with regards to EAP-AKA=E2=80=99. Does =
that help reduce your concerns?

  It suggests that the risk may be low.  But the risk is there.

  TBH, there's no good solution for this situation.  It's needed, but at =
the same time anyone using it is opening themselves to lawsuits that =
they can't afford to defend, much less lose.

  Alan DeKok.

