Mobile Device Policy Enforcement via Code Execution Inversion

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Mobile devices face increasing vulnerabilities due to sophisticated malware attacks, with existing security measures often failing to prevent compromised user data and applications, especially when devices are 'rooted' or have invalid digital signatures.

Innovation Solution

A system that repeatedly attempts to load or execute software code with invalid characteristics on a mobile device, waiting for a predetermined time or designated event before retrying, and takes remedial actions such as notifying users or isolating the device from the network upon successful execution, to address security policy violations.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If security policies strictly prevent loading software code with invalid characteristics (such as invalid digital signatures), then device security is improved, but malware detection capability deteriorates because the system cannot observe the behavior of compromised code

Engineering Contradiction:
Improvedevice securityVSAvoidmalware detection capability
Core Design Contradiction:
ReliabilityVSObject-generated harmful factors

Solution Approach 1:

The system inverts the traditional security approach by deliberately allowing code with invalid characteristics to load and execute, then detecting malware based on its behavior rather than preventing loading based on signature validation. This behavioral detection method enables the system to identify compromised code that would otherwise be blocked by strict policy enforcement.

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

Solution Approach 2:

The system converts the harmful situation of allowing potentially malicious code to execute into a beneficial detection opportunity. By permitting the code to run and monitoring its behavior, the system can identify malware activities and respond appropriately, turning the security risk into a detection advantage.

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

2Object-generated harmful factors

If the system repeatedly attempts to load software code with invalid characteristics to detect malware, then malware detection capability is improved, but device stability deteriorates due to continuous retry attempts

Engineering Contradiction:
Improvemalware detection capabilityVSAvoiddevice stability
Core Design Contradiction:
Object-generated harmful factorsVSStability of the object's composition

Solution Approach 1:

The system implements periodic action by attempting to load code with invalid characteristics at predetermined time intervals or upon designated events rather than continuously. This periodic approach maintains malware detection capability while preventing system instability from constant retry attempts.

Inventive Principle:
Principle #19Periodic action

Solution Approach 2:

The system takes preliminary action by establishing predetermined time intervals and designated events for retry attempts before instability can occur. This pre-planned approach ensures that detection efforts are systematic and controlled, preventing device stability degradation.

Inventive Principle:
Principle #10Preliminary action

3Speed

If remedial actions are taken immediately upon successful loading of code with invalid characteristics, then response time to threats is improved, but system resource consumption increases due to frequent isolation and notification operations

Engineering Contradiction:
Improveresponse time to threatsVSAvoidsystem resource consumption
Core Design Contradiction:
SpeedVSLoss of energy

Solution Approach 1:

The system applies partial action by taking remedial measures selectively rather than universally. Remedial actions such as isolation and notification are triggered only when specific behavioral thresholds are met or particular conditions are satisfied, reducing unnecessary resource consumption while maintaining rapid response capability for genuine threats.

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentUS12099596B2Mobile device policy enforcement
Publication Date: 2024.09.24 SOPHOS LTD
  • US12099596B2 patent drawing
  • US12099596B2 patent drawing
  • US12099596B2 patent drawing

AI summary

In general, in one aspect, a method includes receiving software code with an invalid characteristic, repeatedly attempting to execute the software code with the invalid characteristic on a device, and in response to successful execution of the software code with the invalid characteristic, taking an action. The action may include an action to remediate the device.