Software State Attestation for Automated Update Compliance

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing software update management systems face challenges in efficiently ensuring that devices in network environments, especially in cloud environments and IoT devices, are kept up-to-date to prevent vulnerabilities, as they require regular updates and conflict resolution mechanisms are not effectively automated.

Innovation Solution

A method and apparatus for software state attestation, involving a policy-based verification system where a device's software components are measured against a set of rules and values, with the results stored in an attestation database, allowing for automated detection of non-compliance and triggering of updates, utilizing a distributed ledger for secure and decentralized tracking.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If manual software update management is used in network environments, then administrative control is maintained, but the complexity of managing updates across multiple devices increases and vulnerabilities cannot be promptly addressed

Engineering Contradiction:
Improvesoftware update complianceVSAvoidupdate management complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system enables devices to automatically perform software updates without manual administrative intervention. The update management component on each device autonomously receives update information, determines compatibility, and executes updates, eliminating the need for complex centralized manual management while ensuring compliance with security policies.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system implements a feedback mechanism where devices report their software state and update status to the network. The update management component uses this feedback to automatically trigger updates when needed, creating a closed-loop system that maintains compliance without requiring continuous administrative oversight.

Inventive Principle:
Principle #23Feedback

2Reliability

If frequent software updates are implemented to address vulnerabilities, then security is improved, but the risk of update conflicts and system instability increases

Engineering Contradiction:
Improvesecurity vulnerability protectionVSAvoidsoftware configuration stability
Core Design Contradiction:
ReliabilityVSStability of the object's composition

Solution Approach 1:

The system performs preliminary compatibility checks and conflict detection before applying updates. The update management component evaluates the device's current software state against the proposed update, identifying potential conflicts in advance and preventing updates that would cause system instability, thus allowing frequent updates without compromising stability.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system preemptively identifies and resolves potential update conflicts before they occur. By analyzing the software dependency graph and detecting conflicts in advance, the system prevents harmful update combinations from being applied, thereby maintaining system stability while enabling frequent security updates.

Inventive Principle:
Principle #9Preliminary anti-action

3Reliability

If centralized update control is implemented across all devices, then security policy compliance is ensured, but the time required to manage and deploy updates increases

Engineering Contradiction:
Improvesecurity policy complianceVSAvoidupdate deployment time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system divides update management into autonomous segments at each device, with local update management components that independently handle updates according to centralized policies. This segmentation allows parallel processing of updates across multiple devices simultaneously, reducing overall deployment time while maintaining policy compliance through centralized policy distribution.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system dynamically adapts update deployment based on device state and network conditions. The update management component continuously monitors device software states and automatically triggers updates when policies require, enabling flexible, policy-compliant update deployment without fixed scheduling delays.

Inventive Principle:
Principle #15Dynamics

4Measurement precision

If comprehensive software state verification is performed on all devices, then vulnerability detection is improved, but the computational overhead and processing time increase

Engineering Contradiction:
Improvesoftware state verification accuracyVSAvoidverification processing energy
Core Design Contradiction:
Measurement precisionVSUse of energy by moving object

Solution Approach 1:

The system extracts and verifies only the critical software state information necessary for security compliance, rather than performing comprehensive verification of all software components. The update management component identifies and verifies specific software states relevant to security policies, reducing computational overhead while maintaining verification accuracy for security-critical attributes.

Inventive Principle:
Principle #2Taking out (Extraction)

Data Source

PatentEP3598333B1Electronic device update management
Publication Date: 2023.01.18 NOKIA TECHNOLOGIES OY
  • EP3598333B1 patent drawingFigure 1~2
  • EP3598333B1 patent drawingFigure 3~4
  • EP3598333B1 patent drawingFigure 5

AI summary

According to an example aspect, there is provided a method comprising: receiving a policy for a device quoted for software state measurements, wherein the policy comprises a set of information indicating rules and/or values for attesting one or more software components, receiving a quote of the device, the quote comprising measurements of one or more software components of the device, verifying compliance of the device with the policy on the basis of the received measurements of the one or more software components, and sending a quote event for the device for a distributed attestation database.