API Attack Surface Detection Through DNS and Endpoint Crawling

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Security systems struggle to effectively defend against malicious actors exploiting Application Programming Interface (API) attack surfaces due to the large and increasing number of APIs, without proper knowledge of their existence.

Innovation Solution

A method and apparatus that process Domain Name System (DNS) data to determine possible API servers and Uniform Resource Identifier (URI) paths, perform an API-specific crawl to identify actual API endpoints, and analyze responses to uncover API attack surfaces, generating a dashboard for risk assessment and notification.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If security systems employ traditional monitoring methods, then they can detect known threats, but they cannot effectively identify unknown API endpoints and attack surfaces

Engineering Contradiction:
ImproveAPI endpoint detection accuracyVSAvoidsecurity system complexity
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

The system performs preliminary actions by proactively generating and testing potential API endpoint URLs using combinatorial logic before actual attacks occur. It pre-identifies attack surfaces by combining known URL patterns with domain information, enabling security systems to detect unknown endpoints in advance rather than waiting for traditional monitoring to trigger.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent introduces an intermediary component that acts as a bridge between traditional security monitoring and API endpoint detection. This intermediary systematically explores potential endpoints by testing constructed URLs and reports findings back to the security system, enabling detection of unknown APIs without requiring direct integration with every possible endpoint.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If the number of APIs increases to support more services, then functionality and versatility improve, but the attack surface and security risks increase

Engineering Contradiction:
ImproveAPI service capabilityVSAvoidAPI attack surface
Core Design Contradiction:
Adaptability or versatilityVSObject-affected harmful factors

Solution Approach 1:

The patent segments the API detection process into distinct components: domain identification, URL pattern generation, endpoint testing, and result aggregation. This segmentation allows the system to systematically handle large numbers of APIs by breaking down the complex task of attack surface mapping into manageable segments that can be processed independently and scaled efficiently.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system changes parameters by dynamically adjusting URL patterns, path structures, and testing parameters based on the specific domain and service type being analyzed. It adapts its detection parameters to match different API architectures and conventions, enabling effective detection across diverse services without requiring a one-size-fits-approach.

Inventive Principle:
Principle #35Parameter changes

3Measurement precision

If security systems manually monitor each API endpoint, then detection accuracy improves, but time consumption and operational overhead increase significantly

Engineering Contradiction:
Improveendpoint identification accuracyVSAvoiddetection time
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

The patent uses copying by creating and testing multiple potential endpoint URLs based on templates and patterns rather than manually visiting each endpoint. It generates copies of known URL structures with varied parameters and paths, systematically testing these copied patterns to identify actual endpoints, which dramatically reduces time compared to manual monitoring while maintaining detection accuracy.

Inventive Principle:
Principle #26Copying

Solution Approach 2:

The system implements periodic action by automatically and repeatedly testing potential endpoints at scheduled intervals without requiring manual intervention. This periodic automated testing continues to scan for new or changed API endpoints over time, maintaining accurate detection of the attack surface without consuming continuous human operational resources.

Inventive Principle:
Principle #19Periodic action

Data Source

PatentUS20260052168A1Automatic detection of application programming interface (API) attack surfaces
Publication Date: 2026.02.19 CEQUENCE SECURITY INC
  • US20260052168A1 patent drawing
  • US20260052168A1 patent drawing
  • US20260052168A1 patent drawing

AI summary

Various embodiments facilitate uncovering an Application Programming Interface (API) attack surface for an organization. In some examples, an apparatus comprises storage media, a processing system, and program instructions stored on the storage media. The apparatus processes Domain Name System (DNS) data to determine a set of possible API servers. The apparatus determines a set of possible Uniform Resource Identifier (URI) paths that may lead to one or more actual API endpoints. The apparatus joins the set of possible API servers with the set of possible URI paths to generate a set of possible API Uniform Resource Locators (URLs). The apparatus performs an API-specific crawl of the set of possible API URLs by submitting API requests to the set of possible API URLs and analyzing responses to determine the one or more actual API endpoints and one or more actual API servers of the set of possible API servers.