Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Attacks/Breaches

8/24/2020
04:55 PM
Connect Directly
Twitter
LinkedIn
RSS
E-Mail
50%
50%

Attackers Use Unicode & HTML to Bypass Email Security Tools

Researchers spot cybercriminals using new techniques to help malicious phishing emails slip past detection tools.

Cybercriminals have been spotted using HTML/CSS and Unicode tricks to bypass tools meant to block malicious emails, marking a new twist in phishing techniques, security researchers report.

Attackers are continuously testing enterprise security systems and exploring new ways to get through. Some rely on hidden text and zero-font attacks, in which they put invisible characters between the letters of an email so it doesn't trigger email defenses with phrases like "password expired" or "Office 365." These malicious emails appear legitimate to any unsuspecting user.

Security firm Inky noticed a new twist on this technique in which attackers use their knowledge of HTML/CSS and Unicode to disguise phishing emails. The company began to investigate when a customer reported a suspicious message disguised as a "password expired" email from Office 365. Researchers loaded the raw text into text editor Emacs and found a few interesting traits.

One of these is the Unicode "soft hyphen," also known as "syllable hyphen." In typesetting, this is used to tell the renderer where to safely break a line and insert a visible hyphen. The soft hyphen normally renders as invisible; however, it will appear as a Unicode character to security software scanning emails for malicious content. To a security tool, it may as well be an "X".

When the Inky team scanned the malicious email for phrases like "change your password," they didn't receive results because the attacker had written such phrases as "c-h-a-n-g-e- -y-o-u-r- -p-a-s-s-w-o-r-d-." To a user they appear as normal; to a scanner they may not raise any flags because its pattern-matching settings aren't configured to look for this type of content.

"The fact that they render invisible is this weird quirk of Unicode," says Dave Baggett, founder and CEO at Inky. "Clearly, the attacker knows a lot about Unicode and is being quite smart in crafting this." He notes there were about 10 Unicode characters included in this email alone.

This wasn't the only new technique seen in this Office 365 phishing email, a type of malicious message Baggett describes as "rampant." When the attacker typed "Office 365," for example, they used the HTML <font> to make it look like logotype. This big red text in the upper left corner is common in Office 365 phishing, he says, and people often register the text as a logo.

Attackers also used the "display:none" setting, an element of CSS that tells a browser to render text as invisible. The phisher made the error of putting text they wanted the user to see within a span element, even though the CSS was written to render spans as hidden. The attacker used the invisible span trick to hide repeating text "40008" between words of the phrase "Password for user[@]example[.]com," a move Baggett says was intended to hide the malicious text from security tools.

"If you're a developer, it's useful to temporarily hide things to test, but here, they're using it to make every span 'display:none,' which is very weird," he notes. "You would never do this on a webpage." He hypothesizes the idea was to fool security tools into thinking the text was visible.

The "40008" text could be another tactic to bypass the pattern-matching in security tools, Baggett adds. If there is a random number generated for every email, there's less of a chance tools will associate them with the same phishing kit.

"This looks like someone took an existing template they'd been using and modified it to use this new trick," he says.

The technique used here is similar to steganography, or the practice of hiding surreptitious messages in text by using invisible or hard-to-see space, Baggett explains. Steganography is another common technique among cybercriminals who want to conceal malicious text. An attacker could also use zero-width Unicode characters to transmit messages in this manner.

A challenge in defending against this technique is there are different kinds of soft hyphens, he points out. It's in the attacker's interest to use several unique Unicode characters to slip past security defenses; however, the more Unicode characters a company adds to its security tool, the slower it will be. Even if you could capture all the many ways an attacker can bypass defenses, it may not necessarily scale well.

"It's in the attacker's best interest to use more characters," Baggett says. "It's in the SEG [Secure Email Gateway]'s interest to have fewer characters in their matching patterns."

 

Kelly Sheridan is the Staff Editor at Dark Reading, where she focuses on cybersecurity news and analysis. She is a business technology journalist who previously reported for InformationWeek, where she covered Microsoft, and Insurance & Technology, where she covered financial ... View Full Bio
 

Recommended Reading:

Comment  | 
Print  | 
More Insights
Comments
Threaded  |  Newest First  |  Oldest First
Commentary
How SolarWinds Busted Up Our Assumptions About Code Signing
Dr. Jethro Beekman, Technical Director,  3/3/2021
News
'ObliqueRAT' Now Hides Behind Images on Compromised Websites
Jai Vijayan, Contributing Writer,  3/2/2021
News
Attackers Turn Struggling Software Projects Into Trojan Horses
Robert Lemos, Contributing Writer,  2/26/2021
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win an Amazon Gift Card! Click Here
Latest Comment: George has not accepted that the technology age has come to an end.
Current Issue
2021 Top Enterprise IT Trends
We've identified the key trends that are poised to impact the IT landscape in 2021. Find out why they're important and how they will affect you today!
Flash Poll
How Enterprises are Developing Secure Applications
How Enterprises are Developing Secure Applications
Recent breaches of third-party apps are driving many organizations to think harder about the security of their off-the-shelf software as they continue to move left in secure software development practices.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2021-23351
PUBLISHED: 2021-03-08
The package github.com/pires/go-proxyproto before 0.5.0 are vulnerable to Denial of Service (DoS) via the parseVersion1() function. The reader in this package is a default bufio.Reader wrapping a net.Conn. It will read from the connection until it finds a newline. Since no limits are implemented in ...
CVE-2009-20001
PUBLISHED: 2021-03-07
An issue was discovered in MantisBT before 2.24.5. It associates a unique cookie string with each user. This string is not reset upon logout (i.e., the user session is still considered valid and active), allowing an attacker who somehow gained access to a user's cookie to login as them.
CVE-2020-28466
PUBLISHED: 2021-03-07
This affects all versions of package github.com/nats-io/nats-server/server. Untrusted accounts are able to crash the server using configs that represent a service export/import cycles. Disclaimer from the maintainers: Running a NATS service which is exposed to untrusted users presents a heightened r...
CVE-2021-27364
PUBLISHED: 2021-03-07
An issue was discovered in the Linux kernel through 5.11.3. drivers/scsi/scsi_transport_iscsi.c is adversely affected by the ability of an unprivileged user to craft Netlink messages.
CVE-2021-27365
PUBLISHED: 2021-03-07
An issue was discovered in the Linux kernel through 5.11.3. Certain iSCSI data structures do not have appropriate length constraints or checks, and can exceed the PAGE_SIZE value. An unprivileged user can send a Netlink message that is associated with iSCSI, and has a length up to the maximum length...