Automated Malware Protocol Reverse-Engineering via Encrypted Traffic Analysis

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Modern malware systems use custom-designed, encrypted command-and-control (C&C) protocols, making it difficult to detect and reverse-engineer malware communications, especially in botnets used for malicious activities.

Innovation Solution

A computer-implemented method and system that decrypts encrypted network traffic, identifies message types, and infers protocol structures by analyzing decrypted traffic to reverse-engineer malware protocols, including identifying encryption algorithms and keys, and determining field types within messages.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If custom-designed encrypted protocols are used by malware, then malware communication security is improved, but detection difficulty increases

Engineering Contradiction:
Improvemalware communication securityVSAvoiddetection difficulty
Core Design Contradiction:
ReliabilityVSDifficulty of detecting and measuring

Solution Approach 1:

The patent applies this principle by taking the encrypted malware traffic (which was previously useless for detection) and converting it into valuable information through automated reverse-engineering. The system decrypts and analyzes the encrypted protocol to extract message structures, field types, and communication patterns, transforming the harmful encrypted communication into detectable and classifiable data that improves security monitoring capabilities

Inventive Principle:
Principle #22Blessing in disguise (Convert harm into benefit)

Solution Approach 2:

The system enables self-service by allowing the malware protocol itself to provide the information needed for its detection. Through automated analysis of encrypted traffic, the system extracts protocol characteristics and creates detection signatures without requiring external expertise or manual reverse-engineering, making the protocol's own communication patterns the source of its detectability

Inventive Principle:
Principle #25Self-service

2Extent of automation

If automated analysis is used to reverse-engineer protocols, then expert dependency is reduced, but analysis complexity increases

Engineering Contradiction:
Improveautomation levelVSAvoidanalysis complexity
Core Design Contradiction:
Extent of automationVSDevice complexity

Solution Approach 1:

The patent applies segmentation by breaking down the complex reverse-engineering process into distinct modular components: encryption algorithm identification, decryption key extraction, message structure analysis, field type inference, and signature generation. Each module handles a specific aspect of the analysis, making the overall complex task manageable and automatable through standardized processing steps

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system utilizes parameter changes by analyzing variations in message structures, field values, and communication patterns to infer protocol characteristics. By examining multiple instances of messages with different parameters (such as varying field lengths, value ranges, and structural configurations), the system automatically determines the underlying protocol rules and generates detection signatures

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS10050982B1Systems and methods for reverse-engineering malware protocols
Publication Date: 2018.08.14 CA TECH INC
  • US10050982B1 patent drawing
  • US10050982B1 patent drawing
  • US10050982B1 patent drawing

AI summary

The disclosed computer-implemented method for reverse-engineering malware protocols may include (1) decrypting encrypted network traffic generated by a malware program, (2) identifying at least one message type field in the decrypted network traffic, (3) identifying at least one message in the decrypted network traffic with the identified message type, and (4) inferring at least a portion of a protocol used by the malware program by analyzing the identified message to identify a field type for at least one data field of the identified message of the identified message type. Various other methods, systems, and computer-readable media are also disclosed.