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.

Threat Intelligence

5/15/2019
05:45 PM
50%
50%

Attackers Are Messing with Encryption Traffic to Evade Detection

Unknown groups have started tampering with Web traffic encryption, causing the number of fingerprints for connections using Transport Layer Security to jump from 19,000 to 1.4 billion in less than a year.

Online attackers are trying to obscure their encrypted traffic in an attempt to evade detection, using a technique known as "cipher stunting," accoding to Internet infrastructure and security firm Akamai.

Cipher stuffing modifies the fingerprint of communications encrypted with secure sockets layer (SSL) and transport layer security (TLS). Akamai, which fingerprints encrypted traffic as one way to identify attacks on its customers, found that the number of variations of the initial handshake request — known as the Client Hello packet — has recently exploded, from the usual thousands of variants in August 2018 to more than a billion in February. When used legitimately, each unique variant represents a different combination of encryption software, browser, operating system, and configuration of the encryption package. The change is on a "scale never seen before by Akamai," the company said in an analysis.

While variations could be due to legitimate software behavior or some sort of software defect, the most likely explanation is that attackers are attempting to evade detection or appear as a large number of different systems, says Moshe Zioni, director of threat research at Akamai.

"We were able to deduce with high certainty that it is a Java-based tool that made most of these permutations," he says. "The existence of such a thing means this was an intentional attempt to hide on the part of the threat actor … in the greater scheme, this is a good evasion technique."

The surge in variations of the Client Hello packets is the latest iteration of the cat-and-mouse game between attackers and defenders. Because SSL and TLS are so popular — 82% of malicious traffic uses encrypted communications, according to Akamai — many companies use fingerprinting as one of the techniques to classify traffic. Because the content of the communications is encrypted, defenders can only make use of the initial handshake between the client and server, which is in plaintext.

"This is a great illustration of one of the limitations of fingerprinting," says Shuman Ghosemajumder, chief technology officer of Shape Security, a website security firm. "If you are trying to fingerprint a device in any of many different ways, the first thing that an attacker will do is randomize that characteristic."

The goal for attackers is to make a single machine, or network of machines, look like hundreds of thousands or millions of users' devices, he says.

Fingerprinting encrypted communications using characteristics of the initial handshake between client and server is at least a decade old. In 2009, Qualys researcher Ivan Ristic described ways of fingerprinting clients and browsers from their SSL characteristics. In a talk at DerbyCon 2015, Lee Brotherston, at the time a senior security adviser at Leviathan Security Group, described how defenders could use TLS fingerprinting to better detect threats.

"The thing I like about TLS fingerprinting is that people don't tend to update how their crypto is set up that regularly. Even the big browsers with their regular releases have the same crypto between versions, and when I looked at malware, it never really changed their crypto signatures," Brotherston said at the time.

Akamai routinely looks at the initial Client Hello packets sent by a client as part of the process of establishing a secure connection between a browser client and a server. The packets allow anyone with access to the network to fingerprint, and later identify, a particular client. The fields included in the Client Hello packet are the TLS version, the session ID, cipher-suite options, and extensions and compression methods.

"Observing the way clients behave during the establishment of a TLS connection is beneficial for fingerprinting purposes so we can differentiate between attackers and legitimate users," Akamai stated in its analysis. "When we conduct fingerprinting, we aim to select components of the negotiation sent by all clients." 

Attackers are trying to pollute the waters. In August 2018, Akamai collected 18,652 distinct fingerprints on its global network, representing a fraction of a percent of all possible fingerprints. Starting in early September 2018, however, attackers started to randomize the characteristics of the cipher packets. By February of this year, the variation had hit 1.4 billion, the company stated.

Much of the randomization occurred on traffic attempting to use login credentials stolen from other sites to takeover accounts of Akamai clients.

With the explosion of random fingerprints, defenders will have problems classifying specific malware, but will still be able to detect TLS encryption requests that are behaving badly, Akamai's Zioni says.

"There is a relatively small and finite set of SSL/TLS stack implementations available today," he said. "We see strong correlation between randomization and malicious activity."

Related Content

 

 

 

Join Dark Reading LIVE for two cybersecurity summits at Interop 2019. Learn from the industry's most knowledgeable IT security experts. Check out the Interop agenda here.

Veteran technology journalist of more than 20 years. Former research engineer. Written for more than two dozen publications, including CNET News.com, Dark Reading, MIT's Technology Review, Popular Science, and Wired News. Five awards for journalism, including Best Deadline ... View Full Bio
 

Recommended Reading:

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
COVID-19: Latest Security News & Commentary
Dark Reading Staff 9/21/2020
Hacking Yourself: Marie Moe and Pacemaker Security
Gary McGraw Ph.D., Co-founder Berryville Institute of Machine Learning,  9/21/2020
Startup Aims to Map and Track All the IT and Security Things
Kelly Jackson Higgins, Executive Editor at Dark Reading,  9/22/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Special Report: Computing's New Normal
This special report examines how IT security organizations have adapted to the "new normal" of computing and what the long-term effects will be. Read it and get a unique set of perspectives on issues ranging from new threats & vulnerabilities as a result of remote working to how enterprise security strategy will be affected long term.
Flash Poll
How IT Security Organizations are Attacking the Cybersecurity Problem
How IT Security Organizations are Attacking the Cybersecurity Problem
The COVID-19 pandemic turned the world -- and enterprise computing -- on end. Here's a look at how cybersecurity teams are retrenching their defense strategies, rebuilding their teams, and selecting new technologies to stop the oncoming rise of online attacks.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-5783
PUBLISHED: 2020-09-23
In IgniteNet HeliOS GLinq v2.2.1 r2961, the login functionality does not contain any CSRF protection mechanisms.
CVE-2020-11031
PUBLISHED: 2020-09-23
In GLPI before version 9.5.0, the encryption algorithm used is insecure. The security of the data encrypted relies on the password used, if a user sets a weak/predictable password, an attacker could decrypt data. This is fixed in version 9.5.0 by using a more secure encryption library. The library c...
CVE-2020-5781
PUBLISHED: 2020-09-23
In IgniteNet HeliOS GLinq v2.2.1 r2961, the langSelection parameter is stored in the luci configuration file (/etc/config/luci) by the authenticator.htmlauth function. When modified with arbitrary javascript, this causes a denial-of-service condition for all other users.
CVE-2020-5782
PUBLISHED: 2020-09-23
In IgniteNet HeliOS GLinq v2.2.1 r2961, if a user logs in and sets the ‘wan_type’ parameter, the wan interface for the device will become unreachable, which results in a denial of service condition for devices dependent on this connection.
CVE-2020-24213
PUBLISHED: 2020-09-23
An integer overflow was discovered in YGOPro ygocore v13.51. Attackers can use it to leak the game server thread's memory.