Kernel Command Interception for Unauthorized Access Prevention

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Role-based access control (RBAC) techniques in information processing systems are vulnerable to attacks such as password theft and session hijacking, necessitating improved methods to protect devices from unauthorized and malicious operations.

Innovation Solution

A method where a software entity associated with the operating system kernel intercepts user commands before execution, requesting approval from an authorized entity based on predefined policies, ensuring that only authorized commands are executed through multi-factor authentication and real-time permission evaluation.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If role-based access control (RBAC) techniques are used to restrict access based on user roles, then access control and resource management is improved, but vulnerability to attacks such as password theft and session hijacking increases

Engineering Contradiction:
Improveaccess control securityVSAvoidvulnerability to password theft and session hijacking
Core Design Contradiction:
ReliabilityVSObject-affected harmful factors

Solution Approach 1:

The system performs preliminary action by intercepting commands before execution and evaluating them against policies in advance. The command interception module captures commands prior to execution, and the policy evaluation module assesses whether the command should be executed based on predefined policies, creating a preventive security layer before any potential harm occurs.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system introduces intermediary components between the user and the command execution. The command interception module and policy evaluation module act as intermediaries that stand between the user's command input and the actual execution, mediating the interaction to ensure security compliance before allowing execution to proceed.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If commands are intercepted and evaluated before execution, then protection from unauthorized operations is improved, but system complexity increases

Engineering Contradiction:
Improveprotection from unauthorized operationsVSAvoidsystem architecture complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system merges multiple security functions into integrated components. The command interception module, policy evaluation module, and execution control are combined into a unified security framework that operates together as a cohesive system, reducing overall architectural complexity while maintaining comprehensive protection.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The policy evaluation module serves multiple functions: it evaluates commands against policies, determines execution authorization, and controls command execution. This multi-functionality reduces the need for separate dedicated components, simplifying the overall system architecture while maintaining strong security protections.

Inventive Principle:
Principle #6Universality (Multi-functionality)

3Reliability

If multi-factor authentication and real-time permission evaluation are implemented, then security against malicious activity is improved, but execution time and processing overhead increase

Engineering Contradiction:
Improvesecurity against malicious activityVSAvoidcommand execution time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs authentication and policy evaluation in advance before command execution. By completing these security checks prior to execution, the actual command execution can proceed more quickly without repeated interruptions, and the time cost is concentrated in the pre-execution phase rather than during execution.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements feedback mechanisms where the policy evaluation module provides immediate feedback on whether a command should be executed. This feedback loop allows for rapid decision-making on command authorization, minimizing delays by efficiently accepting or rejecting commands based on real-time policy assessment.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS20240111855A1Device protection using pre-execution command interception and evaluation
Publication Date: 2024.04.04 DELL PROD LP
  • US20240111855A1 patent drawing
  • US20240111855A1 patent drawing
  • US20240111855A1 patent drawing

AI summary

Techniques are provided for device protection using pre-execution command interception and evaluation. One method comprises obtaining, by a software entity associated with an operating system kernel of a device, a command from a user prior to an execution of the command; providing, by the software entity associated with the operating system kernel, a request to an approval entity to evaluate whether to execute the command; and initiating the execution of the command based on a result of the evaluation, by the approval entity, of whether to execute the command. The approval entity may be identified by accessing a registry of one or more users that are authorized to provide an authorization to execute the command. The evaluation of whether to execute the command may comprise one or more tasks specified by a policy.