CN108616488A - 一种攻击的防御方法及防御设备 - Google Patents
一种攻击的防御方法及防御设备 Download PDFInfo
- Publication number
- CN108616488A CN108616488A CN201611136442.4A CN201611136442A CN108616488A CN 108616488 A CN108616488 A CN 108616488A CN 201611136442 A CN201611136442 A CN 201611136442A CN 108616488 A CN108616488 A CN 108616488A
- Authority
- CN
- China
- Prior art keywords
- equipment
- attack
- target port
- defensive
- udp
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/14—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
- H04L63/1441—Countermeasures against malicious traffic
- H04L63/1458—Denial of Service
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
- H04L63/0227—Filtering policies
- H04L63/0236—Filtering by address, protocol, port number or service, e.g. IP-address or URL
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/14—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
- H04L63/1408—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic by monitoring network traffic
- H04L63/1416—Event detection, e.g. attack signature detection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/30—Network architectures or network communication protocols for network security for supporting lawful interception, monitoring or retaining of communications or communication related information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/164—Adaptation or special uses of UDP protocol
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2463/00—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00
- H04L2463/141—Denial of service attacks against endpoints in a network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2463/00—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00
- H04L2463/142—Denial of service attacks against network infrastructure
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Technology Law (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明实施例公开了一种攻击的防御方法及防御设备。本发明实施例方法包括:所述防御设备检测目标主机是否受到攻击设备的用户数据报协议UDP攻击;当确定所述目标主机被攻击时,所述防御设备获取所述目标主机反馈给所述攻击设备的控制报文协议ICMP数据包;所述防御设备提取所述ICMP数据包中的目标端口的信息;所述防御设备将所述攻击设备向所述目标端口发送的UDP数据包进行拦截处理。本发明实施例中还提供了一种防御设备。本发明实施例中,避免了传统方式中盲目的限速而造成的将正常的UDP数据包被过滤掉的问题,进而降低了正常的数据包的误杀率,保证正常数据的传输。
Description
技术领域
本发明涉及计算机领域,尤其涉及一种攻击的防御方法及防御设备。
背景技术
随着互联网的迅速发展,网络的安全性也越来越受到人们的重视,网络本身存在安全缺陷,其中拒绝服务(Denial of Service,简称DoS)攻击成为常见的网络攻击技术之一,极大地影响了网络和业务主机系统的有效服务,特别是分布式拒绝服务(DistributedDenial of Service,缩写:DDoS)攻击,由于其隐蔽性和分布性而难于检测和防御,从而严重威胁着互联网的安全。其中用户数据报协议(User Datagram Protocol,缩写:UDP)攻击是DDoS攻击中较为有代表性的类型,UDP是一个简单的面向数据包的传输层协议,它与传输控制协议(Transmission Control Protocol,缩写:TCP)协议不同之处在于不提供传输的可靠性。UDP的攻击目的是通过发送大量的UDP数据包占用网络带宽,达到阻塞网络的目的。
通常的对抗攻击的防御方法中,UDP防御通常采用水印特征防御或限速防御来实现。其中,水印需要用户定制水印因子,对服务器程序进行定制化,根据实现约定好的包括水印因子的报文特征,对报文进行判断,不符合特征的报文直接丢弃。水印特征防御涉及程序的开发和修改,不适合大规模自动化部署的场景。而限速防御主要是根据历史经验值设置阈值,对报文的流量进行分析,分别从源端口,目的端口等等方面对报文进行限速。这种方法无法应对突发和异常等情况,容易导致将正常的报文误杀,从而导致正常报文的传输失败。
发明内容
本发明实施例提供了一种攻击的防御方法及防御设备,用于降低正常的UDP数据包被误杀的概率,从而保证正常报文的成功传输。
第一方面,本发明实施例提供了一种攻击的防御方法,包括:
所述防御设备检测目标主机是否受到攻击设备的用户数据报协议UDP攻击;
当确定所述目标主机被攻击时,所述防御设备获取所述目标主机反馈给所述攻击设备的控制报文协议ICMP数据包;
所述防御设备提取所述ICMP数据包中的目标端口的信息;
所述防御设备将所述攻击设备向所述目标端口发送的UDP数据包进行拦截处理。
第二方面,本发明实施例提供了一种防御设备,包括:
检测模块,用于检测目标主机是否受到攻击设备的用户数据报协议UDP攻击;
获取模块,用于当所述检测模块确定所述目标主机被攻击时,获取所述目标主机反馈给所述攻击设备的控制报文协议ICMP数据包;
信息提取模块,用于提取所述ICMP数据包中的目标端口的信息;
拦截处理模块,用于将所述攻击设备向所述信息提取模块确定的所述目标端口发送的UDP数据包进行拦截处理。
第三方面,本发明实施例提供了一种防御设备,所述防御设备包括检测装置和防御装置;
所述检测装置检测所述目标主机是否受到所述攻击设备的UDP攻击;
当检测到所述目标主机被攻击时,所述检测装置获取所述目标主机反馈给所述攻击设备的ICMP数据包;
所述检测装置提取所述ICMP数据包中的目标端口的信息,并将所述目标端口的信息传输至所述防御装置;
所述防御装置将所述攻击设备向所述目标端口发送的UDP数据包进行拦截处理。
从以上技术方案可以看出,本发明实施例具有以下优点:
控制报文协议(Internet Control Message Protocol,缩写:ICMP)用于逻辑错误的诊断,攻击设备将UDP数据包发送到目标主机关闭的端口时,目标主机向攻击设备反馈ICMP数据包,该ICMP信息包括不可达的目标端口的信息,本发明实施例中,当防御设备检测到所述目标主机被攻击时,获取所述目标主机反馈给所述攻击设备的ICMP数据包,并提取所述ICMP数据包中的端口信息,从而防御设备可以获知攻击了哪些端口,然后,有针对性的将所述攻击设备向目标端口发送的UDP数据包进行拦截处理。避免了传统方式中盲目的限速而造成的将正常的UDP数据包过滤掉的问题,进而降低了将正常的数据包的误杀率,保证正常数据的传输。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域技术人员来讲,还可以根据这些附图获得其他的附图。
图1为本发明实施例中的防御设备的网络部署的一个实施例的架构示意图;
图2为本发明实施例中的一种攻击的防御方法的一个实施例的流程示意图;
图3为本发明实施例中的一种攻击的防御方法的另一个实施例的流程示意图;
图4为本发明实施例中的防御设备的网络部署的另一个实施例的架构示意图;
图5为本发明实施例中的防御设备的一个实施例的结构示意图;
图6为本发明实施例中的防御设备的另一个实施例的结构示意图;
图7为本发明实施例中的防御设备的另一个实施例的结构示意图;
图8为本发明实施例中的防御设备的另一个实施例的结构示意图。
具体实施方式
本发明实施例提供了一种攻击的防御方法及防御设备,用于降低正常的UDP数据包被误杀的概率,从而保证正常报文的成功传输。
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员所获得的所有其他实施例,都应当属于本发明保护的范围。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
为了方便理解,对本发明实施例中涉及的词语进行解释:
UDP Flood攻击:UDP是一个简单的面向数据包的传输层协议,是一个无连接的协议,它与TCP协议不同,不提供传输的可靠性。UDP Flood的攻击目的是通过发送大量的UDP数据包占用网络带宽,达到阻塞网络的目的。UDP Flood攻击特点是不发送请求报文,攻击设备直接发送大量虚假IP的UDP包或畸形UDP数据包对目标主机进行攻击。例如,当由很多攻击设备组成的攻击网络同时向网络发送高速率的实时视频流时,该网络就会发生拥塞而导致服务器拒绝服务。目标主机将不能进行正常的服务,从而达到UDP Flood的目的。
ICMP:控制报文协议用于逻辑错误的诊断,向数据包发送方反馈出错报告信息,将携带发送的出错报文返回到发送原数据的设备,因为只有发送设备才是出错报文的逻辑接收者,从而使得发送设备可以根据ICMP报文确定发生错误的类型。
例如,请参阅下表1所示,下表1为该ICMP数据包所包括的出错报告信息的举例说明,ICMP数据包的出错报告信息包括很多内容,本发明实施例中只是以下面表1中的几种类型作为例子,并不造成对本发明的限定性说明,请参阅表1所示:
表1
本发明实施例提供了一种攻击的防御方法,该攻击的防御方法为UDP Flood攻击提供了一种防御的方法,该攻击的防御方法应用于一种防御设备,请结合图1进行理解,图1为该防御设备的网络部署的架构示意图。在图1所示的架构示意图中,包括防御设备110、目标主机120和攻击设备130。其中,攻击设备130为攻击目标主机的设备,多台攻击设备130可以组成攻击网络,目标主机120为被攻击的设备,该目标主机120可以为服务器,也可以为其他网络设备,例如,该目标主机可以为域名系统(Domain Name System,缩写:DNS)服务器、流媒体视频服务器或Radius认证服务器、云服务器和数据中心服务器等。上述服务器只是对该目标主机的举例说明,并不造成对本发明的限定性说明。
该防御设备110用于检测目标主机是否受到攻击设备的用户数据报协议UDP攻击,当防御设备110确定所述目标主机120被攻击时,所述防御设备110获取所述目标主机120反馈给所述攻击设备130的控制报文协议ICMP数据包,所述防御设备110提取所述ICMP数据包中的目标端口的信息,该目标端口为“不可达”的端口,所述防御设备110将所述攻击设备120向所述目标端口发送的UDP数据包进行拦截处理。
该防御设备用于防御目标主机被攻击,该防御设备的功能可以集成在被攻击的目标主机内,也可以为一个独立的设备,在实际应用中,该防御设备的具体部署实现方式本发明不限定。
本发明实施例中,在目标主机关闭UDP端口的情况下,当检测到UDP攻击时,结合ICMP的报错机制,通过获取ICMP报文中的目标端口信息,获知UDP数据包攻击目标主机的目标端口,然后,有针对性的对攻击设备发送到该目标端口UDP数据包进行拦截处理,从而达到防御UDP攻击的目的,本发明实施例中提供的方法能够避免传统方式中盲目的限速造成的将正常的UDP数据包误杀的情况,从而降低误杀率。
下面对本发明实施例中提供的攻击的防御方法进行详细描述,请参阅图2所示,本发明实施例提供了一种攻击的防御方法的一个实施例包括:
步骤201、所述防御设备检测目标主机是否受到攻击设备的用户数据报协议UDP攻击。
防御设备用于检测目标主机是否受到攻击设备的UDP Flood的攻击,其中,检测的方法具体可以为:
在第一种可能的实现方式中,防御设备监测所述目标主机在单位时间内接收到的UDP数据包的数量;若所述UDP数据包的数量大于第二门限,则确定所述目标主机受到攻击设备的UDP攻击。在实际应用中,该第二门限可以根据目标主机的实际处理能力来设置。例如,当防御设备监测到目标主机在1秒钟接收到的UDP数据包的数量大于1000个,则确定该目标主机已被UDP Flood攻击。
在第二种可能的实现方式中,可以根据UDP数据包的特征来进行检测,黑客程序产生的UDP攻击数据包具有的一定的共性特征,该共性特征可以从以下方面进行检测。
第一方面,数据包的长度,例如,攻击包的长度是定长或者长度在一定长度范围。第二方面,数据包的内容,例如,攻击包内容,可能有规律的变化,也可能不变化,或者攻击包中有指纹。第三方面,提供服务的程序本身所需要的特征,例如,数据包的源地址,该源地址要么是随机的,要么是顺序增加。在实际应用中,防御设备可以从上述三个方面中的至少一个方面进行检测,例如,可以将UDP数据包的长度及其数据内容作为特征,来确定目标主机是否受到攻击设备的UDP攻击。需要说明的是,实际应用中,随着技术的发展黑客程序产生的UDP攻击数据包的特征有可能发生变化,上述对于攻击数据包的三个方面的特征只是举例说明,并不造成对本发明的限定性说明。
在第三种可能的实现方式中,可以监控UDP数据包的数量和目标主机的中央处理器(Central Processing Unit,缩写:CPU)的占用率,若UDP数据包的数量大于第三门限,CPU的占用率大于第四门限,则确定目标主机受到UDP攻击。
在第一种和第三种可能的实现方式的基础上,对于UDP数据包的门限值的设置可以分不同的时间段来设定不同的门限,由于目标主机的服务内容可能会根据不同的时间段具有服务高峰时间段和服务低谷时间段。例如,若目标主机为流媒体视频服务器,当前的年轻人已经习惯于夜生活的生活方式,白天工作时间段(8点至18点),休闲的时间段大概在20点至23点之间,因此,该流媒体视频服务器的服务第一高峰时间段可能在20点至23点之间,而在23点至24点之间为第二高峰时间段。因此,在实际应用中,可以根据该流媒体视频服务器的历史数据进行设置。例如,将20点至23点之间检测到目标主机接收UDP数据大于第一阈值,则确定受到UDP攻击。23点至24点之间检测目标主机检测UDP数据大于第二阈值,则确定收到UDP攻击,其中,第二阈值小于第一预置。需要说明的是,上述对于时间段的划分在实际应用中可以根据不同的服务器类型进行设置,本发明实施例中只是针对一种服务器进行的举例说明,并不造成对本发明的限定性说明。
步骤202、当确定所述目标主机被攻击时,所述防御设备获取所述目标主机反馈给所述攻击设备的控制报文协议ICMP数据包。
目标主机包括多个UDP端口,最多端口数可以为65536个端口,当目标主机关闭UDP端口的情况下,若至少一个端口接收到攻击设备发送的UDP数据包时,例如,该端口为端口21(主要用于文件传输协议服务),该目标主机会向该攻击设备反馈类型type为“3”,代码为“3”的“端口不可达”的ICMP数据包,即该目标主机没有对外提供该端口UDP服务。
当防御设备确定该目标主机当前受到UDP Flood攻击时,防御设备获取该目标主机反馈给所述攻击设备的控制报文协议ICMP数据包。
步骤203、所述防御设备提取所述ICMP数据包中的目标端口的信息。
该ICMP载荷中会携带攻击设备发送的UDP报文信息,其中,UDP报文包括:(1)源端口(source port);(2)目的端口(destination port);(3)长度:UDP用户数据报的长度。该防御设备提取该ICMP数据包中的目的端口,该目的端口为不可达的目标端口。例如,该目标端口为端口21。需要说明的是,该目标端口为举例说明,并不造成对本发明的限定性说明。
步骤204、所述防御设备将所述攻击设备向所述目标端口发送的UDP数据包进行拦截处理。
当防御设备接收到攻击设备发送的UDP数据包时,获取该UDP数据包中的目的端口,若该目的端口与该目标端口相同,则对该UDP数据进行拦截处理。
可选的,该拦截处理具体可以为将该攻击设备发送的UDP数据包直接丢弃。例如,当防御接收再次接收到目的端口为端口21的UDP数据包,表明该UDP数据包为UDP攻击包,因此,该防御设备将该UDP数据包丢弃,从而达到防御该目标主机不受UDP攻击的目的。
请参阅3所示,本发明实施例中提供了一种攻击的防御方法的另一个实施例包括:
步骤301至步骤303与图2对应的实施例中的步骤101至步骤103相同,此处不赘述。
步骤304、所述防御设备根据所述目标端口的信息确定所述目标端口的分布情况。
攻击设备攻击目标主机的至少一个端口,当攻击设备攻击的端口大于两个端口时,防御设备可以根据该目标端口的信息确定该目标端口的分布情况,所述目标端口的分布情况包括集中分布和分散分布。
其中,集中分布是指攻击设备所攻击的端口集中于少量的端口。端口的数量大于等于1,且小于目标阈值,例如,该目标阈值为10。攻击设备攻击的端口的分布集中在端口21和端口25。分散分布是指攻击设备所攻击的端口分散于大量的端口之间,或者,攻击设备所攻击的端口分散于某一个或某几个端口范围内例如,攻击的端口在端口0-955,端口1024-1120等。需要说明的是,本发明实施例中对于集中分布的端口和分散端口的具体端口号为举例说明,并不造成对本发明的限定性说明。
步骤306、所述防御设备根据所述目标端口的分布情况,将所述攻击设备向所述目标端口发送的UDP数据包进行对应的拦截处理。
在一种可能实现的方式中,当所述目标端口的分布情况为集中分布时,所述防御设备将向所述目标端口发送的UDP数据包丢弃。例如,所述目标端口为端口21和端口25,则该防御设备将发送到端口21和端口25的UDP数据包直接丢弃。可选的,由于被攻击的目标端口为集中分布,目标端口所包括的端口的数量较少,防御设备可以记录目标端口的情况形成目标端口列表。防御设备可以将向该目标端口列表中记录的端口发送的UDP数据包直接丢弃。
当所述目标端口的分布情况为分散分布时,所述防御设备将向所述目标端口发送的UDP数据包的流量限制在第一门限内。即允许UDP数据包每秒钟通过的个数限制在第一门限内,该第一门限可以根据该目标服务器正常处理的数量进行设置。本发明实施例中,若该目标端口的分布情况为分散分布时,由于目标端口是一个被攻击的端口范围,或者该目标端口包括的被攻击的端口数量很大,因此会有一种概率比较低的可能性,目标端口中有被开启的服务端口,例如,目标端口为0-55,其中,端口22被开启,如果之间将发送到端口22的UDP数据丢弃,可能也将发送到端口22的正常的UDP数据包丢弃,为了解决此问题,可以将所述攻击设备向所述目标端口发送的UDP数据包的流量限制在第一门限内。以使正常的UDP数据包可以发送到该目标端口。进一步的,还可以结合UDP攻击包的特征,将发送到该目标端口的UDP攻击包直接丢弃。
上述图2和图3对应的实施例可以基于图1的防御设备的网络部署的架构示意图,在另一个应用场景中,防御设备可以包括检测装置和防御装置,该防御设备的功能由该检测装置和防御装置来执行,请参阅图4所示,图4为该防御设备的网络部署的另一个实施例的架构示意图。在图4的架构示意图中,包括防御设备110、目标主机120和攻击设备130。其中,防御设备110包括检测装置1101和防御装置1102,所述检测装置1101检测所述目标主机120是否受到所述攻击设备的UDP攻击;当检测到所述目标主机120被攻击时,所述检测装置1101获取所述目标主机120反馈给所述攻击设备的ICMP数据包;所述检测装置1101提取所述ICMP数据包中的目标端口的信息,并将所述目标端口的信息传输至所述防御装置1102;所述防御装置1102将所述攻击设备130向所述目标端口发送的UDP数据包进行拦截处理。
其中,检测装置1101可以执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件,该检测装置1101集成于目标主机内。该检测装置1101也可以为一个独立于该目标主机的硬件设备。
该检测装置的功能可以参阅图2对应的实施例中步骤201至步骤203中防御设备所执行的方法,和图3对应的实施例中步骤301至步骤303中防御设备所执行的方法进行理解。防御装置的功能可以参阅图2对应的实施例中步骤204中防御设备所述执行的方法,和图3对应的实施例中304和步骤305中防御设备所执行的方法进行理解,此处不赘述。
本发明实施例中,防御设备的功能由检测装置和防御装置功能来执行,提供了另一种防御UDP攻击的防御设备的部署场景,本发明实施例可以根据实际应用的场景选择不同的部署方式,例如,在实际应用中,该检测装置也可以为流量检测器,防御装置可以为防火墙。也就是说可以由流量检测器和防火墙来执行防御设备的功能,因此可以增加本发明方案的不同应用场景,增强本发明的适应性。
请参阅图5所示,本发明实施例提供了一种防御设备500的一个实施例包括:
检测模块501,用于检测目标主机是否受到攻击设备的用户数据报协议UDP攻击;
获取模块502,用于当所述检测模块501确定所述目标主机被攻击时,获取所述目标主机反馈给所述攻击设备的控制报文协议ICMP数据包;
信息提取模块503,用于提取所述ICMP数据包中的目标端口的信息;
拦截处理模块504,用于将所述攻击设备向所述信息提取模块503确定的所述目标端口发送的UDP数据包进行拦截处理。
可选的,所述拦截处理模块504,还用于将所述攻击设备向所述目标端口发送的UDP数据包丢弃。
在图5对应的实施例的基础上,请参与图6所示,本发明实施例还提供了一种防御设备600的另一个实施例包括:
该防御设备还包括确定模块505;
所述确定模块505,用于根据所述目标端口的信息确定所述目标端口的分布情况;
所述拦截处理模块504,还用于根据所述确定模块505确定的所述目标端口的分布情况,将所述攻击设备向所述目标端口发送的UDP数据包进行对应的拦截处理。
可选的,所述目标端口的分布情况包括集中分布和分散分布,所述拦截处理处理模块,还用于当所述确定模块505确定所述目标端口的分布情况为集中分布时,将所述攻击设备向所述目标端口发送的UDP数据包丢弃。
所述拦截处理处理模块,还用于当所述目标端口的分布情况为分散分布时,将所述攻击设备向所述目标端口发送的UDP数据包的流量限制在第一门限内。
在图5对应的实施例的基础上,请参与图7所示,本发明实施例还提供了一种防御设备700的另一个实施例包括:
所述检测模块501还包括监测单元5011和确定单元5012;
所述监测单元5011,用于监测所述目标主机在单位时间内接收到的UDP数据包的数量;
所述确定单元5012,用于当所述监测单元5011监测所述UDP数据包的数量大于第二门限时,则确定所述目标主机受到攻击设备的UDP攻击。
进一步的,图5至图7中的防御设备是以功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specific integrated circuit,ASIC),电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,图5至图7中的防御设备可以采用图8所示的形式。
图8是本发明实施例提供的一种防御设备结构示意图,该防御设备800可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上中央处理器(centralprocessing units,CPU)822(例如,一个或一个以上处理器)和存储器832,一个或一个以上存储应用程序842或数据844的存储介质830(例如一个或一个以上海量存储设备)。其中,存储器832和存储介质830可以是短暂存储或持久存储。存储在存储介质830的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对防御设备中的一系列指令操作。更进一步地,中央处理器822可以设置为与存储介质830通信,在防御设备800上执行存储介质830中的一系列指令操作。
防御设备800还可以包括一个或一个以上电源826,一个或一个以上有线或无线网络接口850,一个或一个以上输入输出接口858,和/或,一个或一个以上操作系统841,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM等等。
上述图2和图3对应的实施例中由防御设备所执行的步骤可以基于该图8所示的防御设备结构。
其中,所述中央处理器(central processing units,CPU)822用于使防御设备执行以下步骤:
检测目标主机是否受到攻击设备的用户数据报协议UDP攻击;
当所述检测模块确定所述目标主机被攻击时,获取所述目标主机反馈给所述攻击设备的控制报文协议ICMP数据包;
提取所述ICMP数据包中的目标端口的信息;
将所述攻击设备向所述信息提取模块确定的所述目标端口发送的UDP数据包进行拦截处理。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (11)
1.一种攻击的防御方法,其特征在于,应用于防御设备,所述方法包括:
所述防御设备检测目标主机是否受到攻击设备的用户数据报协议UDP攻击;
当确定所述目标主机被攻击时,所述防御设备获取所述目标主机反馈给所述攻击设备的控制报文协议ICMP数据包;
所述防御设备提取所述ICMP数据包中的目标端口的信息;
所述防御设备将所述攻击设备向所述目标端口发送的UDP数据包进行拦截处理。
2.根据权利要求1所述的攻击的防御方法,其特征在于,所述防御设备将所述攻击设备向所述目标端口发送的UDP数据包进行拦截处理,包括:
所述防御设备将所述攻击设备向所述目标端口发送的UDP数据包丢弃。
3.根据权利要求1所述的攻击的防御方法,其特征在于,所述防御设备提取所述ICMP数据包中的目标端口的信息之后,所述方法还包括:
所述防御设备根据所述目标端口的信息确定所述目标端口的分布情况;
所述防御设备将所述攻击设备向所述目标端口发送的UDP数据包进行拦截处理,包括:
所述防御设备根据所述目标端口的分布情况,将所述攻击设备向所述目标端口发送的UDP数据包进行对应的拦截处理。
4.根据权利要求3所述的攻击的防御方法,其特征在于,所述目标端口的分布情况包括集中分布和分散分布,所述防御设备根据所述目标端口的分布情况,将所述攻击设备向所述目标端口发送的UDP数据包进行对应的拦截处理,包括:
当所述目标端口的分布情况为集中分布时,所述防御设备向所述目标端口发送的UDP数据包丢弃。
当所述目标端口的分布情况为分散分布时,所述防御设备将向所述目标端口发送的UDP数据包的流量限制在第一门限内。
5.根据权利要求1所述的攻击的防御方法,其特征在于,所述防御设备检测目标主机是否受到攻击设备的UDP攻击,包括:
所述防御设备监测所述目标主机在单位时间内接收到的UDP数据包的数量;
若所述UDP数据包的数量大于第二门限,则确定所述目标主机受到攻击设备的UDP攻击。
6.一种防御设备,其特征在于,包括:
检测模块,用于检测目标主机是否受到攻击设备的用户数据报协议UDP攻击;
获取模块,用于当所述检测模块确定所述目标主机被攻击时,获取所述目标主机反馈给所述攻击设备的控制报文协议ICMP数据包;
信息提取模块,用于提取所述ICMP数据包中的目标端口的信息;
拦截处理模块,用于将所述攻击设备向所述信息提取模块确定的所述目标端口发送的UDP数据包进行拦截处理。
7.根据权利要求6所述的攻击的防御方法,其特征在于,
所述拦截处理模块,还用于将所述攻击设备向所述目标端口发送的UDP数据包丢弃。
8.根据权利要求6所述的攻击的防御方法,其特征在于,还包括:确定模块;
所述确定模块,用于根据所述目标端口的信息确定所述目标端口的分布情况;
所述拦截处理模块,还用于根据所述确定模块确定的所述目标端口的分布情况,将所述攻击设备向所述目标端口发送的UDP数据包进行对应的拦截处理。
9.根据权利要求8所述的攻击的防御方法,其特征在于,所述目标端口的分布情况包括集中分布和分散分布,所述拦截处理处理模块,还用于当所述确定模块确定所述目标端口的分布情况为集中分布时,将所述攻击设备向所述目标端口发送的UDP数据包丢弃。
所述拦截处理处理模块,还用于当所述目标端口的分布情况为分散分布时,将向所述目标端口发送的UDP数据包的流量限制在第一门限内。
10.根据权利要求6所述的攻击的防御方法,其特征在于,所述检测模块还包括监测单元和确定单元;
所述监测单元,用于监测所述目标主机在单位时间内接收到的UDP数据包的数量;
所述确定单元,用于当所述监测单元监测所述UDP数据包的数量大于第二门限时,则确定所述目标主机受到攻击设备的UDP攻击。
11.一种防御设备,其特征在于,所述防御设备包括检测装置和防御装置;
所述检测装置,用于检测所述目标主机是否受到所述攻击设备的UDP攻击;
所述检测装置,用于当检测到所述目标主机被攻击时,获取所述目标主机反馈给所述攻击设备的ICMP数据包;
所述检测装置,用于提取所述ICMP数据包中的目标端口的信息,并将所述目标端口的信息传输至所述防御装置;
所述防御装置,用于将所述攻击设备向所述目标端口发送的UDP数据包进行拦截处理。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611136442.4A CN108616488B (zh) | 2016-12-09 | 2016-12-09 | 一种攻击的防御方法及防御设备 |
PCT/CN2017/096721 WO2018103364A1 (zh) | 2016-12-09 | 2017-08-10 | 攻击的防御方法、防御设备及计算机可读存储介质 |
US16/351,199 US10834125B2 (en) | 2016-12-09 | 2019-03-12 | Method for defending against attack, defense device, and computer readable storage medium |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611136442.4A CN108616488B (zh) | 2016-12-09 | 2016-12-09 | 一种攻击的防御方法及防御设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108616488A true CN108616488A (zh) | 2018-10-02 |
CN108616488B CN108616488B (zh) | 2021-06-29 |
Family
ID=62490669
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611136442.4A Active CN108616488B (zh) | 2016-12-09 | 2016-12-09 | 一种攻击的防御方法及防御设备 |
Country Status (3)
Country | Link |
---|---|
US (1) | US10834125B2 (zh) |
CN (1) | CN108616488B (zh) |
WO (1) | WO2018103364A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111526121A (zh) * | 2020-03-24 | 2020-08-11 | 杭州迪普科技股份有限公司 | 入侵防御方法、装置、电子设备及计算机可读介质 |
CN111641659A (zh) * | 2020-06-09 | 2020-09-08 | 北京东土军悦科技有限公司 | 一种交换机的中央处理器防攻击的方法、装置、设备及存储介质 |
CN113689318A (zh) * | 2021-07-30 | 2021-11-23 | 南京信息工程大学 | 一种用于图像认证与对抗样本防御的深度半脆弱水印方法 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114553543A (zh) * | 2022-02-23 | 2022-05-27 | 安天科技集团股份有限公司 | 一种网络攻击检测方法、硬件芯片及电子设备 |
CN116684188B (zh) * | 2023-06-30 | 2024-03-15 | 珠海天融信网络安全技术有限公司 | 一种报文拦截方法、装置、设备及介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101123492A (zh) * | 2007-09-06 | 2008-02-13 | 杭州华三通信技术有限公司 | 检测扫描攻击的方法和设备 |
CN101202742A (zh) * | 2006-12-13 | 2008-06-18 | 中兴通讯股份有限公司 | 一种防止拒绝服务攻击的方法和系统 |
CN103501302A (zh) * | 2013-10-12 | 2014-01-08 | 沈阳航空航天大学 | 一种蠕虫特征自动提取的方法及系统 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7054930B1 (en) * | 2000-10-26 | 2006-05-30 | Cisco Technology, Inc. | System and method for propagating filters |
US20040054925A1 (en) * | 2002-09-13 | 2004-03-18 | Cyber Operations, Llc | System and method for detecting and countering a network attack |
US7454610B2 (en) * | 2002-12-31 | 2008-11-18 | Broadcom Corporation | Security association updates in a packet load-balanced system |
CN104486340B (zh) * | 2014-12-16 | 2018-02-06 | 上海斐讯数据通信技术有限公司 | 防御数据流攻击的方法及系统 |
-
2016
- 2016-12-09 CN CN201611136442.4A patent/CN108616488B/zh active Active
-
2017
- 2017-08-10 WO PCT/CN2017/096721 patent/WO2018103364A1/zh active Application Filing
-
2019
- 2019-03-12 US US16/351,199 patent/US10834125B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101202742A (zh) * | 2006-12-13 | 2008-06-18 | 中兴通讯股份有限公司 | 一种防止拒绝服务攻击的方法和系统 |
CN101123492A (zh) * | 2007-09-06 | 2008-02-13 | 杭州华三通信技术有限公司 | 检测扫描攻击的方法和设备 |
CN103501302A (zh) * | 2013-10-12 | 2014-01-08 | 沈阳航空航天大学 | 一种蠕虫特征自动提取的方法及系统 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111526121A (zh) * | 2020-03-24 | 2020-08-11 | 杭州迪普科技股份有限公司 | 入侵防御方法、装置、电子设备及计算机可读介质 |
CN111526121B (zh) * | 2020-03-24 | 2022-03-04 | 杭州迪普科技股份有限公司 | 入侵防御方法、装置、电子设备及计算机可读介质 |
CN111641659A (zh) * | 2020-06-09 | 2020-09-08 | 北京东土军悦科技有限公司 | 一种交换机的中央处理器防攻击的方法、装置、设备及存储介质 |
CN113689318A (zh) * | 2021-07-30 | 2021-11-23 | 南京信息工程大学 | 一种用于图像认证与对抗样本防御的深度半脆弱水印方法 |
CN113689318B (zh) * | 2021-07-30 | 2023-07-07 | 南京信息工程大学 | 一种用于图像认证与对抗样本防御的深度半脆弱水印方法 |
Also Published As
Publication number | Publication date |
---|---|
WO2018103364A1 (zh) | 2018-06-14 |
US10834125B2 (en) | 2020-11-10 |
CN108616488B (zh) | 2021-06-29 |
US20190215336A1 (en) | 2019-07-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11924170B2 (en) | Methods and systems for API deception environment and API traffic control and security | |
CN101529386B (zh) | 用于抵御分布式拒绝服务(DDoS)攻击的基于行为的业务区分 | |
CN108616488A (zh) | 一种攻击的防御方法及防御设备 | |
Masud et al. | Flow-based identification of botnet traffic by mining multiple log files | |
US8201252B2 (en) | Methods and devices for providing distributed, adaptive IP filtering against distributed denial of service attacks | |
US8634717B2 (en) | DDoS attack detection and defense apparatus and method using packet data | |
EP2130350B1 (en) | Identifying abnormal network traffic | |
US20040054925A1 (en) | System and method for detecting and countering a network attack | |
Ganesh Kumar et al. | Improved network traffic by attacking denial of service to protect resource using Z-test based 4-tier geomark traceback (Z4TGT) | |
CN104488229A (zh) | 网络业务处理系统 | |
CN109040140A (zh) | 一种慢速攻击检测方法及装置 | |
Shamsolmoali et al. | C2DF: High rate DDOS filtering method in cloud computing | |
Degirmencioglu et al. | A classification approach for adaptive mitigation of SYN flood attacks: Preventing performance loss due to SYN flood attacks | |
JP2004140524A (ja) | DoS攻撃検知方法、DoS攻撃検知装置及びプログラム | |
CN104348785B (zh) | IPv6网中防止主机PMTU攻击的方法、装置与系统 | |
Bellaïche et al. | SYN flooding attack detection by TCP handshake anomalies | |
FI126032B (en) | Detection of threats in communication networks | |
Liao et al. | Using selective, short‐term memory to improve resilience against DDoS exhaustion attacks | |
David et al. | Router based approach to mitigate DOS attacks on the wireless networks | |
Selvaraj | Distributed Denial of Service Attack Detection, Prevention and Mitigation Service on Cloud Environment | |
Priya et al. | Detecting DRDoS attack by Log File based IP pairing mechanism | |
Sharma et al. | Everything on DDoS Attacks, DDoS incidents & DDoS Defense Mechanisms! | |
Bhatnagar et al. | DDoS Attack and Defense Mechanism in a Server | |
Kassa et al. | A synchronized distributed denial of service prevention system | |
Arikan | Attack profiling for ddos benchmarks |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |