DNS-Based Threat Intelligence Access via Zone Segmentation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current cybersecurity solutions, such as SIEM systems, face inefficiencies in accessing and utilizing network-accessible cyber-threat security analytics platforms due to high latency and data transfer issues with RESTful APIs, particularly in cloud-based environments.

Innovation Solution

A network-accessible cyber-threat security analytics platform leverages the DNS protocol to organize threat intelligence information into zones, allowing for efficient retrieval and encoding of data within DNS responses, reducing latency and data transfer requirements.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Speed

If RESTful APIs are used to access threat intelligence information, then data can be retrieved from cloud-based security analytics platforms, but the response latency is high and the amount of data transferred is excessive

Engineering Contradiction:
Improveresponse latencyVSAvoiddata transfer overhead
Core Design Contradiction:
SpeedVSLoss of energy

Solution Approach 1:

The threat intelligence data is segmented into specific DNS record types (A, AAAA, CNAME, TXT) organized by threat category zones. Each DNS query requests only the specific segment of data needed rather than retrieving entire datasets, reducing transfer overhead and improving response speed.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

A DNS-based intermediary layer is introduced between the security analytics platform and threat intelligence data sources. This DNS service acts as a mediator that translates security analytics queries into efficient DNS lookups, reducing the complexity and overhead of direct RESTful API communications.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If RESTful APIs are used for threat intelligence access, then comprehensive data can be obtained, but communication may need to be explicitly allowed and proprietary implementations are required

Engineering Contradiction:
Improveintegration flexibilityVSAvoidimplementation complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The DNS protocol is leveraged as a universal interface for accessing threat intelligence data across multiple security analytics platforms and threat intelligence sources. Since DNS is a universally supported protocol, this eliminates the need for proprietary implementations and simplifies integration across diverse systems.

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

Solution Approach 2:

The DNS service acts as a universal intermediary that standardizes access to threat intelligence data. By translating various threat intelligence formats into standardized DNS records, it provides a unified interface that reduces implementation complexity while maintaining adaptability to different data sources.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Reliability

If traditional security analytics platforms are used, then threat intelligence information can be accessed, but network bandwidth usage increases and infrastructure costs rise

Engineering Contradiction:
Improvethreat intelligence accessVSAvoidnetwork bandwidth consumption
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The essential threat intelligence data is extracted and published in lightweight DNS record formats. This extraction of core security data into compact DNS representations reduces network bandwidth consumption while maintaining reliable access to critical threat information.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The solution uses lightweight, ephemeral DNS records instead of heavy, persistent data transfers. Each DNS query retrieves only the specific threat intelligence data needed for immediate security decisions, reducing overall network bandwidth consumption and infrastructure costs while maintaining reliable access.

Inventive Principle:
Principle #27Cheap short-living objects (Disposable)

Data Source

PatentUS11290472B2Threat intelligence information access via a DNS protocol
Publication Date: 2022.03.29 INTERNATIONAL BUSINESS MACHINE CORPORATION
  • US11290472B2 patent drawing
  • US11290472B2 patent drawing
  • US11290472B2 patent drawing

AI summary

A network-accessible cyber-threat security analytics service is configured to receive and respond to requests that originate as name queries to a Domain Name System (DNS) service. Threat intelligence information provided by the service is organized into threat intelligence zones that correspond to zones exposed via the DNS service. Upon receipt of a DNS query, the query having been generated by an application seeking access to threat intelligence data exposed by the service, the query is translated into a DNS zone-specific API request based on the type of threat intelligence information sought. The zone-specific API request is then used to retrieve the requested threat intelligence information from a threat intelligence database. The requested threat intelligence information is then returned to the application by being encoded as part of a response to the DNS query. In this manner, the DNS protocol is leverage to facilitate highly-efficient access and retrieval of threat intelligence information.