IETF Logo Mail Archive

[CFRG] XDR in RFC8391

"Kretschmer, Andreas" <andreas.kretschmer@siemens.com> Wed, 02 December 2020 09:42 UTC

Return-Path: <andreas.kretschmer@siemens.com>
X-Original-To: cfrg@ietfa.amsl.com
Delivered-To: cfrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 331FB3A0F49 for <cfrg@ietfa.amsl.com>; Wed, 2 Dec 2020 01:42:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=siemens.onmicrosoft.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 O0ht2Yas_Iev for <cfrg@ietfa.amsl.com>; Wed, 2 Dec 2020 01:42:38 -0800 (PST)
Received: from EUR05-AM6-obe.outbound.protection.outlook.com (mail-am6eur05on2089.outbound.protection.outlook.com [40.107.22.89]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C20343A0E27 for <cfrg@irtf.org>; Wed, 2 Dec 2020 01:42:37 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=IMfkJ8CZ35yBtNvRV5T3Rm6T1egODLlR14nHyqNxebfhUAYFzlA1hcNohZ+O0jt2u4PGHoyhi9mg21HrN2mLXhh5ERavPZpyMX72bvUqgw74gXkGtOQtwZ7hlbvPQEqRF/r0Sk9V5ZsRh4OSHn5H+XzASwSVJ9N/+ficLw3s7VGH0JwHE9oCWl6k8/ILhDf+EI7hy4NVRro2KhQUsyqTrS3hOQMi508xJDEb/ubQlSMpyzg5y6JGh5pmyNHzcKXijLcEGD6ivD8zvrMR5adi8LANuiaFwHaWf9nctsEIPGD8u3BbDc5+6iWD8V0CHeiAqkht48uK14K4ADoA9XKqPQ==
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=F5J8wpgtfoLdponVSIG69hdZiB/UwrODpCP+130bRTc=; b=VXcmqLu0X1P2+yequ1330O4qAiyvq1QerjhT982FynjCr5B4UMAfi4XVtVm3nkyaVNP16eWQcBm7If4hwMUlDjL1RuFlM7Bt8ciPUo+DbJVbIEuLiZbVup4LL7A2e0bdTKifQg7Cn040TWSlbxrRBheteoJObQ5zGLp7EZP+Wkmgr8jxmgq6pAnT0gverUfC+hJT4rSf/Ucx1t0VKaQPXDvWzwHCWNEyUAv8bJ/Eff3EUgFrA5fcjR47EsrFGwyJpJu83Use478Csl3Zvq0NG2XTiSA+u4fIba4IAv5h2d1JSBx29X5ejINa1ky6e6pVKkzbslGmTJtu6qEZzk4kzQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=siemens.com; dmarc=pass action=none header.from=siemens.com; dkim=pass header.d=siemens.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=siemens.onmicrosoft.com; s=selector1-siemens-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=F5J8wpgtfoLdponVSIG69hdZiB/UwrODpCP+130bRTc=; b=GfP18byN/5DkyC6uXUd2Uc0QdXEQ9Ak5H7CFCMkWMK0hSL34Yw25pJqrIr8sUZVN7OQ7omgFy0hQ+Qb+/R+fQ76iaKYi5egWmoCiuKE17qhIzn+2a2HHXkCDGKywYfnfjyJnr/rtVb1I00/Nlz++meuW1ggbncdgVrC4sGE56y8=
Received: from VI1PR10MB2285.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:803:88::33) by VI1PR10MB1760.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:802:30::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3611.31; Wed, 2 Dec 2020 09:42:33 +0000
Received: from VI1PR10MB2285.EURPRD10.PROD.OUTLOOK.COM ([fe80::158:abca:3b6:96cc]) by VI1PR10MB2285.EURPRD10.PROD.OUTLOOK.COM ([fe80::158:abca:3b6:96cc%5]) with mapi id 15.20.3611.033; Wed, 2 Dec 2020 09:42:33 +0000
From: "Kretschmer, Andreas" <andreas.kretschmer@siemens.com>
To: "cfrg@irtf.org" <cfrg@irtf.org>
Thread-Topic: XDR in RFC8391
Thread-Index: AdbIi3qr06XDMuaPQ/qiMhrEvJXZiw==
Date: Wed, 02 Dec 2020 09:42:33 +0000
Message-ID: <VI1PR10MB22850F4780CA2E97A7EA18F795F30@VI1PR10MB2285.EURPRD10.PROD.OUTLOOK.COM>
Accept-Language: en-US, de-DE
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: irtf.org; dkim=none (message not signed) header.d=none;irtf.org; dmarc=none action=none header.from=siemens.com;
x-originating-ip: [165.225.200.172]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 05b26216-563d-4e03-d211-08d896a6981c
x-ms-traffictypediagnostic: VI1PR10MB1760:
x-microsoft-antispam-prvs: <VI1PR10MB17606768FADC2BCE976ACCB595F30@VI1PR10MB1760.EURPRD10.PROD.OUTLOOK.COM>
x-ms-oob-tlc-oobclassifiers: OLM:8273;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: iqhhKWwNGvYQPLis2/DOiHyJmnKfWuUks7dacIrcSo9k6hmMT+o94LGjj83pZmsSG3G2ZwKGCOnDJflBLbzFVoLpLn9ZYwzvC0JCMxo9dBriSK7PPvKps0lLi4zlMVKYCPU4X3ew7LX5VCELMVaL1t/pf9ZnNfFIqPNK87axaQ629Dv6eGNYyHEvw2SFwwgPDEYbLQPL0zz1OtroELozdN/mkR6ONx5eEIuSeyvKnlNpBroQv6JhoNmhncQiigD70f05ATmyOxlgwMlS20r2izRygIr4K1QxMq98tyFfszbbVRuYQJmLzvYZbPFeaRGrGTnsTGs5NeSM0aQm20Hb8A==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:VI1PR10MB2285.EURPRD10.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(4636009)(396003)(39860400002)(136003)(376002)(366004)(346002)(7696005)(33656002)(86362001)(52536014)(8936002)(26005)(8676002)(4744005)(55016002)(5660300002)(2906002)(186003)(55236004)(83380400001)(7116003)(6506007)(71200400001)(66446008)(76116006)(66476007)(6916009)(66946007)(64756008)(66556008)(9686003)(478600001)(316002); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: LzRpCQj3H+7brMXeF6EuVUJVMB13kOGkjV+6pno0uFG7naOTR1oDW35xJ5FZYOzUibZ03LhuDCzUAsWSzF0s2Mqvr6DxBCFr3BHH74/Hk14X/LqMVZkrRiWc44ZfvGtX/ApXxU1k2VT9doSymYTWK3rnW9TJrSUxYpm5rx02Nmm940xLSvyE2P+hy8+pEop0V3Pmr66Pb83kemFXw4msOZGFwDKSRz3lV9deFcvkefSujhB61Cn7Kkl5/zDCmFuW5/Jcbk8MOFl0nDguhSqoCYxyrV7bhxqNsX25wSWUNZ3CnK9c9Z665zBkC6yNMf9cXc2craW9njJ0LunoQR8YYBhprQ7XOYiOgBom/GtB3+oO0YuzvnUFJRerJmGUbjjWiniuyQE/Q+k9cV9+rKrmw8aAYHFYYKFw4L6PKbybbOMFVevA/VrLwQyl2CyWzbZOeF/dPNd3SVBP1VYk1kVft4mHzuIBL05iVb0WMD3NK0reCPy7Aj5YXyQfmKpuiQP3NehxYRFt3+zLWqsR5B0bO9r6WCat1I0YOtjlZl/38mH15qF5nq1b1l2c/pZtK0zKyvB6jgOGAaiMEAqBaMaa8003NbIWtGsdhsau6YMspdiyRvBeMzbAZCnyKhpzEfnuIBE1CT9iK+PerovD95fqyjE4mxNmglqC4nN6yM+p2yP/y2iZ/yZitJ1n13SSbbr7YGaBgkF2R+BL/LoBiZ0DVxdEPx5FLRb7AgQweL2hH5f7d9VeFew/fajm8jXpV096tzsT+dGx/CYGNDeWAbcAI56zR5FW2vHJTULF5f71xB71ObWXcqTcUwb/g5pbJcUVkXarqYNUwjjwDAAJguZ7YE4dJ6bKrT06uU9TX9f6NxMQ/uvF1YDe6v0C6XLyiSqqdYBtZ/DBFRkCCtP6J7oTummVyR1v1WPEH8/Ncbij/3zEUB63FKRi66GHYF4gmgpotkwuYTma6ORSNBUNwnOrZEEFizaaznEj9CiSjIDQy4s=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: siemens.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: VI1PR10MB2285.EURPRD10.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-Network-Message-Id: 05b26216-563d-4e03-d211-08d896a6981c
X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Dec 2020 09:42:33.2598 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 38ae3bcd-9579-4fd4-adda-b42e1495d55a
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: fUHLSwLy3grmq65jj1wS6Z7BKWwo/A/spHdUmx1rGvfP7siBtEft9SzQCMa0nrXLNk5ljRNpEhKWT6aEZUNS/5VrI+qsswZqjJ1ZcGMZwyk=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR10MB1760
Archived-At: <https://mailarchive.ietf.org/arch/msg/cfrg/LKMzLHjwVZQoobrObWUyhOUs4ds>
Subject: [CFRG] XDR in RFC8391
X-BeenThere: cfrg@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Crypto Forum Research Group <cfrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/cfrg>, <mailto:cfrg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cfrg/>
List-Post: <mailto:cfrg@irtf.org>
List-Help: <mailto:cfrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/cfrg>, <mailto:cfrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Wed, 02 Dec 2020 09:42:39 -0000

Hello,

I tried to use the XDR definitions given in RFC8391 Appendix A,B,C for generating a parser skeleton. Unfortunately I found some parts of the XDR definitions not compliant to the referred RFC4506:

- some Identifiers contain "/" and "-", RFC4506 allows only letter, digits and underbars
- some enum bodies end with  ",}", RFC4506 requests "}" here
- some union definitions have incomplete declarations in the case-spec, e.g. the union xmss_ots_signature refers to the wotsp-sha2_256 without giving a type.

Now my questions:

- Is there a fixed formal correct version of the  RFC8391 XDR definitions available?
-  Whats the binary representations of an union holding incomplete  declarations?

Could somebody please give me a  hint or a pointer to the answers?

Regards,
Andreas

v2.23.0 | Report a Bug | By Email