Application Phenotyping for Polymorphic Malware Detection

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current malware detection methods are ineffective against polymorphic malware and zero-day attacks, as they rely on signature-based approaches that fail to detect changes in malicious code, and are overly restrictive, making it difficult to differentiate between normal and malicious behavior in dynamic environments.

Innovation Solution

The implementation of an application phenotyping framework that uses 'microsteps' to characterize normal application behaviors, allowing for content-agnostic detection by comparing the behavior of processes against stored phenotypes, thereby identifying deviations from known good behaviors and flagging potentially malicious actions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If signature-based malware detection is used, then detection of known malware is achieved, but detection of polymorphic and zero-day malware fails

Engineering Contradiction:
Improvemalware detection accuracyVSAvoiddetection capability against new malware variants
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

Instead of detecting malware by matching its signature, the patent inverts the approach by detecting what is normal behavior and flagging deviations. The system builds phenotypes of legitimate applications representing their normal operational patterns, then identifies malware by detecting behaviors that deviate from these established phenotypes, thereby solving the problem of detecting unknown and polymorphic malware variants.

Inventive Principle:
Principle #13The other way round (Inversion)

Solution Approach 2:

The patent transitions from static signature parameters to dynamic behavioral parameters. Rather than relying on fixed code signatures that malware can evade, the system monitors dynamic behavioral parameters such as system calls, file operations, and process interactions, allowing detection of malware based on anomalous behavior patterns regardless of its code form.

Inventive Principle:
Principle #35Parameter changes

2Reliability

If whitelisting approach is used, then system protection against approved software is achieved, but the system becomes overly restrictive and difficult to customize

Engineering Contradiction:
Improvesystem protection effectivenessVSAvoidsystem flexibility and customization
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The patent transforms the static whitelisting approach into a dynamic system. Instead of maintaining a fixed list of approved applications with binary allow/block rules, the system continuously learns and adapts application behaviors through phenotype building. This dynamic approach allows the system to automatically adjust to new legitimate applications and user preferences without requiring manual configuration, thereby maintaining protection effectiveness while improving flexibility.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system implements self-service by automatically building phenotypes of applications as they execute, without requiring manual administrator intervention. The phenotype building process occurs autonomously in the background, allowing the system to adapt to new legitimate software automatically, thus reducing operational complexity while maintaining security effectiveness.

Inventive Principle:
Principle #25Self-service

3Ease of manufacture

If binary allow/block rules are implemented, then simple malware blocking is achieved, but differentiation between normal and malicious behavior in dynamic environments becomes difficult

Engineering Contradiction:
Improvedetection system simplicityVSAvoidbehavioral analysis accuracy
Core Design Contradiction:
Ease of manufactureVSMeasurement precision

Solution Approach 1:

The patent segments application behavior into discrete, analyzable components called phenotypes. Each phenotype represents a specific aspect of normal application behavior (e.g., file access patterns, system call sequences). This segmentation allows the system to maintain simple detection rules while achieving precise behavioral analysis by evaluating multiple segmented behavioral dimensions rather than relying on single binary decisions.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS11063974B2Application phenotyping
Publication Date: 2021.07.13 MCAFEE LLC
  • US11063974B2 patent drawing
  • US11063974B2 patent drawing
  • US11063974B2 patent drawing

AI summary

A collection of techniques is disclosed to allow for the detection of malware that leverages pattern recognition and machine learning to effectively provide “content-less” malware detection, i.e., detecting a process as being an ‘anomaly’ not based on its particular content, but instead based on comparisons of its behavior to known (and characterized) ‘trusted’ application behaviors, i.e., the trusted applications' “phenotypes” and/or the phenotypes of known malware applications. By analyzing the patterns of normal behavior performed by trusted applications as well as malware applications, one can build a set of sophisticated, content-agnostic behavioral models (i.e., “application phenotypes”)—and later compare the processes executed on a user device to the stored behavioral models to determine whether the actual measured behavior reflects a “good” application, or if it differs from the stored behavioral models to a sufficient degree and with a sufficient degree of confidence, thus indicating a potentially malicious application or behavior.