Container-Based Remote Login Access Control for Protected Resources

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing systems struggle to effectively control access to protected computing resources in remote login sessions, particularly when users with different privileges or authorizations access the same environment, leading to unauthorized access and resource inefficiencies.

Innovation Solution

Utilizing containers as isolated virtual environments, managed by a system manager and container engine, to customize and control access to system resources based on user authorization, and dynamically create or remove containers based on login session activity.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If users with different privileges access the same computing environment through remote login, then accessibility and collaboration are improved, but unauthorized access to protected resources and security risks increase

Engineering Contradiction:
Improveremote login accessibilityVSAvoidunauthorized access control
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The computing environment is segmented into isolated containers for each remote login session. Each container acts as an independent execution environment that restricts access to specific computing resources based on user authorization. This segmentation allows multiple users to simultaneously access the system with different privilege levels while preventing unauthorized cross-access between sessions.

Inventive Principle:
Principle #1Segmentation

2Reliability

If containers are created for each user session to control resource access, then security and access control are improved, but system complexity and resource overhead increase

Engineering Contradiction:
Improveaccess control securityVSAvoidcontainer management complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The container engine implements a universal containerization mechanism that handles multiple functions: session isolation, resource access control, user privilege management, and session lifecycle management. This multi-functional approach consolidates what would otherwise require separate security mechanisms into a single framework, reducing overall system complexity while maintaining strong access control.

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

3Ease of operation

If containers are maintained for extended periods to preserve user state, then user convenience and session continuity are improved, but resource consumption and system performance deteriorate

Engineering Contradiction:
Improvesession continuityVSAvoidcomputing resource consumption
Core Design Contradiction:
Ease of operationVSLoss of energy

Solution Approach 1:

The container lifecycle is made dynamic rather than static. Containers are automatically created when a remote login session starts and removed when the session ends. This dynamic allocation ensures that computing resources are consumed only when actively needed for user sessions, rather than being permanently allocated. The system adapts resource allocation in real-time based on session activity, maintaining user convenience while optimizing resource efficiency.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS20250330469A1Remote login resource access control using a container
Publication Date: 2025.10.23 RED HAT INC
  • US20250330469A1 patent drawing
  • US20250330469A1 patent drawing
  • US20250330469A1 patent drawing

AI summary

A system can be used to control access to protected resources with respect to remote access of a computing environment. The system can execute a service file to generate a container in a host system based on user input received from a user device to initiate a login session. The service file can correspond to the user input. Subsequent to generating the container, the system can execute a user shell associated with the container to assign the user device to the container. The container can restrict the user device to access a set of predefined resources indicated in the service file. In response to detecting that the login session has ended, the system can remove the container associated with the user device from the host system.