Virtual Patching for Software Container Vulnerabilities

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Software containers are susceptible to security vulnerabilities, and existing methods for identifying and addressing these vulnerabilities are resource-intensive and often result in unnecessary downtime, as they require manual processes to determine relevance and prioritize patching.

Innovation Solution

A method that determines software container vulnerabilities by analyzing runtime behavior and applying a security policy to prevent exploitation of 'soft spots' required for vulnerability exploitation, thereby automatically prioritizing patches and minimizing downtime.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If manual vulnerability assessment and patching processes are used, then security compliance is achieved, but significant downtime and resource consumption occur

Engineering Contradiction:
Improvesecurity complianceVSAvoidcontainer downtime
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary vulnerability scanning and assessment before deployment to identify potential security issues. By pre-evaluating container images for vulnerabilities and determining their exploitability status in advance, the system prepares patching strategies beforehand, reducing the need for time-consuming manual assessment and minimizing downtime during actual patching operations.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements automated vulnerability management where the container runtime environment self-assesses its vulnerability status by analyzing runtime behavior and comparing it against known exploit requirements. This self-service approach eliminates manual security assessment, automatically determines which vulnerabilities are exploitable in the current context, and triggers patching only when necessary, significantly reducing both time loss and resource consumption.

Inventive Principle:
Principle #25Self-service

2Reliability

If comprehensive vulnerability scanning is performed, then all security vulnerabilities are identified, but false positives increase requiring manual verification

Engineering Contradiction:
Improvevulnerability detection accuracyVSAvoidmanual verification effort
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

Instead of applying a uniform vulnerability assessment across all containers, the system tailors the assessment to each specific container's runtime characteristics. By analyzing local factors such as which processes are running, what files are accessible, and what network connections exist, the system determines exploitability on a case-by-case basis. This localized approach maintains high detection accuracy while eliminating false positives by considering the specific context of each container environment.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The system performs preliminary analysis of runtime behavior to establish a baseline of normal container operation before vulnerability assessment. By pre-determining which vulnerability exploitation paths are feasible based on the container's actual runtime state, the system can filter out false positives that would require manual verification, achieving comprehensive vulnerability identification with minimal manual intervention.

Inventive Principle:
Principle #10Preliminary action

3Reliability

If all identified vulnerabilities are patched immediately, then security posture is improved, but container availability is significantly reduced

Engineering Contradiction:
Improvesecurity postureVSAvoidcontainer availability
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The system applies partial patching by selectively addressing only those vulnerabilities that are actually exploitable in the current container environment. Rather than patching all identified vulnerabilities uniformly, the system performs a cost-benefit analysis for each vulnerability based on runtime behavior analysis, applying patches only where necessary to maintain security posture while preserving container availability for non-critical vulnerabilities.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The system performs preliminary exploitability assessment to determine which vulnerabilities require immediate patching versus which can be deferred. By pre-evaluating the actual risk level based on runtime behavior and comparing it against security policies, the system creates a prioritized patching schedule that maintains security posture for critical vulnerabilities while allowing non-critical containers to remain available, thus balancing security improvements with productivity maintenance.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS10534915B2System for virtual patching security vulnerabilities in software containers
Publication Date: 2020.01.14 AQUA SECURITY SOFTWARE LTD
  • US10534915B2 patent drawing
  • US10534915B2 patent drawing
  • US10534915B2 patent drawing

AI summary

An example computer-implemented method of preventing exploitation of software vulnerabilities includes determining that a software container is susceptible to a vulnerability, determining one or more soft spots required to exploit the vulnerability, and analyzing runtime behavior of the software container to determine if the software container uses the one or more soft spots. The method includes automatically applying a security policy that prevents the software container from using the one or more soft spots based on the analyzing indicating that the software container does not use the one or more soft spots at runtime.