Processor Error Detection and Isolation for Security Integrity

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Computing device processors with secure and non-secure operating architectures are vulnerable to exposure due to hardware and software flaws, allowing unauthorized access and compromising sensitive operations and data accesses.

Innovation Solution

Implement methods to detect conditions indicative of processor errors, such as enabled non-secure debug features and disabled secure debug features, and prevent processor usage by transitioning it to a low power state or preventing registration with the operating system, thereby isolating the processor from executing sensitive operations.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If processor debug features are enabled for testing and development, then ease of operation is improved, but security is worsened due to potential unauthorized access

Engineering Contradiction:
Improvedebug accessibilityVSAvoidsecurity integrity
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The system performs preliminary detection of processor error conditions during initialization or before executing sensitive operations. By checking for vulnerable states (such as enabled non-secure debug features combined with disabled secure debug features) in advance, the system can prevent unauthorized access before it occurs, rather than responding after a security breach has happened.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If processor error detection is implemented, then security is improved, but device complexity is worsened

Engineering Contradiction:
ImprovesecurityVSAvoidprocessing overhead
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The processor performs self-detection of its own error conditions by checking its internal state (such as debug feature configurations) without requiring external monitoring systems. This self-service approach reduces the need for additional complex detection hardware or software layers, thereby limiting the increase in device complexity while maintaining security improvements.

Inventive Principle:
Principle #25Self-service

3Reliability

If vulnerable processor is isolated by transitioning to low power state, then security is improved, but productivity is worsened

Engineering Contradiction:
Improvesecurity integrityVSAvoidprocessing capacity
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The system applies preliminary anti-action by transitioning the processor to a low power state or preventing its registration with the operating system before any unauthorized access can occur. This preventive measure neutralizes the security threat in advance, ensuring that even though processing capacity is reduced, the security integrity is maintained and no actual security breaches occur.

Inventive Principle:
Principle #9Preliminary anti-action

Data Source

PatentUS20240370575A1Method for circumventing processor error induced vulnerability
Publication Date: 2024.11.07 QUALCOMM INC
  • US20240370575A1 patent drawing
  • US20240370575A1 patent drawing
  • US20240370575A1 patent drawing

AI summary

Various embodiments include methods and devices for circumventing processor error induced vulnerability. Embodiments may include determining whether a condition indicative of an error in a processor exists for a first processor, and preventing use of the first processor in response to determining that the condition indicative of the error in the processor exists for the first processor. In some embodiments, preventing use of the first processor may include transitioning the first processor to a low power state. In some embodiments, preventing use of the first processor may include preventing the first processor from being registered with an operating system. In some embodiments, the condition indicative of the error in the processor may include an enabled non-secure debug feature of the processor and a disabled secure debug feature of the processor.