Secure Credential Hub for Cloud Application Platforms

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Cloud application platforms face security vulnerabilities due to the storage of service credentials in centralized databases, which can expose them to unnecessary risks and unauthorized access.

Innovation Solution

Implementing a secure credential hub that stores service credentials separately from the centralized database, using a credential location identifier, and employing a service broker to manage secure communication through TLS protocol, ensuring only authorized applications can access the credentials.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If service credentials are stored in a centralized database on the cloud application platform, then application access and management are simplified, but security vulnerabilities increase due to broader exposure and potential unauthorized access

Engineering Contradiction:
Improveapplication accessVSAvoidsecurity vulnerabilities
Core Design Contradiction:
Ease of operationVSObject-affected harmful factors

Solution Approach 1:

The system segments credential storage by separating the centralized database (storing only credential location identifiers) from the secure credential hub (storing actual credentials). This segmentation limits the exposure scope of credentials while maintaining centralized management capabilities.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The service broker acts as an intermediary component that manages credential retrieval between the application and the secure credential hub. It receives bind requests, obtains credentials securely, and provides them to applications without exposing the credential storage mechanism.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Object-affected harmful factors

If service credentials are stored separately in a secure credential hub, then security is improved by limiting exposure, but system complexity increases due to additional components and retrieval processes

Engineering Contradiction:
Improvecredential exposureVSAvoidsystem architecture
Core Design Contradiction:
Object-affected harmful factorsVSDevice complexity

Solution Approach 1:

The service broker performs multiple functions: managing service bindings, retrieving credentials from the secure credential hub, and providing credentials to applications. This multi-functionality consolidates complexity into a single component rather than distributing it across multiple specialized components.

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

Solution Approach 2:

The system uses credential location identifiers as references stored in the centralized database, which point to actual credentials in the secure credential hub. This copying mechanism allows the system to manage credentials securely without duplicating the actual credential data in multiple locations.

Inventive Principle:
Principle #26Copying

3Object-affected harmful factors

If service credentials are rotated securely, then security is maintained, but application workloads may be affected requiring rescheduling or reconfiguration

Engineering Contradiction:
Improvecredential securityVSAvoidapplication workload continuity
Core Design Contradiction:
Object-affected harmful factorsVSProductivity

Solution Approach 1:

Applications retrieve credentials dynamically from the secure credential hub through the service broker during runtime rather than relying on pre-configured credentials. This self-service mechanism allows credential rotation without requiring application rescheduling or reconfiguration, as applications continuously obtain updated credentials automatically.

Inventive Principle:
Principle #25Self-service

Data Source

PatentEP3811591B1Secure binding workflow
Publication Date: 2022.12.07 PIVOTAL SOFTWARE INC
  • EP3811591B1 patent drawingFigure 1
  • EP3811591B1 patent drawingFigure 2
  • EP3811591B1 patent drawingFigure 3

AI summary

Methods, systems, and computer programs encoded on computer storage media, for binding service credentials to an application. One example system receives a service bind request for an application in a cloud application platform. The service bind request includes a request to bind a service provided by a service host in the cloud application platform. The service bind request specifies (i) an identifier for the service and (ii) a unique identifier for the application. The system receives, from the service host, credentials for the application to access the service. The system provides the credentials to a secure credential hub installed on the cloud application platform. The secure credential hub stores the credentials in association with a credential location identifier. The system grants, to the unique identifier for the application, read access to the credential location identifier. The system stores the credential location identifier as application metadata for the application.