Re: [tram] [Technical Errata Reported] RFC8489 (6268)

Magnus Westerlund <magnus.westerlund@ericsson.com> Mon, 14 September 2020 15:53 UTC

Return-Path: <magnus.westerlund@ericsson.com>
X-Original-To: tram@ietfa.amsl.com
Delivered-To: tram@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB8803A0C29 for <tram@ietfa.amsl.com>; Mon, 14 Sep 2020 08:53:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.796
X-Spam-Level:
X-Spam-Status: No, score=-3.796 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-1.695, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-0.001, 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
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 L0d4OF9IrLhx for <tram@ietfa.amsl.com>; Mon, 14 Sep 2020 08:53:09 -0700 (PDT)
Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-eopbgr70052.outbound.protection.outlook.com [40.107.7.52]) (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 241E63A0C26 for <tram@ietf.org>; Mon, 14 Sep 2020 08:53:08 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=BcQ5YASg1ac9Fc04M6Vxg5iL+YadLxyqIjbPV/J+2kBVXgYhWOhayJcsLPHDPgg7LkxcNPZAvNOzWOxq7e5JSrOdzDYlla8S/WhlzZagJScRT8w6hc3e4q+tMJ1S9fthYuoUqHO4m6LWvScQW0+HZav8S4/vXQjsvtP7xeaBK2cOws/6x9j23xtL1JlBH2CVlF+ve2qax1WDXueTQaU2WOUYLoy/kgPEJJmyiqRSg7MGkab0K+y5pEuNdBkUycU8+X7LEfarQmWbCDg3R9KcVmwbxTFvW4dR9vVAicHSFtIljvdluSeUfsiY9or84Mz7r5AiB3QyVWO8ZkDQkGnAcA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=SZ9urLxkSzCk+gFCEQmA7Lmsl98bDIJuvopv+S1q9Mg=; b=nHnRMX6BuKRGKt0CJfVoz3HlkU+F+CnlKbYYBBpKDa4TIc2/vIGfu0rLHP2LrJeYGxdi3i6vZJtMNFaJxaf2Mou4TuDKcw40ukR3ONBV4F4gsHupHWLX1FwgxpQYhwC3sS4bze7kFdJPeWWvp9luRgCq1yzh6r4s5bbJ2e6juvqMWoJsy/1S6N7WnNcK1Pp9t04VaG5WeyZeP5wzZY0PZ9Y3lWvh0CW0UFXgbW+BAzcYquaewe12D29sF7FMQ9IXhTvJDeFK2juujGB7s9yL5ry819vcaok6yoZQYkHSlbjXeLZ7wHWxKdEN0YDIzc87b+lDLVtSuwnjQ8M/7CcQJA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none
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=SZ9urLxkSzCk+gFCEQmA7Lmsl98bDIJuvopv+S1q9Mg=; b=kHB/WLMQsxLOILHW+SEoiO53cz0PdJPAwaSSnGYVMk6XYOPNNHOl+jKdQGYunszKlDmuQM4KmIGiGhia0PZrG1HlksnxAhvFr2rl94pmXogcXLUjp5EtPEeg8XgWTvi9QXErTp0Qlk1k1k4jkelyqOAp23li2hfR75ZmgM7qFIk=
Received: from VI1PR0702MB3775.eurprd07.prod.outlook.com (2603:10a6:803:10::30) by VI1PR07MB6142.eurprd07.prod.outlook.com (2603:10a6:803:da::29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3391.8; Mon, 14 Sep 2020 15:53:06 +0000
Received: from VI1PR0702MB3775.eurprd07.prod.outlook.com ([fe80::3d12:319b:2c4b:5f23]) by VI1PR0702MB3775.eurprd07.prod.outlook.com ([fe80::3d12:319b:2c4b:5f23%2]) with mapi id 15.20.3391.009; Mon, 14 Sep 2020 15:53:06 +0000
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
To: "renthraysk@gmail.com" <renthraysk@gmail.com>, "marc@petit-huguenin.org" <marc@petit-huguenin.org>
CC: "jdrosen@jdrosen.net" <jdrosen@jdrosen.net>, "tram@ietf.org" <tram@ietf.org>, "martin.h.duke@gmail.com" <martin.h.duke@gmail.com>, "dwing-ietf@fuggles.com" <dwing-ietf@fuggles.com>, "philip_matthews@magma.ca" <philip_matthews@magma.ca>, "rohan.ietf@gmail.com" <rohan.ietf@gmail.com>
Thread-Topic: [Technical Errata Reported] RFC8489 (6268)
Thread-Index: AQHWfuF5dRZ7aF/vA0OYP087ogZzZKlSU3kAgAAfVoCAAS6igIAJpSSAgAARDgCAAA2PgIAAAGWQgAACowCACswlAIAAGeGAgAASQAA=
Date: Mon, 14 Sep 2020 15:53:05 +0000
Message-ID: <4803aae689ab3839beb9f2a65762001495bc31f8.camel@ericsson.com>
References: <20200830152251.37CA9F4076B@rfc-editor.org> <bd82edbe82f83f7c92c6cb21924951d35132768f.camel@ericsson.com> <B09AFC19-A790-46C5-A97B-69572411A229@cisco.com> <7bbe51fd9a5a226752597825f276f6baad70add7.camel@ericsson.com> <f48eb512-5c17-20bd-dfd6-2d368e9fd4b9@petit-huguenin.org> <CABNgG1g3Tx1QroP+eo+WeQXxD2XPvf+n67pekBqRi8+QzgX8_Q@mail.gmail.com> <65838ad3-7ee9-3339-1326-8c2d212f6fa6@petit-huguenin.org> <HE1PR0702MB3772F26F7B3E91B8DC6982D695280@HE1PR0702MB3772.eurprd07.prod.outlook.com> <d0498051-d762-855d-bf74-d65a8bdf88da@petit-huguenin.org> <b3cae3bd-2b7f-d8c5-fcb4-55be9f11a3ce@petit-huguenin.org> <CABNgG1hzNyM-qqCpprXBUJ4y-X7OOMZHK72wpPL_rJ+TLXrz-g@mail.gmail.com>
In-Reply-To: <CABNgG1hzNyM-qqCpprXBUJ4y-X7OOMZHK72wpPL_rJ+TLXrz-g@mail.gmail.com>
Accept-Language: sv-SE, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-mailer: Evolution 3.28.5-0ubuntu0.18.04.2
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=ericsson.com;
x-originating-ip: [158.174.116.90]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 79c65d6b-d74f-4a72-7596-08d858c64530
x-ms-traffictypediagnostic: VI1PR07MB6142:
x-microsoft-antispam-prvs: <VI1PR07MB6142564C6620F122BD342FC895230@VI1PR07MB6142.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: acVF/hzTysxAwrxrMoz7Ja4O5PEVzTJb6DhQHmXo3Dyd+w1BKvZY5INahtRGyyhzI34M9PkssusFT4wtYpb/IEkOPTynZPa56yg/qPvkB/CC8TNBuLZ5EnbwtVHBnNEOnwzBMihIKpH35YZQqhfsGTrATzEswsenoAPHPJ1m071AtJV2aWxeyQ94uJTWN0fE3j1+qg19Rv7TzU8J7j0zCozAifIC9i/rd0DMvMk7bd9YsTZVf9sqlslKE16htQzDkTho2gnYbkFqKtLmELGQoVLGfHWJfHAuPEY7Q4OQ/1XX9+d67o1mRDAJARceVWwBHfBYykkwts5i/WYfQcN1GtuLmRWJrOQ4bptHGlEONdS5yLjWsrczL81lt2Q4YytZ0pp+8Y4N1yRgtTSi8ivWu9LZPgfjtzGJJmBBjwlr8NNhFoHyO/9Cw/1cIRBxE8614Ta9Sh6ssHZRkDVxHmJF7cN1dI8XUlqPiAF6TWR4rg9pwKSyHe+ZvcWknpzZ65ky
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:VI1PR0702MB3775.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(396003)(346002)(376002)(39860400002)(136003)(366004)(966005)(508600001)(71200400001)(16799955002)(2616005)(316002)(54906003)(6486002)(6512007)(44832011)(8676002)(6506007)(53546011)(4326008)(2906002)(86362001)(83380400001)(36756003)(8936002)(66476007)(66556008)(64756008)(66446008)(26005)(186003)(5660300002)(66946007)(30864003)(76116006)(91956017)(110136005)(99106002); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: RsH/w8E69KAbTCe8Uy/ZlyZpbqWUqtXUxxZodbDBEiRj3SsPFmA730XyK9fM0P7Ksn+NPUEaTTT5vUNHlb25OaN3/Iv56Oi2o05jaj2AtMYlRz4Z8kEmU9xSu6rQx69uEzYtShPOuQlOX66MAX10/YlESf5s3Or5pqMkj7skkGyLXz4iRGqo9IkjZmvHoTjDlloiIN+UU0vj0vyVnEOy73N2lBDsWTa1Rkbz/YF4kEhwQHmPcp75vrIYmG9grG+B/3CQXhUZu/xIrkGDoNtpWJKjq0kDkMjtemSVH2QBxuq4UxDBVam2d9FFwX1AvE+EgojxYtPDltpwRGq4NaoqdQRafllzNQFBqqMifG4W86W137MpCYVJCW0e0Do/EcSMpWZsNdVviYkKJ/LyppOFP8XeIhU6KHlGFD1u4nzHjpbtAQ4ml5MfgHgi22Y05ELTTlAi1FYQfoQxQM20PxXRmXnSDH3ihDHJH58uHDx+uqTSycC2+9jJGnCISDfU2K5uLc+wwzlC9ZHZCYEXzqX21PSjMn+GRTFFN4nPp5Jak/0qKbMy5p8n7rqDvCv7hidCTXoLpGsi0+SALZYFDqMEH8ztHZCNnnfzzezxSEf7jbWepCtvuSb2nq9mLaBQmb9/BdGLN9mJ7uyBwgi0kx8Cng==
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <AEF83CC24021DD4C8869CFF2D2A0748B@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: VI1PR0702MB3775.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 79c65d6b-d74f-4a72-7596-08d858c64530
X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Sep 2020 15:53:05.9578 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: tbxUqleInlPE1mbClSnQ5ibs39eavvHM58QmegyNbsujK5651q0Vo3KjUvAZanNkwZoTzfpodGVVKRvRiV0dG9Rtt9vVzjuv/PasIi/Q5hI=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB6142
Archived-At: <https://mailarchive.ietf.org/arch/msg/tram/1RoKLBipdEaLWBxdqzahhc35kMM>
Subject: Re: [tram] [Technical Errata Reported] RFC8489 (6268)
X-BeenThere: tram@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Discussing the creation of a Turn Revised And Modernized \(TRAM\) WG, which goal is to consolidate the various initiatives to update TURN and STUN." <tram.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tram>, <mailto:tram-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tram/>
List-Post: <mailto:tram@ietf.org>
List-Help: <mailto:tram-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tram>, <mailto:tram-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 Sep 2020 15:53:12 -0000

Hi,

Thanks Marc for the new test vector. 

Thanks Jared for verifying it.

I have updated the Errata with Marc latest test vector. 
https://www.rfc-editor.org/errata_search.php?eid=6268

Please check this.

Jared, I don't understand your request about noting SHA-256 password algorithm.
To me it appears very clear in this section and in the message exactly what
protocol elements are being used. USERHASH and MESSAGE-INTEGRITY-SHA256 are both
clear that they use SHA256. So if you want any change to the note, can you
provide what text you propse? 


B.1.  Sample Request with Long-Term Authentication with MESSAGE-
      INTEGRITY-SHA256 and USERHASH

   This request uses the following parameters:

   Username: "<U+30DE><U+30C8><U+30EA><U+30C3><U+30AF><U+30B9>" (without
   quotes) unaffected by OpaqueString [RFC8265] processing

   Password: "The<U+00AD>M<U+00AA>tr<U+2168>" and "TheMatrIX" (without
   quotes) respectively before and after OpaqueString [RFC8265]
   processing

   Nonce: "obMatJos2AAACf//499k954d6OL34oL9FSTvy64sA" (without quotes)

   Realm: "example.org" (without quotes)




On Mon, 2020-09-14 at 15:47 +0100, RenThraysk wrote:
> Hi
> 
> Ok, this is using the SHA256 Password Algorithm, so I suggest that should be
> noted in the errata as part of the parameters listed in B.1
> But can now successfully create the test vector from my code.
> 
> Will open the other 
> errata proposing to strike the line about the right to left bit ordering.
> 
> Jared
> 
> On Mon, Sep 14, 2020 at 2:15 PM Marc Petit-Huguenin <marc@petit-huguenin.org>
> wrote:
> > After looking at the emails exchanged at that time, the reason the userhash
> > was different was because we tentatively changed the username during AUTH48,
> > then decided to use the original one, but my code got stuck with the new
> > username.  I updated the code and the test-vector is now:
> > 
> >       00 01 00 88      Request type and message length
> >       21 12 a4 42      Magic cookie
> >       78 ad 34 33   }
> >       c6 ad 72 c0   }  Transaction ID
> >       29 da 41 2e   }
> >       00 1e 00 20      USERHASH attribute header
> >       4a 3c f3 8f   }
> >       ef 69 92 bd   }
> >       a9 52 c6 78   }
> >       04 17 da 0f   }  Userhash value (32 bytes)
> >       24 81 94 15   }
> >       56 9e 60 b2   }
> >       05 c4 6e 41   }
> >       40 7f 17 04   }
> >       00 15 00 29      NONCE attribute header
> >       6f 62 4d 61   }
> >       74 4a 6f 73   }
> >       32 41 41 41   }
> >       43 66 2f 2f   }
> >       34 39 39 6b   }  Nonce value and padding (3 bytes)
> >       39 35 34 64   }
> >       36 4f 4c 33   }
> >       34 6f 4c 39   }
> >       46 53 54 76   }
> >       79 36 34 73   }
> >       41 00 00 00   }
> >       00 14 00 0b      REALM attribute header
> >       65 78 61 6d   }
> >       70 6c 65 2e   }  Realm value (11 bytes) and padding (1 byte)
> >       6f 72 67 00   }
> >       00 1c 00 20      MESSAGE-INTEGRITY-SHA256 attribute header
> >       23 41 12 fb   }
> >       d4 e2 7f 98   }
> >       3e b4 03 28   }
> >       36 f9 98 21   }  HMAC-SHA256 value
> >       6f 5b 23 f8   }
> >       d9 27 75 3f   }
> >       bc 4f 88 2b   }
> >       fb df 0d ec   }
> > 
> > 
> > I think that the note in the errata is fine (after updating the test-
> > vector).
> > 
> > Let's open a separate errata for the other issue.
> > 
> > Thanks.
> > 
> > 
> > On 9/7/20 9:21 AM, Marc Petit-Huguenin wrote:
> > > Yes, I will provide text.
> > > 
> > > On 9/7/20 9:13 AM, Magnus Westerlund wrote:
> > >> Hi,
> > >>
> > >> I will hold, but please consider if you directly have any text proposal
> > for 
> > >> the note part of the errata to explain the changes that are in there and
> > if we 
> > >> need to change the text above the message itself to clarify thingS?
> > >>
> > >> Cheers
> > >>
> > >> Magnus
> > >>
> > >>> -----Original Message-----
> > >>> From: Marc Petit-Huguenin <marc@petit-huguenin.org>
> > >>> Sent: den 7 september 2020 18:11
> > >>> To: RenThraysk <renthraysk@gmail.com>
> > >>> Cc: Magnus Westerlund <magnus.westerlund@ericsson.com>om>;
> > >>> gsalguei@cisco.com; simon.perreault@logmein.com;
> > >>> martin.h.duke@gmail.com; philip_matthews@magma.ca; Gonzalo Camarillo
> > >>> <gonzalo.camarillo@ericsson.com>om>; jdrosen@jdrosen.net; dwing-
> > >>> ietf@fuggles.com; tram@ietf.org; rohan.ietf@gmail.com
> > >>> Subject: Re: [Technical Errata Reported] RFC8489 (6268)
> > >>>
> > >>> That's a good question.  We changed the username after we discovered
> > that
> > >>> the one I used previously was in fact invalid with the new PRECIS rules,
> > but 
> > >>> I
> > >>> am not sure why the one in the RFC is different.  I'll have to look into
> > my
> > >>> archives to find exactly what is what, but that will have to wait until
> > next
> > >>> Monday morning.
> > >>>
> > >>> Meanwhile, Magnus, please hold on the errata modification.
> > >>>
> > >>> Thanks.
> > >>>
> > >>>
> > >>> On 9/7/20 8:22 AM, RenThraysk wrote:
> > >>>> Hi
> > >>>>
> > >>>> Why has the Userhash value changed from the original test vector?
> > >>>>
> > >>>> Jared
> > >>>>
> > >>>> On Mon, Sep 7, 2020 at 3:21 PM Marc Petit-Huguenin
> > >>>> <marc@petit-huguenin.org>
> > >>>> wrote:
> > >>>>
> > >>>>> Hi Magnus,
> > >>>>>
> > >>>>> Here's the corrected test-vector:
> > >>>>>
> > >>>>> <begins>
> > >>>>>       00 01 00 88      Request type and message length
> > >>>>>       21 12 a4 42      Magic cookie
> > >>>>>       78 ad 34 33   }
> > >>>>>       c6 ad 72 c0   }  Transaction ID
> > >>>>>       29 da 41 2e   }
> > >>>>>       00 1e 00 20      USERHASH attribute header
> > >>>>>       63 aa 09 fc   }
> > >>>>>       23 81 0a 46   }
> > >>>>>       c9 76 e9 59   }
> > >>>>>       23 10 ee 1e   }  Userhash value (32 bytes)
> > >>>>>       59 b7 06 e1   }
> > >>>>>       9d e1 bd 21   }
> > >>>>>       a9 f6 f7 40   }
> > >>>>>       28 d5 ba 71   }
> > >>>>>       00 15 00 29      NONCE attribute header
> > >>>>>       6f 62 4d 61   }
> > >>>>>       74 4a 6f 73   }
> > >>>>>       32 41 41 41   }
> > >>>>>       43 66 2f 2f   }
> > >>>>>       34 39 39 6b   }  Nonce value and padding (3 bytes)
> > >>>>>       39 35 34 64   }
> > >>>>>       36 4f 4c 33   }
> > >>>>>       34 6f 4c 39   }
> > >>>>>       46 53 54 76   }
> > >>>>>       79 36 34 73   }
> > >>>>>       41 00 00 00   }
> > >>>>>       00 14 00 0b      REALM attribute header
> > >>>>>       65 78 61 6d   }
> > >>>>>       70 6c 65 2e   }  Realm value (11 bytes) and padding (1 byte)
> > >>>>>       6f 72 67 00   }
> > >>>>>       00 1c 00 20      MESSAGE-INTEGRITY-SHA256 attribute header
> > >>>>>       8e 57 3d 97   }
> > >>>>>       75 33 21 ae   }
> > >>>>>       47 8c b6 a2   }
> > >>>>>       7b 8a 6b 3a   }  HMAC-SHA256 value
> > >>>>>       89 08 9e e1   }
> > >>>>>       5f 62 6b 38   }
> > >>>>>       40 9f 48 ed   }
> > >>>>>       47 a5 df 57   }
> > >>>>> <ends>
> > >>>>>
> > >>>>> Thanks.
> > >>>>>
> > >>>>> On 9/1/20 4:04 AM, Magnus Westerlund wrote:
> > >>>>>> Hi,
> > >>>>>>
> > >>>>>> I think it is reasonable that we do an RFC Errata for this error to
> > >>>>> provide a
> > >>>>>> corrected test vector.
> > >>>>>>
> > >>>>>> I can edit the Errata request to have a different text. So if you
> > >>>>> authors could
> > >>>>>> prepare and review a proposal that fixes this I will edit and
> > approve 
> > >>>>>> it.
> > >>>>>>
> > >>>>>> So if you can provide the text that goes into the three parts:
> > >>>>>>
> > >>>>>> Original Text: (I assume the full message from B.1 here)
> > >>>>>>
> > >>>>>> Corrected Text: Full message with corrected message length and
> > >>>>> recomputed Hash
> > >>>>>> value.
> > >>>>>>
> > >>>>>> Notes: If there are any additional that was already written that you
> > >>>>> like to
> > >>>>>> remark about this error?
> > >>>>>>
> > >>>>>> Cheers
> > >>>>>>
> > >>>>>> Magnus
> > >>>>>>
> > >>>>>> On Mon, 2020-08-31 at 17:00 +0000, Gonzalo Salgueiro (gsalguei)
> > wrote:
> > >>>>>>> Hi Magnus -
> > >>>>>>>
> > >>>>>>> Marc responded earlier so you may have missed it. Below is his
> > >>> response:
> > >>>>>>>
> > >>>>>>> +++++++++++
> > >>>>>>> This errata is correct, and there is nobody to blame for that
> > >>>>>>> mistake
> > >>>>> but me.
> > >>>>>>>
> > >>>>>>> Magnus, how to you want to proceed for the recomputed test vector?
> > >>>>>>>
> > >>>>>>> Thanks.
> > >>>>>>> +++++++++++
> > >>>>>>>
> > >>>>>>> Cheers,
> > >>>>>>>
> > >>>>>>> Gonzalo
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>> On Aug 31, 2020, at 11:08 AM, Magnus Westerlund <
> > >>>>>>>> magnus.westerlund@ericsson.com> wrote:
> > >>>>>>>>
> > >>>>>>>> Hi,
> > >>>>>>>>
> > >>>>>>>> Author's can you please confirm if this is correct or not?
> > >>>>>>>>
> > >>>>>>>> Cheers
> > >>>>>>>>
> > >>>>>>>> Magnus
> > >>>>>>>>
> > >>>>>>>> On Sun, 2020-08-30 at 08:22 -0700, RFC Errata System wrote:
> > >>>>>>>>> The following errata report has been submitted for RFC8489,
> > >>>>>>>>> "Session Traversal Utilities for NAT (STUN)".
> > >>>>>>>>>
> > >>>>>>>>> --------------------------------------
> > >>>>>>>>> You may review the report below and at:
> > >>>>>>>>>
> > >>>>>>>>
> > >>>>>>>>
> > >>>>> https://protect2.fireeye.com/v1/url?k=99260d6d-c786cf2b-99264df6-86fc
> > >>>>> 6812c361-2320f3daa9544fe5&q=1&e=c28eb099-e321-4447-80c3-
> > >>> 942509fe0974&
> > >>>>> u=https%3A%2F%2Fwww.rfc-editor.org%2Ferrata%2Feid6268
> > >>>>>>>>> --------------------------------------
> > >>>>>>>>> Type: Technical
> > >>>>>>>>> Reported by: Jared Williams <renthraysk@gmail.com>
> > >>>>>>>>>
> > >>>>>>>>> Section: Appendix B.1
> > >>>>>>>>>
> > >>>>>>>>> Original Text
> > >>>>>>>>> -------------
> > >>>>>>>>> 00 01 00 9c      Request type and message length
> > >>>>>>>>>
> > >>>>>>>>>
> > >>>>>>>>> Corrected Text
> > >>>>>>>>> --------------
> > >>>>>>>>> 00 01 00 88      Request type and message length
> > >>>>>>>>>
> > >>>>>>>>> Notes
> > >>>>>>>>> -----
> > >>>>>>>>> The message length in the test vector (9c) is the absolute length
> > >>>>>>>>> of
> > >>>>> the
> > >>>>>>>>> whole
> > >>>>>>>>> test vector. However from section 5. STUN Message Structure
> > >>>>>>>>>
> > >>>>>>>>> "The message length MUST contain the size of the message in bytes,
> > >>> not
> > >>>>>>>>>   including the 20-byte STUN header."
> > >>>>>>>>>
> > >>>>>>>>> So the message length in the header should be 20 less than
> > >>>>>>>>> absolute
> > >>>>> length
> > >>>>>>>>> of
> > >>>>>>>>> the whole message.
> > >>>>>>>>>
> > >>>>>>>>> 0x9C - 20, 0x88.
> > >>>>>>>>>
> > >>>>>>>>> Also the MESSAGE-INTEGRITY-SHA256 HMAC-SHA256 value of the
> > >>> Test
> > >>>>>>>>> Vector will need recomputing.
> > >>>>>>>>>
> > >>>>>>>>> Instructions:
> > >>>>>>>>> -------------
> > >>>>>>>>> This erratum is currently posted as "Reported". If necessary,
> > >>>>>>>>> please use "Reply All" to discuss whether it should be verified
> > >>>>>>>>> or rejected. When a decision is reached, the verifying party can
> > >>>>>>>>> log in to change the status and edit the report, if necessary.
> > >>>>>>>>>
> > >>>>>>>>> --------------------------------------
> > >>>>>>>>> RFC8489 (draft-ietf-tram-stunbis-21)
> > >>>>>>>>> --------------------------------------
> > >>>>>>>>> Title               : Session Traversal Utilities for NAT (STUN)
> > >>>>>>>>> Publication Date    : February 2020
> > >>>>>>>>> Author(s)           : M. Petit-Huguenin, G. Salgueiro, J.
> > Rosenberg,
> > >>>>> D.
> > >>>>>>>>> Wing,
> > >>>>>>>>> R. Mahy, P. Matthews
> > >>>>>>>>> Category            : PROPOSED STANDARD
> > >>>>>>>>> Source              : TURN Revised and Modernized
> > >>>>>>>>> Area                : Transport
> > >>>>>>>>> Stream              : IETF
> > >>>>>>>>> Verifying Party     : IESG
> > >>>>>>>>  --
> > >>>>>>>> Cheers
> > >>>>>>>>
> > >>>>>>>> Magnus Westerlund
> > >>>>>>>>
> > >>>>>>>>
> > >>>>>
> > >>>
> > > 
> > > 
> > 
> > 
-- 
Cheers

Magnus Westerlund 


----------------------------------------------------------------------
Networks, Ericsson Research
----------------------------------------------------------------------
Ericsson AB                 | Mobile +46 73 0949079
Torshamnsgatan 23           |
SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com
----------------------------------------------------------------------