Sandbox Emulation Pause for Malware Detection

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional anti-malware systems often prematurely shut down emulation of suspicious programs when code is detected in stack memory, preventing further monitoring and allowing malware to evade detection.

Innovation Solution

The anti-malware system continues emulation of a suspicious program after detecting code in stack memory, temporarily pausing it to assess containment within a sandbox environment, and resumes or shuts down emulation based on safety, allowing for analysis and determination of the program's nature.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If conventional anti-malware systems stop emulation when code is executed from stack memory, then false positive rate from innocent programs is reduced, but detection capability is worsened because malware can evade detection

Engineering Contradiction:
Improvedetection accuracyVSAvoidmalware evasion
Core Design Contradiction:
ReliabilityVSObject-affected harmful factors

Solution Approach 1:

The system dynamically adjusts the emulation stopping criterion based on runtime analysis. Instead of a static rule that stops emulation immediately upon detecting stack code execution, the system implements a dynamic decision process that evaluates whether to continue or stop emulation based on multiple factors including code analysis results and containment assessment, allowing the detection strategy to adapt during the analysis process

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system changes the operational parameters of the sandbox by modifying the emulation continuation condition. When code is detected in stack memory, instead of immediately stopping (binary parameter), the system transitions to a conditional continuation mode where emulation may proceed if safety criteria are met, effectively changing the parameter from a fixed stopping rule to a flexible continuation policy based on analyzed parameters

Inventive Principle:
Principle #35Parameter changes

2Reliability

If emulation is stopped immediately upon detecting stack code execution, then system safety is improved by preventing potential escapes, but information gathering is worsened because further malware behavior cannot be observed

Engineering Contradiction:
Improvesystem safetyVSAvoidmalware behavior data
Core Design Contradiction:
ReliabilityVSLoss of information

Solution Approach 1:

The system performs preliminary code analysis and containment assessment before allowing emulation to continue after detecting stack code execution. By conducting these safety checks in advance, the system ensures that continuing emulation will not compromise system safety, thereby enabling information gathering without risking security

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system introduces an intermediary analysis step between detecting stack code execution and the decision to continue or stop emulation. This intermediary process evaluates code characteristics and containment feasibility, serving as a mediator that balances safety concerns with information gathering needs, allowing the system to make informed decisions rather than binary choices

Inventive Principle:
Principle #24Intermediary (Mediator)

3Productivity

If the sandbox allows execution of stack code, then malware detection capability is improved by continuing monitoring, but system security is worsened by potential sandbox escape

Engineering Contradiction:
Improvedetection throughputVSAvoidsandbox escape risk
Core Design Contradiction:
ProductivityVSObject-affected harmful factors

Solution Approach 1:

The system implements a feedback mechanism where the results of code analysis and containment assessment feed back into the emulation control decision. Based on the feedback from analyzing stack code characteristics and evaluating containment feasibility, the system dynamically adjusts whether to allow continued execution, creating a closed-loop control system that balances detection productivity with security

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The system introduces containment assessment as an intermediary layer between the sandbox environment and the suspicious program execution. This intermediary mechanism evaluates whether the program can be safely contained before allowing stack code execution to proceed, acting as a security gateway that enables productive detection while mitigating escape risks

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS11816203B2Stack execution detection in a sandbox environment
Publication Date: 2023.11.14 MALWAREBYTES INC
  • US11816203B2 patent drawing
  • US11816203B2 patent drawing
  • US11816203B2 patent drawing

AI summary

An anti-malware system monitors the emulation of a suspicious program in a sandbox environment. The anti-malware system determines that the suspicious program is attempting to access a restricted area of memory (e.g., an executable instruction in the restricted area). Rather than stop the emulation, the anti-malware system can temporarily pause the emulation of the suspicious program. During this pause, the anti-malware system can determine whether the suspicious program is containable within the sandbox environment. If the anti-malware system determines that the emulation of the executable instruction is safe (e.g., that the program is containable), the anti-malware system will resume emulation. If the anti-malware system determines that the emulation of the executable instruction is not safe, the anti-malware system may shut down emulation.