Application Access Ticket System for Secure Resource Management

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Modern computing and communication devices face challenges in securely managing access to secure resources such as cryptographic keys and secure data folders, as existing methods often require frequent user authentication, which can be inconvenient and inefficient.

Innovation Solution

A system and method that generates and uses tickets associated with secure resources and applications, allowing for secure access without constant user prompting, by using message authentication codes and digital signatures, and ensuring tickets are time-limited and tied to specific applications and resources.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If user authentication is required for every access request to secure resources, then security is improved, but user convenience and system efficiency deteriorate due to frequent prompts

Engineering Contradiction:
ImprovesecurityVSAvoiduser convenience
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The system performs preliminary authentication by obtaining user permission in advance and generates a ticket that encapsulates this authentication result. The ticket is then reused for subsequent access requests to the same secure resource, eliminating the need for repeated authentication prompts while maintaining security.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent introduces a ticket as an intermediary element between the user and the secure resource. The ticket serves as a mediator that carries authentication information and application identification, allowing the system to verify access rights without directly prompting the user for each request.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If user authentication is required for every access request to secure resources, then security is improved, but system efficiency deteriorates due to repeated authentication processes

Engineering Contradiction:
ImprovesecurityVSAvoidsystem efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The system performs preliminary authentication by obtaining user permission in advance and generates a ticket that encapsulates this authentication result. The ticket is then reused for subsequent access requests to the same secure resource, eliminating the need for repeated authentication prompts while maintaining security.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent creates a copy of the authentication result in the form of a ticket. This ticket contains essential information (application ID, resource ID, timestamp, signature) that replicates the authentication verification process, allowing efficient reuse without重新 performing the full authentication sequence.

Inventive Principle:
Principle #26Copying

3Ease of operation

If access control is simplified to improve user convenience, then ease of operation is improved, but security control over secure resources deteriorates

Engineering Contradiction:
Improveaccess control simplicityVSAvoidsecurity control
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The ticket implements local quality by containing specific, targeted information for each access scenario (application ID, resource ID, timestamp). This allows the system to verify exactly what is needed for each specific access request without requiring broad, complex authentication mechanisms, achieving both simplicity and security.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The patent changes the parameter of authentication from a static password-based system to a dynamic ticket-based system with multiple parameters (application ID, resource ID, timestamp, signature). This allows the system to adapt security verification to the specific context of each access request, maintaining security while simplifying the user experience.

Inventive Principle:
Principle #35Parameter changes

4Adaptability or versatility

If multiple applications can access secure resources independently, then application versatility is improved, but security management complexity increases

Engineering Contradiction:
Improveapplication access capabilityVSAvoidsecurity management complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The ticket serves as a universal access credential that can be used by any application that has been granted permission. The same ticket structure and verification process works for all applications and secure resources, providing a multi-functional solution that handles diverse access scenarios without requiring separate security mechanisms for each case.

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

Solution Approach 2:

The patent segments the security management into distinct components: application identification (application ID), resource identification (resource ID), temporal validation (timestamp), and cryptographic verification (signature). This segmentation allows the system to independently verify each aspect of access rights, managing complexity through modular verification rather than monolithic security checks.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS9384341B2System and method for controlling access to secure resources
Publication Date: 2016.07.05 MALIKIE INNOVATIONS LTD

AI summary

A system and method for controlling access to a secure resource in a device are disclosed. In some embodiments, the device may include a processor capable of receiving a first request from a first application of a plurality of applications executable by the processor, where the first request requests access to the secure resource, and the first request identifies the plurality of applications. In response to the first request, the processor is capable of generating a ticket associated with the secure resource and with each of the plurality of applications, and then storing the ticket in a memory. After receiving a second request from a second application requesting access to the secure resource, the processor is capable of granting the second application access to the secure resource, if the ticket associated with the secure resource exists and if the ticket is associated with the second application.