IETF Logo Mail Archive

Re: [Idna-update] emoji and security

Michel Suignard <michel@suignard.com> Wed, 14 March 2018 14:34 UTC

Return-Path: <michel@suignard.com>
X-Original-To: idna-update@ietfa.amsl.com
Delivered-To: idna-update@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EADA71270FC for <idna-update@ietfa.amsl.com>; Wed, 14 Mar 2018 07:34:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.021
X-Spam-Level:
X-Spam-Status: No, score=-0.021 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=suignard.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 s2TKmQ2J25Vv for <idna-update@ietfa.amsl.com>; Wed, 14 Mar 2018 07:34:29 -0700 (PDT)
Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0071.outbound.protection.outlook.com [104.47.34.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AD99A126C83 for <idna-update@ietf.org>; Wed, 14 Mar 2018 07:34:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suignard.onmicrosoft.com; s=selector1-suignard-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=PeOL9/k66UyepfvpZC9SDb7BOOWj0GgOcAq5Esj03a0=; b=rpwoJi3PQjlYxUedxvoeMsGwWF9/Q96jgY1v+VglgP1SI6WbRLlUqf49hmf6p19SgKYVJ9cYGh8GUmLBfzUBtcE+9MjZWP8nyt6QnOSd/zOB6H1XvXrqvDXp4TW9Y3i1seCKVujG3jB4AHZ+tv6lAQb0oVHWUmwHj1qBeW4Nk88=
Received: from DM5PR1901MB2197.namprd19.prod.outlook.com (52.132.131.160) by DM5PR1901MB2088.namprd19.prod.outlook.com (52.132.130.167) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.548.13; Wed, 14 Mar 2018 14:34:27 +0000
Received: from DM5PR1901MB2197.namprd19.prod.outlook.com ([fe80::4c67:e6ac:d64e:4930]) by DM5PR1901MB2197.namprd19.prod.outlook.com ([fe80::4c67:e6ac:d64e:4930%13]) with mapi id 15.20.0588.013; Wed, 14 Mar 2018 14:34:27 +0000
From: Michel Suignard <michel@suignard.com>
To: =?iso-8859-1?Q?Patrik_F=E4ltstr=F6m?= <paf@frobbit.se>, Andrew Sullivan <ajs@anvilwalrusden.com>
CC: "idna-update@ietf.org" <idna-update@ietf.org>
Thread-Topic: [Idna-update] emoji and security
Thread-Index: AQHTuiH036Wme2wFFkaQ526XY0gPJqPM5EtwgAG6L4CAAAGDIIAAPS+AgAATNYCAAKRqgIAANTDw
Date: Wed, 14 Mar 2018 14:34:26 +0000
Message-ID: <DM5PR1901MB219746D7A8CC8E1699DDC773A2D10@DM5PR1901MB2197.namprd19.prod.outlook.com>
References: <533bb471-da9b-64d0-76aa-a8a1251d256b@ix.netcom.com> <DM5PR1901MB219712F39A6297F9A147312DA2D30@DM5PR1901MB2197.namprd19.prod.outlook.com> <20180313202505.ztersmy2z5xuxlvp@mx4.yitter.info> <DM5PR1901MB2197A704B3233E5236EB703AA2D20@DM5PR1901MB2197.namprd19.prod.outlook.com> <ac2e51de-a9ad-c8ee-96b0-5b50a0e225c4@ix.netcom.com> <20180314011813.2vhpqle3bt726tbb@mx4.yitter.info> <B365481D-F9B6-46AD-BC3A-CC98695131E2@frobbit.se>
In-Reply-To: <B365481D-F9B6-46AD-BC3A-CC98695131E2@frobbit.se>
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=michel@suignard.com;
x-originating-ip: [23.249.129.130]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; DM5PR1901MB2088; 7:AwlECI2PN6CuPOtSIe9Oj3/AoMW524Boi+BkmTc3q3P0nH1xgc5XmQfwOamgabKio9LPzrDYHC+ZD4xS/MGI5wLfygR9VeWtSiF785PIBcQzPwcmyG6JwesikiAibC4OleIIxGarWYcIuwkD9S0MQDpveRSmzzxWB4JlOQbDD/Z+EHU7j1Ta9Pzz4crwi1v+uguJTnOknkdFwJAh96Dym75pk3jWlTtVmE7Zda7wbdWqtl+mAwpzdKjK2/iQkSlg
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: 480bf61b-648c-4619-7d04-08d589b8b089
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(7021125)(5600026)(4604075)(3008032)(4534165)(7022125)(4603075)(4627221)(201702281549075)(7048125)(7024125)(7027125)(7028125)(7023125)(2017052603328)(7153060)(7193020); SRVR:DM5PR1901MB2088;
x-ms-traffictypediagnostic: DM5PR1901MB2088:
x-microsoft-antispam-prvs: <DM5PR1901MB2088C9AD776B2523273010B9A2D10@DM5PR1901MB2088.namprd19.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(192374486261705);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(3231221)(944501244)(52105095)(93006095)(93001095)(3002001)(10201501046)(6041310)(20161123558120)(2016111802025)(20161123562045)(20161123564045)(20161123560045)(6043046)(6072148)(201708071742011); SRVR:DM5PR1901MB2088; BCL:0; PCL:0; RULEID:; SRVR:DM5PR1901MB2088;
x-forefront-prvs: 0611A21987
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(396003)(39830400003)(376002)(39380400002)(366004)(346002)(199004)(189003)(13464003)(6246003)(74316002)(7696005)(81166006)(2950100002)(6436002)(93886005)(305945005)(55016002)(15650500001)(7736002)(25786009)(66066001)(4326008)(53936002)(229853002)(9686003)(3660700001)(110136005)(478600001)(14454004)(33656002)(86362001)(81156014)(8936002)(106356001)(8676002)(5250100002)(316002)(2906002)(5660300001)(186003)(99286004)(105586002)(26005)(102836004)(6506007)(68736007)(2900100001)(53546011)(59450400001)(76176011)(97736004)(3846002)(3280700002)(6116002); DIR:OUT; SFP:1101; SCL:1; SRVR:DM5PR1901MB2088; H:DM5PR1901MB2197.namprd19.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
received-spf: None (protection.outlook.com: suignard.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: QTcChgc37qjY549IWiW+D1MND+PUlKRPS+UddalzOHPJI46BL0BPalIJAExHS4O/saxSt+Vvf/6saUZ9wD3v1spqtZIEKP4qwrkdjFpAuwovZ39R/hDj1zvaY8nO4WD7RUBc2DeIw2f5ZHYoA2PytKeJou3pdYFu7/tnsAh2OASMNbq/BeL4BIqQWxPS+/3E0pNJzCjsQ7sWT8yoKHgpusWL2qd1KYxJJ29RApg1Goj/bmMFYVyqp/HOrRpeymcSN6tA4dg9Eaz/6IRmTgKBwcbnbPiHY54G8SO4dmifovGpC5sS9XRnMNNxklN3AKP+ZJmWvWMFplgRUkT92WQNZQ==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: suignard.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 480bf61b-648c-4619-7d04-08d589b8b089
X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Mar 2018 14:34:26.8839 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: c72bffc7-022d-442d-a3fe-f53a3fa020d2
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR1901MB2088
Archived-At: <https://mailarchive.ietf.org/arch/msg/idna-update/MDEStXv2ZwX9mfNGJxKZRUceJnM>
Subject: Re: [Idna-update] emoji and security
X-BeenThere: idna-update@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Internationalized Domain Names in Applications \(IDNA\) implementation and update discussions" <idna-update.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idna-update>, <mailto:idna-update-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idna-update/>
List-Post: <mailto:idna-update@ietf.org>
List-Help: <mailto:idna-update-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idna-update>, <mailto:idna-update-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Mar 2018 14:34:32 -0000

I want to show how on a concrete level not having a post Unicode 6.3 IDN table is hurting work done in ICANN. Unicode 7.0 added support for some Myanmar minorities. For many reasons that probably do not interest people in this list, the Myanmar script coverage was a late comer in Unicode encoding, especially Myanmar minorities coverage. Therefore, Unicode 7.0 added support for Shan Pali (again a Myanmar minority). If we could use Unicode 7.0 repertoire as available in an updated IANA IDN2008 table, the root zone Integration Panel would have added 6 characters to the Maximum Starting repertoire (MSR) which is the sand box for Generation Panels (GP) when they define their own repertoire. Obviously, we have no way to know whether a Myanmar GP would adopt these characters into the RZ-LGR when/if they do that. But at this point this is not even an option.

At this point, most of the recent Unicode work on scripts (and I made the precision on purpose) is concentrated on historic ones, or disadvantaged communities. By being stuck on Unicode 6.3 we are putting these communities at disadvantage. Not a message you want to convey on these days and ages.

I think I (and most of us) have decent understanding of the tasks separation mentioned by Patrik, I just want to move on past Unicode 6.3, so we can do our work in appropriate context.

Michel

-----Original Message-----
From: IDNA-UPDATE <idna-update-bounces@ietf.org> On Behalf Of Patrik Fältström
Sent: Wednesday, March 14, 2018 4:07 AM
To: Andrew Sullivan <ajs@anvilwalrusden.com>
Cc: idna-update@ietf.org
Subject: Re: [Idna-update] emoji and security

On 13 Mar 2018, at 21:18, Andrew Sullivan wrote:

> But the IETF does not have, and does not want, authority to "keep them out".  That's a policy question, and one rather far from the IETF's area of expertise.  Indeed, that division of labour is precisely why the IANA root zone registry policy is set by someone other than the IETF, which sets the policies for IANA protocol parameter registries.

Correct.

The IETF Standard explicitly say that a registry must implement a policy for what code points they want to include, so by definition, and by design, the IDNA2008 is not a minimum set of code points. It is a maximum set of code points to be used.

   Patrik

v2.8.7 | Report a Bug | By Email