HTTP Connection Runtime Control for DoS-Resilient Servers

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing HTTP servers face challenges in dynamically managing HTTP connections, particularly with HTTP/2 and HTTP/3, as resource parameters are often static and do not adapt to varying workloads or malicious activities, leading to potential server overload and denial of service attacks.

Innovation Solution

An HTTP server dynamically modifies HTTP connections by adjusting resource parameters and runtime behaviors based on trigger conditions, such as CPU usage, threat scores, or malicious behavior, and monitors client compliance to manage workload and prevent overload.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If HTTP servers use static resource parameters for HTTP/2 and HTTP/3 connections, then connection setup is simple and reliable, but the server cannot dynamically adapt to varying workloads or prevent denial of service attacks

Engineering Contradiction:
Improvedynamic adaptation to workloadVSAvoidconnection parameter management
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent implements dynamic modification of HTTP connection parameters by introducing a condition detector that monitors server state and triggers parameter changes in response to detected conditions. The connection manager receives modified parameters from the condition detector and applies them to active connections, enabling the system to adapt dynamically to varying workloads and attack patterns while maintaining manageable complexity through automated parameter adjustment.

Inventive Principle:
Principle #15Dynamics

2Reliability

If the server dynamically modifies HTTP connection parameters to reduce workload, then server overload and denial of service attacks are prevented, but existing connections may be disrupted or performance degraded

Engineering Contradiction:
Improveprotection against denial of serviceVSAvoidHTTP request throughput
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent applies different modification strategies to different connections based on their characteristics and the detected conditions. The condition detector analyzes the current state and selects appropriate parameters to modify, while the connection manager applies these modifications selectively. This localized approach allows the server to protect against denial of service attacks by adjusting parameters for specific connections or connection types without disrupting overall service performance.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The system implements a feedback loop where the condition detector continuously monitors server state and triggers parameter modifications in response to detected conditions such as high request rates or suspicious patterns. The connection manager applies these modifications and the system continues monitoring to adjust parameters dynamically, creating a closed-loop control system that protects against denial of service while maintaining productivity through adaptive response.

Inventive Principle:
Principle #23Feedback

3Quantity of substance

If HTTP/2 and HTTP/3 consolidate multiple requests onto a single connection, then connection resources are optimized, but rate limiting and concurrency control become more difficult to enforce

Engineering Contradiction:
Improveconnection resource efficiencyVSAvoidrate limiting control
Core Design Contradiction:
Quantity of substanceVSEase of operation

Solution Approach 1:

The patent modifies HTTP connection parameters dynamically in response to detected conditions, allowing the server to control rate limiting and concurrency on a per-connection basis. The condition detector monitors server state and triggers parameter changes that adjust flow control window sizes, request timing, and concurrency limits. This enables the server to maintain connection resource efficiency while enforcing rate limiting through parameter modification rather than connection-level blocking.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS12513214B2Dynamically modifying HTTP connections
Publication Date: 2025.12.30 CLOUDFLARE INC
  • US12513214B2 patent drawing
  • US12513214B2 patent drawing
  • US12513214B2 patent drawing

AI summary

A condition exists that triggers an HTTP server to modify one or more HTTP connections for one or more HTTP clients that are connected to the HTTP server. The HTTP server dynamically modifies the one or more HTTP connections including dynamically modifying one or more runtime behaviors for the one or more HTTP connections. For each of the one or more HTTP clients, the HTTP server monitors that HTTP client to determine whether it is complying with the modified one or more runtime behaviors. If one of the one or more HTTP clients is not complying with the modified one or more runtime behaviors, the HTTP server performs a mitigation action on that HTTP client.