Inter-Service Authentication via Cloud Key Management

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In microservices-based software architectures, inter-service communication over untrusted networks requires effective authentication mechanisms to ensure security and trust, especially when services implicitly trust each other but need to authenticate HTTP calls.

Innovation Solution

A system and method for inter-service authentication using tokens, such as JSON Web Tokens, where a first service generates a token with its identifier, signs it with a private key from a cloud platform, and communicates it to a second service. The second service then retrieves the public key from the cloud platform to validate the token.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If services authenticate each other using tokens signed with private keys, then authentication security is improved, but device complexity increases due to key management requirements

Engineering Contradiction:
Improveauthentication securityVSAvoidkey management complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The cloud platform acts as an intermediary that manages the private keys for services. Instead of services storing and managing their own private keys, the cloud platform provides these keys to services only when needed for authentication, thereby reducing the complexity at individual service levels while maintaining strong security

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system uses public keys that can be copied and distributed freely among services for validation purposes, while private keys are kept secure and managed centrally. This separation allows multiple services to authenticate each other using copied public keys without exposing the underlying private keys

Inventive Principle:
Principle #26Copying

2Reliability

If all communications are encrypted using public key infrastructure, then communication security is improved, but processing time and computational cost increase

Engineering Contradiction:
Improvecommunication securityVSAvoidauthentication processing time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system extracts only the essential authentication information (service identifiers and tokens) from the full communication payload and encrypts/signs only these critical elements. This selective encryption approach maintains security for authentication while reducing the computational overhead of encrypting entire communication streams

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

Services pre-establish their identity and authentication credentials with the cloud platform before actual communication occurs. The token generation and signing happen in advance, allowing services to present pre-computed authentication tokens during communication rather than performing cryptographic operations in real-time for each message

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS12335397B2Systems and methods for inter-service authentication
Publication Date: 2025.06.17 JPMORGAN CHASE BANK NA
  • US12335397B2 patent drawing
  • US12335397B2 patent drawing
  • US12335397B2 patent drawing

AI summary

Systems and methods for inter-service authentication are disclosed. In one embodiment, a system may include a plurality of services and a cloud platform. The first service may generate a token comprising a first service identifier for communicating with a second service, and may request, from the cloud platform, a private key for the first service. The cloud platform may provide the private key to the first service. The first service may sign the token with the private key and may communicate a request to the second service with the signed token. The second service may retrieve the first service identifier and may request, from the cloud platform, a public key for the first service identifier. The cloud platform may provide the public key to the second service. The second service may validate the token using the public key, and may grant the request in response to the validation.