Wednesday, April 26, 2017, 12:50:24 PM, you wrote:


Dear all,

To properly address and explain this problem. The nature of this attacks on a global level suggest that they will be done through most used gTLDs (old and new) who allows different scripts, which is by far> .com.
For local level it can be done under ccTLDs and geoTLDs who allows different script.
Now, the real picture, Don, is that we have a lot of registries who mix scripts in the table.

in my still cautious opinion, the mixed registrations should be eliminated (1) by developing the appropriate general administrative policies for step-by-step migration to the appropriate top-level domains scripts, or (2) we must open a new the front of fight with the countless possibilities of fraud
There are a huge number problematic issues in both versions
In the first variant - these are more political and administrative problems in
In the second variant - these are more technical, technological and administrative


You can look at IANA tables and see what is there. One example is .SU which allows all Cyrillic scripts from ex-Soviet Union (USSR).
Then, there are ccTLDs like .PL, mixing the whole Unicode for years. I can understand why some ccTLDs allow that: in countries, there are a lot of minorities, so excluding their script from the table of national ccTLDs is not politically correct. To know if those cc’s allows usage of different (or even mixing) scripts and the attack can be created, we need to check local rules – and they are NOT something that ICANN is aware off, or something that ICANN can easily change. Even rules for the root zone, which are mentioned during this discussion, for the cc’s they will be presented in the form of recommendation.
Some countries like Bulgaria and Greece, have IDN and ASCII under the same table and they have national laws on their usage.
But, even in countries like Croatia and Romania, usage of their own Latin script can produce some of homographic attack. Like> coca-cola.hr and coča-cola.hr (confusion). Homographic attack is not a problem only in usage of different script under one TLD – they can be done under one, f.e. Latin, script also.
Andrei suggested one way to address problem, but it can’t be the rule, because of political and other logical questions inside the countries. It’s in the ruleset of every single registry – who allows mixing script or not.
You can have 20 different scripts in table, if you strictly avoid mixing, you are ok – and cross script homographic attack are not possible.
But, single script attacks are staying possible, such as IBM.рф or саре.рф.

if "IBM" or "cape" in Latin
registration domain names IBM.УКР or cape.укр is impossible
This again confirms the fact that registration policies and the risks associated with the registration of domain names primarily depend on the sanity :) of the ccTLD/gTLD Administrator


If you want to change agreement with cc’s, in order to address their rules for registration, is not going to be easy task for ICANN, because of the nature of agreements. Some of them are just in the form of „exchange of letters“ and zou know which level of agreement is that.  

Regards,
Dusan



From: ua-discuss-bounces@icann.org [mailto:ua-discuss-bounces@icann.org] On Behalf Of Andrei Kolesnikov
Sent: Wednesday, April 26, 2017 10:46 AM
To: Don Hollander <don.hollander@icann.org>
Cc: Dr. AJAY D A T A <ajay@data.in>; `tan tanakadennis via ua-discuss` <ua-discuss@icann.org>
Subject: Re: [UA-discuss] UASG Response to WordFence IDN Phishing concerns

Don,
there is no such thing as IDN at .RU - only ascii allowed - we understood the problem long time ago due to similarity of many Cyrillic letters with Latin.
In IDN .РФ in Russia only Cyrillic allowed.
This definitely must be the rule for registries. Or some kind of immediate mitigation service to bring down dangerous domains.
--andrei

2017-04-26 11:34 GMT+03:00 Don Hollander <
don.hollander@icann.org>:

Hi Andrei:

What about at the ccTLD?  
idn.ru?   Does .ru also allow ASCII?

Does the .ru registry, for example, do anything to address homoglyphs between ascii and cyrillic?

D


On 26/04/2017, at 8:30 PM, Andrei Kolesnikov <andrei@rol.ru> wrote:

most use of idn.ascii gTLD as far as I know is .com for example
http://путин.com/[xn--h1akeme.com]
Basically most of the confusing cases discussed above are from .com
--andrei

2017-04-26 10:35 GMT+03:00 Dr. AJAY D A T A <
ajay@data.in>:

Hello Don,

Which all registries are allowed to register mix of scripts domain while registering an IDN. I checked .pyc (Cyrillic) and .भारत (Devanagiri) do not allow mix of scripts.  I think we address those registries through ICANN by modifying the registry agreement, major problem can be solved.

Thanks.

Dr. Ajay DATA  | Founder & CEO
Get email id like
अजय@डाटा.भारत in your own language,
visit
www.xgenplus.com[xgenplus.com]


From: "Tan Tanaka,Dennis via UA-discuss" <ua-discuss@icann.org>  MailId : [68456683]
To: Don Hollander <
don.hollander@icann.org>,"ua-discuss@icann.org" <ua-discuss@icann.org>
Subject: Re: [UA-discuss] UASG Response to WordFence IDN Phishing concerns
Date: 25 Apr 2017 06:28:22 PM

Don, my comments enclosed

Thanks
-Dennis

From: <
ua-discuss-bounces@icann.org> on behalf of Don Hollander <don.hollander@icann.org>
Date: Monday, April 24, 2017 at 5:40 PM
To: "
UA-discuss@icann.org" <ua-discuss@icann.org>
Subject: [EXTERNAL] [UA-discuss] UASG Response to WordFence IDN Phishing concerns

Further to recent discussion on this list, we have drafted a document that we plan on posting as a Blog Post to the UASG Web site that can be referenced by others.

We want to get feedback from the community on this document by Thursday UTC.

So, here it is – pasted below and as a word document in case you want to enable tracking and make amendments.   If you have comments or suggestions, please share them to this group.

Don



IDNs and Phishing: What You Need to Know
By TBD at UASG

Internationalized Domain Names[icann.org] (IDNs) are growing in popularity, a testament to their role in the expansion of the global Internet and the value they provide in connecting non-English speakers to the Web. However, you may have noticed a renewed focus over the past week of a script mixing technique that phishing scammers could potentially use to trick Internet users into visiting malicious websites. This phishing method takes advantage of the fact that characters from various languages and scripts are sometimes visually similar to each other. For example, the Cyrillic “а” and the ASCII[en.wikipedia.org] “a” look virtually identical. This technique is known as a homograph attack.  

Homographic phishing efforts associated with IDNs are not new. In fact, they date back to the early 2000s. Registries have since implemented policies that preclude mixing scripts[1] within a domain name label.

While this issue should be taken seriously and serves as an important reminder of consumer safety, various IDN and anti-abuse groups are actively working to mitigate potential threats, and there are already certain browser-set protections in place. In the meantime, Internet users should practice the same basic security hygiene that is always recommended: avoid clicking suspicious links, and use a good password manager that will only enter login credentials on trusted sites.

Equally important is to recognize the benefits of IDNs and avoid disabling them, which could lead to an unpredictable user experience and eventually a decrease in adoption. IDNs are essential in bringing non-English speakers – the majority of the world’s population – online, and allowing those users to create their own highly relevant online identities as well as navigate the Internet in their native languages. In addition to the social and cultural benefits of IDNs, they also represent a significant economic opportunity; a recent
report[uasg.tech] commissioned by the Universal Acceptance Steering Group (UASG) found that online spending from new IDN users could start at USD 6.2 billion per year.  

The UASG’s mission is to help software developers and website owners keep pace with the evolving Domain Name System (DNS) – and this includes issues around the adoption and acceptance of IDNs. If you’d like to get involved in helping work toward a solution to this and other IDN-related issues, please visit
https://uasg.tech/[uasg.tech] or get in touch[uasg.tech] to learn more.







[1] Exceptions are practiced for languages with established orthographies and conventions that require the commingled use of multiple scripts, e.g. the Japanese writing system.

Do not Remove:
[HID]20170425182821379[-HID]



--
Andrey Kolesnikov
RIPN.NET[RIPN.NET]

Don Hollander
Universal Acceptance Steering Group
Skype: don_hollander





--
Andrey Kolesnikov
RIPN.NET



Virus-free. www.avast.com