Secret Rotation in Cloud Service via Instance Segmentation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current cryptographic systems require shutdowns for secret rotation, leading to system unavailability and increased vulnerability due to prolonged cryptographic epochs, as hot swaps of secrets are not possible in all environments.

Innovation Solution

Implementing a method to regenerate secrets while the system is operational by activating a second instance of the service, allowing seamless transition from staging to production mode, enabling continuous service availability during secret rotation.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If current secret renewal methods are used, then secrets can be rotated, but the service must be shut down causing loss of availability

Engineering Contradiction:
Improveservice availabilityVSAvoidsecret rotation capability
Core Design Contradiction:
ReliabilityVSEase of manufacture

Solution Approach 1:

The service is segmented into multiple instances (first instance and second instance) that can operate independently. During secret rotation, one instance handles the secret change while the other continues serving requests, allowing the service to remain available without requiring a complete shutdown.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

A second instance is prepared in advance with the new secret before the first instance is taken offline. This preliminary setup allows for seamless transition where the service can switch to the pre-prepared instance, avoiding service interruption during secret rotation.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If secrets remain fixed for long periods, then system availability is improved, but security is worsened due to increased vulnerability

Engineering Contradiction:
Improvesystem availabilityVSAvoidsecurity vulnerability
Core Design Contradiction:
ReliabilityVSObject-affected harmful factors

Solution Approach 1:

The system implements periodic secret rotation by automatically initiating rotation processes at defined intervals. Multiple instances are maintained with different secret versions, allowing seamless rotation that occurs regularly without compromising service availability, thus balancing security requirements with system continuity.

Inventive Principle:
Principle #19Periodic action

3Object-affected harmful factors

If cryptographic functions are performed frequently, then security is improved, but system speed and responsiveness are worsened due to processing delays

Engineering Contradiction:
Improvesecurity protectionVSAvoidsystem responsiveness
Core Design Contradiction:
Object-affected harmful factorsVSSpeed

Solution Approach 1:

Cryptographic operations such as secret generation and validation are performed in advance during instance setup and transition phases. This preliminary cryptographic processing allows the active service instance to operate with pre-validated secrets, minimizing real-time cryptographic overhead and maintaining system responsiveness.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS11979496B2Secret rotation in a cloud service
Publication Date: 2024.05.07 MICROSOFT TECHNOLOGY LICENSING LLC
  • US11979496B2 patent drawing
  • US11979496B2 patent drawing
  • US11979496B2 patent drawing

AI summary

The present technology provides a method to regenerate secrets while a version of the system is operational, thus avoiding the loss of availability that would have resulted from a system shutdown. The technology described herein may work in a computing context that assigns a first secret in an active role and a second secret in the backup role. The technology described herein activates a second instance of the service with the key not being regenerated serving as the active key. The second instance is then moved to the production mode and the first version of the service is moved to the staging mode. A new secret is generated and then assigned to the first instance of the service while it runs in the staging mode. Once the secret rotation is complete, the primary service instance is then moved back to the production mode with the new key configuration.