DNS denial of service attack protection

Description

BACKGROUND OF THE INVENTION

Field of the Invention

The present invention relates generally to data networks, and more particularly to a data network being protected from a DNS denial of service attack.

Description of the Related Art

Data network security is an important and critical component of the Internet. In particular, the proper operation of a Domain Name System (DNS) data network is crucial to the operation of the Internet, public cloud networks, mobile broadband networks, as well as private networks. Attacks to DNS data networks are common. Often such attacks address individual websites or a number of companies. Sometimes, attacks are targeted to major infrastructure of an Internet Service Provider (ISP). Many of these DNS attacks are in the form of a denial of service (DOS) attack. If an attack is successful, one or more DNS servers will be under stress and cannot serve legitimate DNS requests from client computers. The client computers, not able to determine the application servers for the DNS requests, in turn deny services to the users, rendering Internet services, such as web services, email services, document services, or video services, offered by those application servers unavailable. Often times, the stressed DNS servers may take hours or days to recover to normal operation, causing major disruption of services, as well as financial damage to merchants and inconvenience to clients.

A typical DNS denial of service attack is presented in a form of malformed DNS requests using unknown or unanswerable domain names, and perhaps invalid network addresses. Each malformed DNS request is intended to cause a DNS server to spend computation resources to resolve an unanswerable domain name. Through sending a large number of malformed DNS requests in a short period of time, a DNS server would have to spend all of its computation resource to handle these DNS requests.

The present invention proposes a method and system to handle the massive malformed DNS requests with little or no involvement of a DNS server, and therefore protects the DNS server from these nasty DNS denial of service attacks.

It should be apparent from the foregoing that there is a need to provide a method to protect a data network from DNS denial of service attacks.

SUMMARY

This summary is provided to introduce a selection of concepts in a simplified form that are further described in the Detailed Description below. This summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used as an aid in determining the scope of the claimed subject matter.

The present disclosure is related to approaches for protecting a data network from a DNS denial of service attack. An exemplary method for a DNS proxy server to to protect a data network from a Domain Name Service (DNS) denial of service attack comprises receiving a DNS UDP request from a client; determining a domain name included in the DNS UDP request does not match with a plurality of domain names in a DNS entry table at the DNS proxy server; responding to the client to retry the DNS UDP request as a DNS TCP request; querying a DNS server for the domain name in the DNS TCP request; receiving a DNS response from the DNS server; and determining that the DNS UDP request from the client is a DNS denial of service attack.

A system for protecting a data network from a DNS denial of service attack is also disclosed. The system may comprise a DNS proxy server configured to receive a DNS UDP request from a client; determine a domain name included in the DNS UDP request does not match a plurality of domain names in a DNS entry table at the DNS proxy server; and respond to the client to retry the DNS UDP request as a DNS TCP request.

In further example embodiments of the present disclosure, the method steps are stored on a machine-readable medium comprising instructions, which when implemented by one or more processors, perform the recited steps. In further example embodiments, hardware systems, or devices, can be adapted to perform the recited steps. Other features, examples, and embodiments are described below.

BRIEF DESCRIPTION OF DRAWINGS

Embodiments are illustrated by way of example and not by limitation in the figures of the accompanying drawings, in which like references indicate similar elements.

FIGS. 1A-1C illustrate exemplary embodiments of responding to a client DNS request.

FIG. 2 illustrates another exemplary embodiment of responding to a client DNS request.

FIG. 3 illustrates an exemplary embodiment of a network device.

FIG. 4 illustrates an exemplary embodiment of a DNS proxy server managing a DNS entry table.

DETAILED DESCRIPTION

The following detailed description includes references to the accompanying drawings, which form a part of the detailed description. The drawings show illustrations in accordance with example embodiments. These example embodiments, which are also referred to herein as “examples,” are described in enough detail to enable those skilled in the art to practice the present subject matter. The embodiments can be combined, other embodiments can be utilized, or structural, logical, and electrical changes can be made without departing from the scope of what is claimed. The following detailed description is therefore not to be taken in a limiting sense, and the scope is defined by the appended claims and their equivalents.

FIGS. 1A-1C illustrate exemplary embodiments of a Domain Name Service (DNS) data network servicing DNS requests so as to prevent DNS denial of service attacks. In the exemplary embodiments, data network 105 comprises a plurality of network devices such as a DNS server 110 and a DNS proxy server 115. DNS proxy server 115 receives and responds to DNS requests from clients such as client 120.

In an exemplary embodiment illustrated in FIG. 1A, client 120 sends a DNS UDP request 125 using User Datagram Protocol (UDP) over data network 105. DNS UDP request 125 may include a domain name 130. DNS proxy server 115 receives DNS UDP request 125 and retrieves domain name 130 from UDP request 125. In various embodiments, DNS proxy server 115 includes a DNS entry table 135, which includes a plurality of DNS entries. Each of the plurality of DNS entries in DNS entry table 135 includes a domain name and at least one corresponding network address for the domain name. In some embodiments, DNS proxy server 115 matches domain name 130 against the plurality of domain names in DNS entry table 135.

In exemplary embodiments, DNS proxy server 115 determines that there is a match between domain name 130 and a domain name of DNS entry 140 of DNS entry table 135. DNS proxy server 115 finds a corresponding network address for the domain name from DNS entry 140, and sends a DNS UDP response 145 using DNS entry 140 to client 120.

Sometimes DNS proxy server 115 does not find a match between domain name 130 and DNS entry table 135. Subsequently, DNS proxy server 115 sends a DNS UDP response 145 indicating no result is found. DNS proxy server 115 then indicates in a DNS UDP response 145 to ask client 120 to send a DNS request using Transmission Control Protocol (TCP). In some embodiments, DNS proxy server 115 sets a truncated bit (TC bit) in the DNS UDP response 145. In another embodiment, DNS proxy server 115 sets a different indication in the DNS UDP response 145.

Client 120 may receive a DNS UDP response 145 indicating a need to use TCP protocol. In an exemplary embodiment illustrated in FIG. 1B, client 120 sends a DNS TCP request 150 for domain name 130, using TCP protocol. DNS proxy server 115 then receives DNS TCP request 150 and retrieves domain name 130 from DNS TCP request 150. DNS proxy server 115 matches domain name 130 against DNS entry table 135.

In some embodiments, DNS proxy server 115 finds a match of domain name 130 with DNS entry 170 of DNS entry table 135. DNS proxy server 115 sends a DNS TCP response 155 to DNS TCP request 150 to client 120. DNS proxy server 115 includes DNS entry 170 in DNS TCP response 155. In various embodiments, DNS proxy server 115 does not find a match of domain name 130 with DNS entry table 135.

In an exemplary embodiment illustrated in FIG. 1C, DNS proxy server 115 sends a DNS request 160, either using UDP or TCP protocol, to DNS server 110. DNS proxy server 115 includes domain name 130 in DNS request 160. In various embodiments, DNS proxy server 115 receives a DNS response 165 for DNS request 160 from DNS server 110. DNS response 165 provides a DNS entry result for domain name 130. DNS proxy server 115 creates a DNS entry 175 using the DNS entry result of domain name 130 in DNS response 165, and stores DNS entry 175 in DNS entry table 135 in order to respond to future DNS UDP or DNS TCP requests. In some embodiments, DNS proxy server 115 generates a DNS TCP response 155 using DNS entry 175 and sends DNS TCP response 155 to client 120 as a response to DNS TCP request 150.

In an embodiment of data network 105, DNS proxy server 115 responds positively to DNS UDP request 125 of client 120 when there is a match for domain name 130 within DNS entry table 135. When DNS proxy server 115 does not find a match for domain name 130, DNS proxy server 115 does not query DNS server 110 for domain name 130, but suggests client 120 to retry using DNS TCP request 150. This way, DNS proxy server 115 prevents forwarding to DNS server 110 unanswerable DNS UDP requests of bogus or made-up domain names by clients typically arising in a DNS denial of server attack. In a typical DNS denial of service attack embodiment, DNS UDP requests include a domain name not known to DNS servers and an unknown network address. In this typical embodiment, the DNS UDP responses the DNS proxy server 115 sends using the unknown network addresses of corresponding DNS UDP requests will be discarded by data network 105. The DNS server is thus protected from these bogus DNS UDP requests.

In another embodiment using TCP protocol, DNS proxy server 115 responds positively to DNS TCP request 150 of client 120 when there is a match for domain name 130 within DNS entry table 135. When DNS proxy server 115 does not find a match for domain name 130, DNS proxy server 115 does not query DNS server 110 for domain name 130, but suggests client 120 to retry using DNS UDP request 125. Thus, DNS proxy server 115 prevents forwarding to DNS server 110 unanswerable DNS TCP requests. Additionally, other network protocols may be used.

In some embodiments, DNS proxy server 115 or another network device (not shown) of data network 105 includes additional capabilities for protecting against TCP denial of service attack. Such TCP denial of service attack protection capabilities also protect DNS server from DNS denial of service attack using DNS TCP requests. TCP denial of service attack protection capabilities can be implemented into a network device of data network 105 or DNS proxy server 115.

In various embodiments, DNS proxy server 115 employs the current invention after detecting a pre-determined number of unanswerable DNS UDP requests, a burst of unanswerable DNS UDP requests within a short period of time, or a number of unanswerable DNS UDP requests from suspected clients or network address sources. DNS proxy server 115 may employ the current invention after being informed by DNS server 110, or by another network device in data network 105. In another embodiment, DNS server 110 detects a suspicion of DNS denial of service attack and informs DNS proxy server 115.

FIG. 2 illustrates another exemplary embodiment of responding to a client DNS request. In the exemplary embodiment of FIG. 2, client 120A sends a query in step 210 to a DNS UDP port of DNS proxy server 115, such as UDP port 53 for “domain.com”. In step 220, DNS proxy server 115 checks its cache to determine if there is a matching entry for this request. If DNS proxy server 115 does not find a match within its cache for any reason, it then responds to client 120A in step 230 with a TC bit set.

Upon receipt of the TC bit set, client 120A retries the DNS request for “domain.com” using TCP port 53. While a TC bit set is used in this exemplary embodiment, the DNS proxy server 115 may also respond with any other type of response to signal to client 120A to retry the DNS request using a different network protocol, such as TCP, or to retry the DNS request at a different port. Returning to the exemplary embodiment of FIG. 2, in step 240, client 120A retries sending the query to TCP port 53 for “domain.com”. In step 250, DNS proxy server 115 checks its cache to determine if there is a matching entry for this request. If DNS proxy server 115 does not find a matching entry for this request, it then forwards the query to the backend DNS server 110 in step 260. While three DNS servers are shown in the exemplary embodiment of FIG. 2, there can be any number of DNS servers in the network.

In step 270, DNS server 110 resolves the query and responds to the DNS proxy server 115 with the DNS response. In step 280, the DNS proxy server adds this DNS response to its cache, and forwards the response to client 120A in step 290. In this way, the DNS cache of the DNS proxy server 115 maintains the DNS response for the DNS request, regardless of whether the request arrives at the DNS proxy server via the UDP protocol or TCP protocol. As will be understood by persons of ordinary skill in the art, other network protocols besides TCP and UDP may also be used in a similar scheme. Also, the steps depicted in FIG. 2 may be performed in any order.

In the exemplary embodiment of FIG. 2, the nonexistent domain response in the DNS cache of DNS proxy server 115 to the initial DNS UDP request may indicate to the DNS proxy server 115 that the DNS request may be a potential denial of service attack. In this way, the method may be used as a detection mechanism for a DNS proxy server 115 to detect a potential denial of service attack. While a nonexistent domain response is discussed herein, other types of DNS responses may also trigger to the DNS proxy server 115 the existence of a potential denial of service attack.

At a later time, client 120B may send a query to UDP port 53 for “domain.com”, DNS proxy server 115 checks the cache and finds the entry for “domain.com” and can thus respond to client 120B with the cache entry. In this way, DNS proxy server 115 can now respond to a DNS UDP request at UDP port 53 for “domain.com”. By allowing DNS proxy server 115 to share a cache for DNS UDP requests and DNS TCP requests, the cache of DNS proxy server 115 itself may essentially serve as a white list to mitigate denial of service attacks. Additionally, in various embodiments, DNS proxy server 115 may rate limit its DNS response to a client based on other factors, including, but not limited to, non-white list caching.

FIG. 3 illustrates an exemplary embodiment of a network device 305 of data network 105 which can be a DNS proxy server 115, DNS server 110, or client 120. In various embodiments, network device 305 includes a processor module 310, a network module 315, and a computer storage module 320. Processor module 310 can include one or more processors which may be a micro-processor, an Intel processor, an AMD processor, a MIPS processor, an ARM-based processor, or a RISC processor. Processor module 310 can also include one or more processor cores embedded in a processor. Additionally, processor module 310 can include one or more embedded processors, or embedded processing elements in a Field Programmable Gate Array (FPGA), an Application Specific Integrated Circuit (ASIC), or Digital Signal Processor (DSP).

In exemplary embodiments, network module 315 comprises a network interface such as Ethernet, optical network interface, a wireless network interface, T1/T3 interface, a WAN or LAN interface. Furthermore, network module 315 can include a network processor. Computer storage module 320 comprises RAM, DRAM, SRAM, SDRAM, or any other memory utilized by processor module 310 or network module 315. Computer storage module 320 stores data utilized by processor module 310. Computer storage module 320 can include a hard disk drive, a solid state drive, an external disk, a DVD, a CD, or a readable external disk. Additionally, computer storage module 320 stores one or more computer programming instructions which when executed by processor module 310 or network module 315 implement one or more of the functionality of the present invention. Network device 305 can also include an input/output (I/O) module 325, which may include a keyboard, a keypad, a mouse, a gesture-based input sensor, a microphone, a physical or sensory input peripheral, a display, a speaker, or a physical or sensory output peripheral, or any other input/output module.

Returning to FIGS. 1A-1C, in some embodiments, data network 105 includes an Ethernet network, an ATM network, a cellular network, a wireless network, a Frame Relay network, an optical network, an IP network, or any data communication network utilizing other physical layer, link layer capability, or network layer to carry data packets.

Client device 120 may be a network device connected to data network 105 using a network module of the client device. The client device can be a personal computer, a laptop computer, a tablet, a smartphone, a mobile phone, an Internet phone, a netbook, a home gateway, a broadband gateway, a network appliance, a set-top box, a media server, a personal media play, a personal digital assistant, an access gateway, a networking switch, a server computer, a network storage computer, or any computing device comprising a network module and a processor module.

Domain name 130 may include a domain name of a network device, a domain name associated to an IP address, or a string of characters such as “abcdefg.com”, “www.123456.com”, “bogus.name.org”, “98X45IE.01924.ty”, “server189.mail.yahoo.com”, or “nonexisting.domain”.

In some embodiments, DNS entry 140 includes a domain name and a network address such as IP address. Furthermore, DNS entry 140 may include other information associated to the domain name of DNS entry 140 that is useful for client 120.

In various embodiments, DNS proxy server 115 is a network device as illustrated in FIG. 3, a server load balancer (SLB), an application delivery controller (ADC), a traffic manager, a server computer, a router, a network service gateway, a network switch, or a server software module executed by a processor module of a network device such as a SLB, ADC, traffic manager, a router, a network switch, a network service gateway or a server computer.

FIG. 4 illustrates an exemplary embodiment of managing a DNS entry table by a DNS proxy server. In some embodiments, DNS entry table 135 includes a DNS entry 405. DNS entry 405 is associated with a timestamp 410. Timestamp 410 indicates availability of DNS entry 405. For example, timestamp 410 includes an expiration time such as 24 hours, 5 hours, 10 minutes, 72 hours, a week, Jul. 24, 2020 at 12:00 am, a timer indication such as next timer or the 4th timer, or a time/clock indication. In various embodiments, DNS proxy server 115 is connected to a clock or timer 415. DNS proxy server 115 examines timer 415 and compares it to timestamp 410. If DNS proxy server 115 determines timestamp 410 to be expired, DNS proxy server 115 removes DNS entry 405 from DNS entry table 135, or marks DNS entry 405 invalid in DNS entry table 135. DNS proxy server 115 may not use DNS entry 405 in matching domain name of subsequent DNS UDP/TCP requests after DNS entry 405 becomes invalid.

DNS proxy server 115 can create DNS entry 405 from information received from DNS server 110 as illustrated in FIG. 1C. DNS proxy server 115 stores DNS entry 405 into DNS entry table 135. DNS server 115 associates DNS entry 405 with timestamp 410 while storing DNS entry 405 into DNS entry table 135. DNS server 115 may create timestamp 410 for DNS entry 405 or use an existing timestamp associated with another DNS entry in DNS entry table 135.

In some embodiments, DNS proxy server 115 creates DNS entry table 135 by downloading a plurality of DNS entry information from DNS server 110. This information may be updated on a fixed periodic basis, upon certain trigger events, or as directed by a network administrator. In another embodiment, DNS proxy server 115 creates DNS entry table 135 prior to responding to DNS request from a client device. DNS proxy server 115 may also create DNS entry table 135 after DNS proxy server 115 receives a DNS request from a client device. From time to time, DNS server 110 may send a plurality of DNS entry information to DNS proxy server 115. In one embodiment, DNS proxy server 115 receives the plurality of DNS entry information, creates a plurality of DNS entries, and creates DNS entry table 135, or replaces a plurality of existing DNS entries in DNS entry table 135 with the created DNS entries.

DNS proxy server 115 may receive the plurality of DNS entry information from a network controller 420 instead of DNS server 110. In some embodiments, DNS proxy server 115 receives DNS entry table 135 from network controller 420 or DNS server 110.

Thus, methods and systems for protecting a data network from DNS denial of service attacks are disclosed. Although embodiments have been described with reference to specific example embodiments, it will be evident that various modifications and changes can be made to these example embodiments without departing from the broader spirit and scope of the present application. Accordingly, the specification and drawings are to be regarded in an illustrative rather than a restrictive sense.