Firmware Protection via Metadata Constraints on System Calls

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Embedded systems, particularly in IoT devices, are vulnerable to memory corruption attacks due to lack of security features, making them susceptible to exploits like ROP attacks and buffer overflows, which can divert program execution flow and breach security.

Innovation Solution

Implementing metadata-based constraints on system call executions to identify and prevent unauthorized system calls by analyzing call stacks, memory locations, and temporal constraints, with a runtime agent enforcing these constraints to terminate or report malicious events.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If metadata-based constraints are implemented on system call executions to prevent memory corruption attacks, then firmware security is improved, but device complexity increases

Engineering Contradiction:
Improvefirmware securityVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent applies preliminary action by generating metadata about allowed system call executions before the firmware runs. This metadata is created during a training phase where the system observes normal system call patterns and stores them as constraints. During actual firmware execution, these pre-established constraints are used to validate system calls, eliminating the need for complex real-time analysis and reducing runtime complexity while maintaining security.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent introduces an intermediary component - the metadata - that mediates between the firmware and the security validation mechanism. Instead of directly analyzing firmware behavior in real-time, the system uses pre-generated metadata as an intermediate layer to constrain and validate system calls. This intermediary approach simplifies the security enforcement mechanism while maintaining comprehensive protection.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Measurement precision

If runtime analysis of system call events is performed to detect violations, then detection precision is improved, but processing time increases

Engineering Contradiction:
Improveviolation detection precisionVSAvoidprocessing time
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

The patent resolves this contradiction by performing the complex analysis work in advance. During the training phase, the system conducts thorough static and dynamic analysis to generate comprehensive metadata about allowed system call patterns. This preliminary action ensures high detection precision during runtime without incurring processing delays, as the validation during firmware execution simply checks against pre-computed constraints rather than performing complex analysis in real-time.

Inventive Principle:
Principle #10Preliminary action

3Reliability

If comprehensive metadata about system call constraints is obtained, then security coverage is improved, but information processing overhead increases

Engineering Contradiction:
Improvesecurity coverageVSAvoidinformation processing overhead
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent applies preliminary action by generating comprehensive metadata during a training phase before firmware deployment. This metadata captures all allowed system call patterns, arguments, and sequences through static and dynamic analysis. During actual firmware execution, the system only needs to check against this pre-generated metadata, which significantly reduces processing overhead while maintaining comprehensive security coverage. The complex information processing is shifted from runtime to the offline training phase.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS20220108007A1Firmware Protection
Publication Date: 2022.04.07 JFROG LTD
  • US20220108007A1 patent drawing
  • US20220108007A1 patent drawing
  • US20220108007A1 patent drawing

AI summary

A method, apparatus and product including: obtaining metadata about a firmware, wherein the metadata comprises one or more constraints on execution of a system call by the firmware; during execution of the firmware, identifying a system call event, wherein the system call event comprises an invocation of the system call; determining that the system call event violates the one or more constraints on the execution of the system call; and in response to said determining that the system call event violates the one or more constraints, performing a responsive action.