Cross-Cloud Access Tokens for Secure Protected Resource Authentication

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing systems face challenges in securely accessing protected resources hosted on one cloud from another cloud, particularly when the clouds are owned by different tenants and are located in different or same cloud infrastructures, without causing network-based attacks and ensuring rapid authentication.

Innovation Solution

A system generates cloud web tokens containing resource, application, and node identifiers, which are validated using a cache and secret keys to ensure secure access, while employing an identity access provider for authorization and periodic secret key rotation to thwart network-based attacks.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If cloud web tokens are generated and validated for secure access between clouds, then security and authorization control are improved, but system complexity and authentication time increase

Engineering Contradiction:
ImprovesecurityVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system performs preliminary actions by generating cloud web tokens in advance with embedded secret keys and authorization information. The identity provider pre-validates access requests and caches token validation results, so that when actual access is needed, the authentication is already prepared and can be quickly verified without complex real-time computations.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent introduces an identity provider as an intermediary component that mediates between the accessing cloud and the cloud hosting protected resources. This intermediary handles token generation, validation, and secret key management, isolating the complexity from the resource owner and accessor systems. The intermediary uses cached validation results and periodic secret key rotation to balance security with operational simplicity.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If cloud web tokens with secret keys are used for authentication, then access security is improved, but authentication speed decreases

Engineering Contradiction:
Improveaccess securityVSAvoidauthentication speed
Core Design Contradiction:
ReliabilityVSSpeed

Solution Approach 1:

The identity provider performs preliminary validation of cloud web tokens and caches the validation results before actual access occurs. When an access request comes in, the system checks the cached results rather than performing full token validation with secret key verification, significantly speeding up authentication while maintaining security through periodic cache invalidation and secret key rotation.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements periodic secret key rotation where the identity provider periodically updates secret keys used for token validation. This periodic action maintains security by limiting the window of vulnerability if a key is compromised, while allowing faster authentication between rotation events by using cached validation results and efficient token checking mechanisms.

Inventive Principle:
Principle #19Periodic action

3Object-affected harmful factors

If periodic secret key rotation is implemented, then resistance to network-based attacks is improved, but system complexity and computational overhead increase

Engineering Contradiction:
Improvenetwork-based attacksVSAvoidsystem complexity
Core Design Contradiction:
Object-affected harmful factorsVSDevice complexity

Solution Approach 1:

The identity provider implements periodic secret key rotation at predetermined intervals or after a certain number of token validations. This periodic action thwarts network-based attacks by limiting the usefulness of intercepted tokens, as their associated secret keys become invalid after rotation. The system manages this complexity by automatically tracking key versions and invalidating old keys without requiring manual intervention or complex key management infrastructure.

Inventive Principle:
Principle #19Periodic action

Solution Approach 2:

The system discards old secret keys after they have been used for a predetermined period or number of validations, and recovers security by generating new secret keys for subsequent token validations. This approach limits the impact of potential key compromises while maintaining a manageable key inventory. The identity provider tracks which keys are active and which have been rotated out, automatically invalidating discarded keys and preventing their reuse.

Inventive Principle:
Principle #34Discarding and recovering

Data Source

PatentUS12511418B2Facilitating secured access to protected resources hosted in one cloud from another cloud
Publication Date: 2025.12.30 ORACLE INT CORP
  • US12511418B2 patent drawing
  • US12511418B2 patent drawing
  • US12511418B2 patent drawing

AI summary

An aspect of the present disclosure facilitates secured access to protected resources. In one embodiment, a system (e.g., identity provider) receives, from an application service operating on a cloud node of a first cloud, a token request to access a protected resource hosted on a second cloud. The system generates a cloud web token containing a resource identifier of the protected resource, an application identifier associated with the application service and a node identifier of the cloud node. The system sends the cloud web token to the cloud node. Upon receiving, from the application service, an access request containing the resource identifier and the cloud web token, the system checks whether the cloud web token contained in the access request is valid. The system allows access to the protected resource if the cloud web token is determined to be valid, and denies access to the protected resource otherwise.