Forced Recovery Path Testing for Software Security Vulnerabilities

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing cybersecurity testing methods often overlook error recovery paths in software code, which can be exploited by unauthorized users, leading to potential security vulnerabilities.

Innovation Solution

A technique involving a code testing service that forces recovery paths in a program under test, generating program checks, and utilizing an operating system and code monitor to detect and report potential security vulnerabilities.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If main execution paths are tested, then security vulnerabilities in normal operation can be detected, but recovery paths remain untested and vulnerable

Engineering Contradiction:
Improvesecurity testing coverageVSAvoidtesting complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The testing process is segmented into separate components: a code testing service that forces recovery paths, an operating system that generates notifications for program checks, and a code monitor that analyzes these notifications. This segmentation allows each component to specialize in specific aspects of recovery path testing, improving overall security coverage without overwhelming complexity in a single testing system.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The operating system acts as an intermediary between the code testing service and the code monitor. It receives program checks from the tested software and generates notifications that the code monitor then processes. This intermediary layer simplifies the interaction between testing components and enables indirect observation of recovery paths without directly executing them.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If recovery paths are forced for testing, then security vulnerabilities in error recovery can be detected, but normal software operation is disrupted

Engineering Contradiction:
Improverecovery path securityVSAvoidsoftware operation continuity
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The code testing service prepares and forces recovery paths in a controlled manner before actual security analysis. By pre-establishing the testing framework and notification mechanisms, the system can interrupt normal operation only when necessary to force specific recovery paths, minimizing disruption to overall software operation.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements feedback loops where the code testing service monitors program checks, the operating system generates notifications based on these checks, and the code monitor analyzes these notifications to identify vulnerabilities. This feedback mechanism allows the system to recover from disruptions caused by forced recovery path testing and return to normal operation.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS20250265348A1Cybersecuity testing by forcing recovery paths
Publication Date: 2025.08.21 INTERNATIONAL BUSINESS MACHINE CORPORATION
  • US20250265348A1 patent drawing
  • US20250265348A1 patent drawing
  • US20250265348A1 patent drawing

AI summary

A technique of testing recovery paths for potential security vulnerabilities includes a processor executing a code testing service and a program under test. The code testing service forces a recovery path in the program under test, and the program under test causes program checks. The operating system creates notifications regarding the program checks. The processor processes the notifications utilizing a code monitor to detect potential security vulnerabilities in the recovery path of the program under test. The code monitor generates and stores a report of the potential security vulnerabilities in the program under test.