HTTP Request Monitoring via Whitelist Blacklist Validation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current server protection methods are inadequate in detecting and mitigating malicious HTTP requests, which can disrupt operations, gather sensitive information, and exploit server vulnerabilities, as they rely primarily on firewalls and malware security tools that are not comprehensive enough to handle reconnaissance and attacks effectively.

Innovation Solution

Implementing a method that establishes IP address, resource, and resource request whitelists and blacklists to analyze HTTP resource requests, determining if the requestor IP address and requested resource are valid, and initiating reviews for violations, thereby cross-referencing with industry analysis and threat intelligence to detect and mitigate malicious activity.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If traditional firewalls and malware security tools are used to protect servers, then basic security protection is provided, but they are inadequate in detecting and mitigating malicious HTTP requests effectively

Engineering Contradiction:
Improvedetection effectivenessVSAvoidsecurity system complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The security system is segmented into multiple specialized components: IP address whitelist module, resource whitelist module, resource blacklist module, and analysis module. Each component handles a specific aspect of security validation, dividing the complex task of malicious request detection into manageable, specialized segments that work together to provide comprehensive protection

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system performs preliminary actions by pre-establishing IP address whitelists, resource whitelists, and resource blacklists before malicious requests occur. These lists are prepared in advance and used to quickly validate incoming requests, enabling the system to detect and mitigate attacks before they can cause harm

Inventive Principle:
Principle #10Preliminary action

2Measurement precision

If comprehensive whitelist and blacklist validation is implemented for all resource requests, then detection accuracy improves, but processing time increases

Engineering Contradiction:
Improverequest validation accuracyVSAvoidrequest processing time
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

Different validation rules are applied locally based on the specific characteristics of each request component. IP addresses are validated against the IP whitelist, resources are checked against both resource whitelist and blacklist, allowing each aspect of the request to be validated with the appropriate level of scrutiny based on its security significance

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The system applies partial validation by focusing checks on critical components (IP address and resource identifier) rather than analyzing every aspect of each request in equal detail. This selective approach maintains high detection accuracy for security-critical elements while reducing overall processing time

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentUS9215209B2Source request monitoring
Publication Date: 2015.12.15 U S BANCORP NAT ASSOC
  • US9215209B2 patent drawing
  • US9215209B2 patent drawing
  • US9215209B2 patent drawing

AI summary

A method includes establishing an IP address whitelist including an acceptable IP address, establishing a resource whitelist including an acceptable resource request, establishing a resource blacklist including an indicator of a malicious resource request, and analyzing a resource request. Analyzing the resource request includes determining if a requestor IP address of the resource request is in the IP address whitelist, determining if the requested resource is in the resource whitelist, and determining if the requested resource is in the resource blacklist. A whitelist violation review is initiated, responsive to determining the requestor IP address is not in the IP address whitelist and the requested resource is not in the resource whitelist. A blacklist violation review is initiated, responsive to determining the requested resource is in the resource blacklist and the requestor IP address is not in the IP address whitelist and the requested resource is not in the resource whitelist.