API Mediator for Unsigned Content on Closed Gaming Systems

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Closed gaming systems restrict the execution of unsigned games, limiting creative development and requiring users to hack consoles to run unsigned code, which poses security risks due to unverified content.

Innovation Solution

A system that allows unsigned content to execute on closed systems by using an application programming interface (API) to validate and translate resource calls from user mode to kernel mode, limiting access to protected resources and preventing malicious interactions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If unsigned content is allowed to execute on closed systems, then creative development and gaming capabilities are expanded, but security risks increase due to potential malicious access to protected resources

Engineering Contradiction:
Improvegaming capabilitiesVSAvoidsecurity risks
Core Design Contradiction:
Adaptability or versatilityVSObject-affected harmful factors

Solution Approach 1:

An API layer is introduced as an intermediary between unsigned user-mode content and kernel-mode protected resources. This API validates and translates resource calls, allowing unsigned content to access necessary resources while preventing direct malicious access to the kernel. The API acts as a security gateway that mediates all interactions between untrusted user-mode applications and trusted kernel-mode resources.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system is segmented into distinct execution environments: user mode for unsigned content and kernel mode for protected resources. This segmentation isolates potential security threats in user mode while preserving the integrity of kernel mode resources. The API enforces this segmentation by validating transitions and translations between the two modes, ensuring that unsigned content cannot directly compromise kernel resources.

Inventive Principle:
Principle #1Segmentation

2Reliability

If only signed code is allowed to run on closed systems, then security and control are maintained, but creative development from the larger community is prevented

Engineering Contradiction:
Improvesystem controlVSAvoidcreative development
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The API serves as a controlled intermediary that enables creative development while maintaining system control. Instead of completely blocking unsigned content, the API provides a sanctioned pathway for unsigned applications to interact with the system in a controlled manner. This allows the larger creative community to develop games and applications without requiring full system access or compromising security controls.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system dynamically adjusts its level of access based on the execution context. Signed content receives full access to kernel resources, while unsigned content receives controlled access through the API. This dynamic approach allows the system to maintain strict control where needed while enabling creativity where safe, resolving the contradiction between reliability and adaptability.

Inventive Principle:
Principle #15Dynamics

3Reliability

If an API layer is introduced to validate and translate resource calls, then security is improved by preventing direct malicious access, but system complexity increases

Engineering Contradiction:
ImprovesecurityVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The API is designed as a universal interface that handles multiple types of resource access requests through a unified validation and translation mechanism. Rather than creating separate security checks for each resource type, the API provides a multi-functional framework that can validate and translate various kinds of resource calls (graphics, audio, storage, etc.) through a single standardized interface, reducing overall system complexity.

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

Data Source

PatentEP2150904B1Programming framework for closed systems
Publication Date: 2019.04.17 MICROSOFT TECHNOLOGY LICENSING LLC
  • EP2150904B1 patent drawingFigure 1
  • EP2150904B1 patent drawingFigure 2
  • EP2150904B1 patent drawingFigure 3

AI summary

Mechanisms are disclosed that allow for execution of unsigned content and the securing of resources in a closed system when such unsigned content is executing on the system. For example, an application programming interface is used between an access layer implementing unsigned content and an operating system of the closed system. The application programming interface may have sub-interfaces that correspond to sub-layers of the access layer, including a graphics sub-interface, an audio sub-interface, an input sub-interface, and a storage sub-interface. These sub-interfaces present access calls made by the sub-layers to the protected resources of the closed system. By providing the application programming interface, unsigned content, e.g., video games can run on a closed system that is typically designed to run only signed content.