Vulnerabilities / Threats

7/22/2015
01:50 PM
Connect Directly
Google+
Twitter
RSS
E-Mail
50%
50%

Researchers Enlist Machine Learning In Malware Detection

No sandbox required for schooling software to speedily spot malware, researchers will demonstrate at Black Hat USA.

In 100 milliseconds or less, researchers are now able to determine whether a piece of code is malware or not -- and without the need to isolate it in a sandbox for analysis.

Welcome to the age of machine learning as a tool for more efficiently detecting malware, via so-called "deep learning" techniques. Researchers have built a special machine learning tool module that employs static analysis of a piece of code to quickly spot -- and ultimately, stop -- malware infections. A pair of researchers plans to demonstrate live at Black Hat USA next month just how this approach can spot malware from live malware feeds.

Matt Wolff, chief data scientist at Cylance, says his team is applying deep learning--a more granular subset of machine learning--to malware detection by training the software via legitimate files and malicious ones, and teaching the application/algorithm which is which. The application then can take files it's never seen before and spot malware, he says.

It uses a static analysis approach. When you run malware to test it, the malware has a window "to fight back before you can stop it," Wolff says. "We don't run it [the malware], so the malware doesn't have a chance. And it's fast," he says, faster than sandboxing and analyzing malware.

The concept of employing machine learning and deep learning to malware detection isn't really new, but it's been only over the past few years that it's become more realistic to deploy, thanks to cloud-based computing options making the cost of big-data computing more affordable. You don't have to build a data center of hundreds of machines anymore; you can rent the necessary processing power for machine learning.  "Advances in processors, memory, etc., lend themselves to help make these techniques more powerful," Wolff says. "We don't see anyone [else] applying algorithms to … malware detection" yet, he says.

"The main premise behind machine learning is matching patterns. When you look at malware, you may not see any patterns. But when you look at a half of a billion samples, there may be tons of patterns that are relatively easy to discern," he says. "The goal of this model is to find these patterns."

A typical malware characteristic would be the ability for the code to use functions that capture and log keystrokes, for example.

Machine/deep learning is especially helpful in staying atop the increasingly polymorphic nature of malware. "If a malware author two months later comes up with a new [variant], there's a high probability the module you wrote is going to detect that. It has a predictive capability," Wolff says.

With the mountains of malware generated daily, the need for a more automated and intelligent method to learn, adapt, and catch malware is crucial. Cylance has some one- to 2 petabytes of data in its data set for machine learning: "We typically have a few hundred CPUs running for days to process and work through the data, and weeks and months running and training the machines to learn these things," Wolff says. It takes hundreds of gigabytes of memory, CPUs and "big machines," he says.

The machine learning-based method for now is all about detection. It's up to the security analyst or other tools to decide what to do next with the newly discovered malicious code, he says.

A deep learning system could ultimately replace today's existing malware detection tools, Wolff says. "A machine learning engine is more effective" than a signature-based engine, he says.

Wolff and his colleague Andrew Davis, a machine learning scientist at Cylance, will feed their deep-learning module some fresh meat malware live during their talk at Black Hat, called "Deep Learning on Disassembly."  "We'll … see what it catches," says Wolff.

[Register now for Black Hat USA.]

Kelly Jackson Higgins is Executive Editor at DarkReading.com. She is an award-winning veteran technology and business journalist with more than two decades of experience in reporting and editing for various publications, including Network Computing, Secure Enterprise ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Google Engineering Lead on Lessons Learned From Chrome's HTTPS Push
Kelly Sheridan, Staff Editor, Dark Reading,  8/8/2018
White Hat to Black Hat: What Motivates the Switch to Cybercrime
Kelly Sheridan, Staff Editor, Dark Reading,  8/8/2018
PGA of America Struck By Ransomware
Dark Reading Staff 8/9/2018
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: Now about that mortgage refinance offer from Wells Fargo .....
Current Issue
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2018-3937
PUBLISHED: 2018-08-14
An exploitable command injection vulnerability exists in the measurementBitrateExec functionality of Sony IPELA E Series Network Camera G5 firmware 1.87.00. A specially crafted GET request can cause arbitrary commands to be executed. An attacker can send an HTTP request to trigger this vulnerability...
CVE-2018-3938
PUBLISHED: 2018-08-14
An exploitable stack-based buffer overflow vulnerability exists in the 802dot1xclientcert.cgi functionality of Sony IPELA E Series Camera G5 firmware 1.87.00. A specially crafted POST can cause a stack-based buffer overflow, resulting in remote code execution. An attacker can send a malicious POST r...
CVE-2018-12537
PUBLISHED: 2018-08-14
In Eclipse Vert.x version 3.0 to 3.5.1, the HttpServer response headers and HttpClient request headers do not filter carriage return and line feed characters from the header value. This allow unfiltered values to inject a new header in the client request or server response.
CVE-2018-12539
PUBLISHED: 2018-08-14
In Eclipse OpenJ9 version 0.8, users other than the process owner may be able to use Java Attach API to connect to an Eclipse OpenJ9 or IBM JVM on the same machine and use Attach API operations, which includes the ability to execute untrusted native code. Attach API is enabled by default on Windows,...
CVE-2018-3615
PUBLISHED: 2018-08-14
Systems with microprocessors utilizing speculative execution and Intel software guard extensions (Intel SGX) may allow unauthorized disclosure of information residing in the L1 data cache from an enclave to an attacker with local user access via a side-channel analysis.