Dear RIPE: Please don't encourage phishing

Sun Feb 12 03:47:24 UTC 2012

as if it wasn't annoying enough already that some n00bs are using URI's 
with characters you can't type in (and in most cases don't even display 
correctly), icann has a better idea! hostnames you can't type in!

all those struggeling regimes that want to keep local control over our 
internets are gonna be so proud of them :P

(and that despite the fact that it's perfectly well possible to write -any 
language out there- in the first 7 bits of ascii)

yay, a step back in time, everyone back to their cave and write on the 
wall with a piece of stone in characters nobody can read!

so far for progress...

we used to develop stuff so that people could communicate with one 
another, whatever went wrong, when did it move to "preventing people from 
communicating with one another"...

i don't have keyboards with a million or so keys on it, do you?

and no, i don't know the alt-codes for weird russian or japanese crap.

if we wanted local shit only, we could just have stuck with tv and radio 
and telephones and fax machines.

so; we're not implementing any of that, we'll deliberately make any 
software we produce go nuts on it and cause errors all over the place, and 
we strongly urge any nerd out there to do exactly the same.

On Sun, 12 Feb 2012, Neil Harris wrote:

> On 12/02/12 00:09, Masataka Ohta wrote:
>> Neil Harris wrote:
>>
>>> Techniques to deal with this sort of spoofing already exist: see
>>>
>>> http://www.mozilla.org/projects/security/tld-idn-policy-list.html
>> It does not make sense that .COM allows Cyrillic characters:
>>
>> http://www.iana.org/domains/idn-tables/tables/com_cyrl_1.0.html
>>
>> i script of a domain name is Cyrillic.
>>
>> Domain names do not have such property as script.
>>
>> Is the following domain name:
>>
>> 	CCC.COM
>>
>> Latin or Cyrillic?
>>
>>> for one quite effective approach.
>> The only reasonable thing to do is to disable so called
>> IDN.
>>
>> 					Masataka Ohta
>>
>> PS
>>
>> Isn't it obvious from the page you referred that IDN is
>> not internationalization but an uncoordinated
>> collection of poor localizations?
>>
>
> I'm not a flag-waver for IDN, so much as a proponent of ways to make IDN
> safer, given that it already exists.
>
> Lots of people have thought about this quite carefully. See RFC 4290 for
> a technical discussion of the thinking behind this policy, and RFC 5992
> for a policy mechanism designed to resolve the problem you raised in
> your example above.
>
> You will notice that the .com domain does not appear on the Mozilla IDN
> whitelist.
>
> -- N.
>
>
>
>