April 18, 2017 By Larry Loeb 2 min read

Chinese security researcher Xudong Zheng found a way to work around add-on filters to render URLs as Punycode. He discovered characters within Unicode that could serve as functional substitutes for Latin alphabet characters and potentially allow fraudsters to mask phishing attacks. Since these characters were from only one language, using them does not trip the exclusionary filters imposed by the browsers.

For example, Zheng registered a certain domain that would display as “apple.com,” but was really composed of Cyrillic characters. This demonstrated a good proof of concept for potential phishing schemes.

Bleeping Computer reported that this vulnerability affects Chrome, Firefox and Opera browsers. Other browsers such as Edge, Internet Explorer, Safari, Vivaldi and Brave displayed the correct behavior by showing the Punycode.

A Flawed Industry Standard

Years ago, the Internet Corporation for Assigned Names and Numbers (ICANN) allowed allow non-ASCII (Unicode) characters to be present in web domains, but the firm quickly realized that this action could lead to some problems. Various characters from different languages can be confused for Unicode, since they will look the same in a browser display. Ultimately, this could enable a phishing attacker to display inaccurate URLs to victims.

To combat this, ICANN announced that Punycode, a way to represent Unicode within the limited character subset of ASCII used for internet host names, would specify actual domain registration. It was thought that browsers would first read the Punycode URL and then transform it into displayable Unicode characters inside the browser.

But like Unicode, Punycode could also hide phishing attempts through characters found in different languages. In response to this, vendors introduced add-on filters to render URLs as Punycode rather than Unicode if they contained characters from different languages.

According to Bleeping Computer, the browser-makers thought this would stop the substitutions from happening in the URL. Zheng’s research demonstrated otherwise.

Defense Against Phishing Attacks

In response to this vulnerability, Google decided to include a fix in Chrome 58, which will be released in late April, Zheng wrote.

Mozilla has not yet revealed its plans to resolve this situation. There is, however, a simple workaround for Firefox that disables Punycode support. To start, enter “about:config” in the Firefox address bar. Then enter “network.IDN_show_punycode” and set this option to “true” with a double-click.

This sort of homonym attack has been known for a while, and it was thought to be mitigated. It appears that a clever attack can still be performed using this method, placing internet users at risk of a phishing attack.

More from

NIST’s role in the global tech race against AI

4 min read - Last year, the United States Secretary of Commerce announced that the National Institute of Standards and Technology (NIST) has been put in charge of launching a new public working group on artificial intelligence (AI) that will build on the success of the NIST AI Risk Management Framework to address this rapidly advancing technology.However, recent budget cuts at NIST, along with a lack of strategy implementation, have called into question the agency’s ability to lead this critical effort. Ultimately, the success…

Researchers develop malicious AI ‘worm’ targeting generative AI systems

2 min read - Researchers have created a new, never-seen-before kind of malware they call the "Morris II" worm, which uses popular AI services to spread itself, infect new systems and steal data. The name references the original Morris computer worm that wreaked havoc on the internet in 1988.The worm demonstrates the potential dangers of AI security threats and creates a new urgency around securing AI models.New worm utilizes adversarial self-replicating promptThe researchers from Cornell Tech, the Israel Institute of Technology and Intuit, used what’s…

Passwords, passkeys and familiarity bias

5 min read - As passkey (passwordless authentication) adoption proceeds, misconceptions abound. There appears to be a widespread impression that passkeys may be more convenient and less secure than passwords. The reality is that they are both more secure and more convenient — possibly a first in cybersecurity.Most of us could be forgiven for not realizing passwordless authentication is more secure than passwords. Thinking back to the first couple of use cases I was exposed to — a phone operating system (OS) and a…

Topic updates

Get email updates and stay ahead of the latest threats to the security landscape, thought leadership and research.
Subscribe today