CN103326894A - Dns隧道检测的方法和装置 - Google Patents

Dns隧道检测的方法和装置 Download PDF

Info

Publication number
CN103326894A
CN103326894A CN2013102070339A CN201310207033A CN103326894A CN 103326894 A CN103326894 A CN 103326894A CN 2013102070339 A CN2013102070339 A CN 2013102070339A CN 201310207033 A CN201310207033 A CN 201310207033A CN 103326894 A CN103326894 A CN 103326894A
Authority
CN
China
Prior art keywords
data bag
dns
client data
tunnel
constraints
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
Application number
CN2013102070339A
Other languages
English (en)
Other versions
CN103326894B (zh
Inventor
侯青青
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sangfor Technologies Co Ltd
Original Assignee
Sangfor Network Technology Shenzhen Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Sangfor Network Technology Shenzhen Co Ltd filed Critical Sangfor Network Technology Shenzhen Co Ltd
Priority to CN201310207033.9A priority Critical patent/CN103326894B/zh
Publication of CN103326894A publication Critical patent/CN103326894A/zh
Application granted granted Critical
Publication of CN103326894B publication Critical patent/CN103326894B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种DNS隧道检测的方法,包括步骤:检测发往DNS服务器的端口的客户端数据包是否为DNS数据包;当客户端数据包为DNS数据包时,检测客户端数据包的格式是否符合预置的格式约束条件,若是,则检测客户端数据包的查询域名是否符合预置的域名约束条件;当客户端数据包的格式不符合格式约束条件,和/或当客户端数据包的查询域名不符合域名约束条件时,根据预置的DNS隧道处理规则,对客户端数据包进行相应的处理。本发明还公开了相应的装置。采用本发明所公开的方案,能够区分正常的DNS数据包与DNS隧道数据包,有效解决对正常的DNS的误判问题,实现了对DNS隧道进行全面的检测,从而实现了对防火墙进行有效地防护。

Description

DNS隧道检测的方法和装置
技术领域
本发明涉及到互联网技术领域,特别涉及到一种DNS隧道检测的方法和装置。
背景技术
随着互联网的迅猛发展, 防火墙作为保护信息的一道屏障,已成为通信技术研究的一个重要领域。如今网络上存在一些防火墙穿透技术,能让数据包安全通过网络层,DNS隧道技术就是防火墙穿透技术中的一种。目前防御DNS隧道技术的方法主要有以下两种:
一、基于端口封锁防卸:这是传统防火墙防御攻击最常用的方法,防火墙通过封锁53端口,进而阻止DNS隧道数据,达到防御DNS隧道穿透的目的,但是,这样,在阻断DNS隧道数据的同时,也将正常的DNS数据进行了阻断,而影响到了正常的业务;
二、基于请求域名长度及请求频率统计分析方法:采用这种方法,是将客户端请求的DNS域名中长度大于长度阈值的以<客户端IP,纯域名>形式记录下来,然后统计<客户端IP,纯域名>的频率,当频率大于频率告警阈值时则判定此客户端使用了DNS隧道技术,但是,很难准确的区分DNS隧道数据和正常的DNS请求数据,因为在正常的DNS请求中也可能存长度很长的域名,通过域名长度阈值和频率告警阈值的取值上很难把握,存在很大的不可控性,高阈值存在高漏判低误判,低阈值存在低漏判高误判。
发明内容
本发明的主要目的为提供一种DNS隧道检测的方法和装置,能够对DNS隧道进行全面检测,从而对防火墙进行有效地防护。
本发明提供一种DNS隧道检测的方法,包括步骤:
检测发往DNS服务器的端口的客户端数据包是否为DNS数据包;
当所述客户端数据包为DNS数据包时,检测所述客户端数据包的格式是否符合预置的格式约束条件,若是,则检测所述客户端数据包的查询域名是否符合预置的域名约束条件;
当客户端数据包的格式不符合所述格式约束条件,和/或当客户端数据包的查询域名不符合所述域名约束条件时,根据预置的DNS隧道处理规则,对所述客户端数据包进行相应的处理。
优选地,所述预置的DNS隧道处理规则至少包括以下之一:丢弃所述客户端数据包、提示告警信息。
优选地,所述检测客户端数据包的格式是否符合预置的格式约束条件至少包括:
检测所述客户端数据包的请求包中是否包括回答字段和/或授权字段;
和/或检测所述客户端数据包的响应包中的查询域名与回答域名是否一致;
和/或检测所述客户端数据包的请求包中查询域名的类型字段值是否符合所述格式约束条件。
优选地,所述检测客户端数据包的查询域名是否符合预置的域名约束条件至少包括:
通过正则表达式区配所述客户端数据包的查询域名的内容;
和/或检测所述客户端数据包的查询域名中是否包括DNS域名特殊字符。
优选地,在执行所述检测发往DNS服务器的端口的数据包是否是DNS数据包的步骤之前,还包括:
获取发送所述客户端数据包的客户端的IP地址,在预置的DNS隧道黑名单库中查找是否存在相同的IP地址;如存在,则执行所述根据预置的DNS隧道处理规则,对所述客户端数据包进行相应的处理的步骤。
本发明还提供一种DNS隧道检测的装置,包括:
第一检测模块,用于检测发往DNS服务器的端口的客户端数据包是否为DNS数据包,
第二检测模块,用于当所述客户端数据包为DNS数据包时,检测所述客户端数据包的格式是否符合预置的格式约束条件;
第三检测模块,用于当所述客户端数据包的格式符合预置的格式约束条件时,检测所述客户端数据包的查询域名是否符合预置的域名约束条件;
处理模块,用于当客户端数据包的格式不符合所述格式约束条件,和/或当客户端数据包的查询域名不符合所述域名约束条件时,根据预置的DNS隧道处理规则,对所述客户端数据包进行相应的处理。
优选地,所述预置的DNS隧道处理规则至少包括以下之一:丢弃所述客户端数据包、提示告警信息。
优选地,所述第二检测模块具体用于:
检测所述客户端数据包的请求包中是否包括回答字段和/或授权字段;
和/或检测所述客户端数据包的响应包中的查询域名与回答域名是否一致;
和/或检测所述客户端数据包的请求包中查询域名的类型字段值是否符合所述格式约束条件。
优选地,所述第三检测模块具体用于:
通过正则表达式区配所述客户端数据包的查询域名的内容;
和/或检测所述客户端数据包的查询域名中是否包括DNS域名特殊字符。
优选地,DNS隧道检测的装置还包括:
获取及查找模块,用于获取发送所述客户端数据包的客户端的IP地址,在预置的DNS隧道黑名单库中查找是否存在相同的IP地址,如存在,则通过所述处理模块对所述客户端数据包进行相应的处理。
本发明通过检测发往DNS服务器的端口的客户端数据包是否为DNS数据包,如是,进一步检测客户端数据包的格式是否符合预置的格式约束条件,当符合时,检测客户端数据包的查询域名是否符合预置的域名约束条件;当客户端数据包的格式不符合格式约束条件,和/或当客户端数据包的查询域名不符合域名约束条件时,根据预置的DNS隧道处理规则,对客户端数据包进行相应的处理,能够区分正常的DNS数据包与DNS隧道数据包,有效解决对正常的DNS的误判问题,实现了对DNS隧道进行全面的检测,从而增强了防火墙的防护能力。
附图说明
图1为本发明DNS隧道检测的方法第一实施例的流程示意图;
图2为本发明DNS隧道检测的方法第二实施例的流程示意图;
图3为本发明DNS隧道检测的装置第一实施例的结构示意图;
图4为本发明DNS隧道检测的装置第二实施例的结构示意图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本发明提供一种DNS隧道检测的方法。
参照图1,图1为本发明DNS隧道检测的方法第一实施例的流程示意图。
本实施例所提供的DNS隧道检测的方法,包括:
步骤S10,检测发往DNS服务器的端口的客户端数据包是否为DNS数据包,若是,则执行步骤S20;
步骤S20,检测客户端数据包的格式是否符合预置的格式约束条件,若是,则执行步骤S21;
步骤S21,检测客户端数据包的查询域名是否符合预置的域名约束条件;当客户端数据包的格式不符合格式约束条件,和/或当客户端数据包的查询域名不符合域名约束条件时,执行步骤S30;
步骤S30,根据预置的DNS隧道处理规则,对客户端数据包进行相应的处理。
本实施例中,以DNS服务器的53端口接收到客户端发送的客户端数据包为例进行说明。当DNS服务器的53端口接收到客户端数据包后,首先检测该客户端数据包是否为DNS数据包,如客户端数据包不是DNS数据包,则表明客户端数据包为DNS隧道数据包,该客户端使用了DNS隧道技术,然后根据预置的DNS隧道处理规则,对客户端数据包进行相应的处理,本实施例中所提出的预置的DNS隧道处理规则为在检测出客户端数据包为DNS隧道数据包之后,对其进行处理的相应规则,该DNS隧道处理规则至少包括丢弃所述客户端数据包、提示告警信息等对DNS隧道数据包的处理方式。
如客户端数据包是DNS数据包,则检测客户端数据包的格式是否符合预置的格式约束条件,本实施例所提出的预置的格式约束条件可以为用于定义互联网协议中关于域名的RFC文档中所定义的格式约束条件,如RFC1034和RFC1035;也可以为用户自定义的格式约束条件。如客户端数据包的格式符合预置的格式约束条件,则进一步检测客户端数据包的查询域名是否符合预置的域名约束条件,本实施例所提出的预置的域名约束条件可以为用于定义互联网协议中关于域名的RFC文档中所定义的域名约束条件,如RFC1034和RFC1035;也可以为用户自定义的域名约束条件。
当客户端数据包的格式不符合格式约束条件,和/或客户端数据包的查询域名不符合域名约束条件,则表明客户端数据包为DNS隧道数据包,该客户端使用了DNS隧道技术,此时,根据预置的DNS隧道处理规则,对客户端数据包进行相应的处理。
在本实施例中,检测客户端数据包的格式是否符合预置的格式约束条件至少包括以下几种:
检测客户端数据包的请求包中是否包括回答字段和/或授权字段,如包括,则表明客户端数据包的格式不符合格式约束条件;
和/或检测客户端数据包的响应包中的查询域名与回答域名是否一致,如不一致,则表明客户端数据包的格式不符合格式约束条件;
和/或检测客户端数据包的请求包中查询域名的类型字段值是否符合格式约束条件。本实施例在RFC1035文档中,定义了类型字段值只能包含主机地址、权威名称服务器、邮件目的地、邮件转发器、别名的正则名称、标记权威区域的开始、邮箱域名、邮件组成员、邮件重新命名域名、空RR、众所周知的业务描述、域名指针、主机信息、邮箱或邮件列表信息、邮件交换和文本字符串;如客户端数据包的请求包中所包含的类型字段值的数值不符合格式约束条件,则表明客户端数据包的格式不符合格式约束条件。
在本实施例中,检测客户端数据包的查询域名是否符合预置的域名约束条件至少包括以下几种:
通过正则表达式区配客户端数据包的查询域名的内容;当查询域名的内容不符合正则表达式的过滤逻辑时,则表明客户端数据包的查询域名不符合域名约束条件;
和/或检测客户端数据包的查询域名中是否包括DNS域名特殊字符,如包括,则表明客户端数据包的查询域名不符合域名约束条件。本实施例中,在RFC1034文档中,定义了查询域名只能包含数字、大小写字母和“-”以及域名分隔符“.”,除此之外的字符则为DNS域名特殊字符。由于DNS隧道携带的数据中通常会包含DNS域名特殊字符,即使经过Punycode转码后,一些特殊字符(例如:“:”、“\”)仍然保持DNS域名特殊字符特性。对于使用地方语言的域名,浏览器都会对其进行Punycode转码(转码后只由26个字母、数字或者“-”组成)后再发送给DNS服务器,因此,此处检测不会对使用地方语言的域名造成误判。
本实施例通过检测发往DNS服务器的端口的客户端数据包是否为DNS数据包,如是,进一步检测客户端数据包的格式是否符合预置的格式约束条件,当符合时,检测客户端数据包的查询域名是否符合预置的域名约束条件;当客户端数据包的格式不符合格式约束条件,和/或当客户端数据包的查询域名不符合域名约束条件时,根据预置的DNS隧道处理规则,对客户端数据包进行相应的处理,能够区分正常的DNS数据包与DNS隧道数据包,有效解决对正常的DNS的误判问题,实现了对DNS隧道进行全面的检测,从而增强了防火墙的防护能力。
参照图2,图2为本发明DNS隧道检测的方法第二实施例的流程示意图。
在本发明DNS隧道检测的方法第一实施例的基础上,在执行步骤S10之前,该方法还包括:
步骤S40,获取发送客户端数据包的客户端的IP地址;
步骤S41,在预置的DNS隧道黑名单库中查找是否存在相同的IP地址;如不存在,则执行步骤S20;如存在,则执行步骤S30。
当客户端向DNS服务器的53端口发送客户端数据包后,获取该客户端的IP地址,然后在预置的DNS隧道黑名单库中查找是否存在相同的IP地址,本实施例所提出的预置的DNS隧道黑名单中记录了在一定时间内使用过DNS隧道技术的客户端的IP地址,如在DNS隧道黑名单库中查找到与发送客户端数据包的客户端的IP地址,则直接跳过其他检测,根据预置的DNS隧道处理规则,对客户端数据包进行相应的处理。
本实施例中,如在对客户端数据包进行了其是否为DNS数据包、客户端数据包的格式是否符合预置的格式约束条件,以及客户端数据包的查询域名是否符合预置的域名约束条件的检测之后,判断出客户端数据包为DNS隧道数据包,该客户端使用了DNS隧道技术,则获取该客户端的IP地址,并将IP地址记录在DNS隧道黑名单库中,以便在下次检测时使用。
在接收到客户端发送的客户端数据包后,获取客户端的IP地址,并在预置的DNS隧道黑名单库中查找是否存在相同的IP地址;如存在,则根据预置的DNS隧道处理规则,对客户端数据包进行相应的处理,进一步保证了对DNS隧道的全面检测,从而进一步增强了防火墙的防护能力。
本发明还提供一种DNS隧道检测的装置。
参照图3,图3为本发明DNS隧道检测的装置第一实施例的结构示意图。
本实施例所提供的DNS隧道检测的装置,包括:
第一检测模块10,用于检测发往DNS服务器的端口的客户端数据包是否为DNS数据包,
第二检测模块20,用于当客户端数据包为DNS数据包时,检测客户端数据包的格式是否符合预置的格式约束条件;
第三检测模块30,用于当客户端数据包的格式符合预置的格式约束条件时,检测客户端数据包的查询域名是否符合预置的域名约束条件;
处理模块40,用于当客户端数据包的格式不符合格式约束条件,和/或当客户端数据包的查询域名不符合域名约束条件时,根据预置的DNS隧道处理规则,对客户端数据包进行相应的处理。
本实施例中,以DNS服务器的53端口接收到客户端发送的客户端数据包为例进行说明。当DNS服务器的53端口接收到客户端数据包后,第一检测模块10首先检测该客户端数据包是否为DNS数据包,如客户端数据包不是DNS数据包,则表明客户端数据包为DNS隧道数据包,该客户端使用了DNS隧道技术,然后根据预置的DNS隧道处理规则,对客户端数据包进行相应的处理,本实施例中所提出的预置的DNS隧道处理规则为在检测出客户端数据包为DNS隧道数据包之后,对其进行处理的相应规则,该DNS隧道处理规则至少包括丢弃所述客户端数据包、提示告警信息等对DNS隧道数据包的处理方式。
如客户端数据包是DNS数据包,则通过第二检测模块20检测客户端数据包的格式是否符合预置的格式约束条件,本实施例所提出的预置的格式约束条件可以为用于定义互联网协议中关于域名的RFC文档中所定义的格式约束条件,如RFC1034和RFC1035;也可以为用户自定义的格式约束条件。如客户端数据包的格式符合预置的格式约束条件,则第三检测模块30进一步检测客户端数据包的查询域名是否符合预置的域名约束条件,本实施例所提出的预置的域名约束条件可以为用于定义互联网协议中关于域名的RFC文档中所定义的域名约束条件,如RFC1034和RFC1035;也可以为用户自定义的域名约束条件。
当客户端数据包的格式不符合格式约束条件,和/或客户端数据包的查询域名不符合域名约束条件,则表明客户端数据包为DNS隧道数据包,该客户端使用了DNS隧道技术,此时,处理模块40根据预置的DNS隧道处理规则,对客户端数据包进行相应的处理。
在本实施例中,通过第二检测模块20检测客户端数据包的格式是否符合预置的格式约束条件至少包括以下几种:
检测客户端数据包的请求包中是否包括回答字段和/或授权字段,如包括,则表明客户端数据包的格式不符合格式约束条件;
和/或检测客户端数据包的响应包中的查询域名与回答域名是否一致,如不一致,则表明客户端数据包的格式不符合格式约束条件;
和/或检测客户端数据包的请求包中查询域名的类型字段值是否符合格式约束条件。本实施例在RFC1035文档中,定义了类型字段值只能包含主机地址、权威名称服务器、邮件目的地、邮件转发器、别名的正则名称、标记权威区域的开始、邮箱域名、邮件组成员、邮件重新命名域名、空RR、众所周知的业务描述、域名指针、主机信息、邮箱或邮件列表信息、邮件交换和文本字符串;如客户端数据包的请求包中所包含的类型字段值的数值不符合格式约束条件,则表明客户端数据包的格式不符合格式约束条件。
在本实施例中,通过第三检测模块30检测客户端数据包的查询域名是否符合预置的域名约束条件至少包括以下几种:
通过正则表达式区配客户端数据包的查询域名的内容;当查询域名的内容不符合正则表达式的过滤逻辑时,则表明客户端数据包的查询域名不符合域名约束条件;
和/或检测客户端数据包的查询域名中是否包括DNS域名特殊字符,如包括,则表明客户端数据包的查询域名不符合域名约束条件。本实施例中,在RFC1034文档中,定义了查询域名只能包含数字、大小写字母和“-”以及域名分隔符“.”,除此之外的字符则为DNS域名特殊字符。由于DNS隧道携带的数据中通常会包含DNS域名特殊字符,即使经过Punycode转码后,一些特殊字符(例如:“:”、“\”)仍然保持DNS域名特殊字符特性。对于使用地方语言的域名,浏览器都会对其进行Punycode转码(转码后只由26个字母、数字或者“-”组成)后再发送给DNS服务器,因此,此处检测不会对使用地方语言的域名造成误判。
本实施例通过检测发往DNS服务器的端口的客户端数据包是否为DNS数据包,如是,进一步检测客户端数据包的格式是否符合预置的格式约束条件,当符合时,检测客户端数据包的查询域名是否符合预置的域名约束条件;当客户端数据包的格式不符合格式约束条件,和/或当客户端数据包的查询域名不符合域名约束条件时,根据预置的DNS隧道处理规则,对客户端数据包进行相应的处理,能够区分正常的DNS数据包与DNS隧道数据包,有效解决对正常的DNS的误判问题,实现了对DNS隧道进行全面的检测,从而增强了防火墙的防护能力。
参照图4,图4为本发明DNS隧道检测的装置第二实施例的结构示意图。
在本发明DNS隧道检测的装置第一实施例的基础上,该装置还包括:
获取及查找模块50,用于获取发送客户端数据包的客户端的IP地址,在预置的DNS隧道黑名单库中查找是否存在相同的IP地址;如存在,则通过处理模块40对客户端数据包进行相应的处理。
当客户端向DNS服务器的53端口发送客户端数据包后,获取及查找模块50获取该客户端的IP地址,然后在预置的DNS隧道黑名单库中查找是否存在相同的IP地址,本实施例所提出的预置的DNS隧道黑名单中记录了在一定时间内使用过DNS隧道技术的客户端的IP地址,如在DNS隧道黑名单库中查找到与发送客户端数据包的客户端的IP地址,则直接跳过其他检测,通过第二处理模块51根据预置的DNS隧道处理规则,对客户端数据包进行相应的处理。
本实施例中,如在对客户端数据包进行了其是否为DNS数据包、客户端数据包的格式是否符合预置的格式约束条件,以及客户端数据包的查询域名是否符合预置的域名约束条件的检测之后,判断出客户端数据包为DNS隧道数据包,该客户端使用了DNS隧道技术,则获取该客户端的IP地址,并将IP地址记录在DNS隧道黑名单库中,以便在下次检测时使用。
在接收到客户端发送的客户端数据包后,获取客户端的IP地址,并在预置的DNS隧道黑名单库中查找是否存在相同的IP地址;如存在,则根据预置的DNS隧道处理规则,对客户端数据包进行相应的处理,进一步保证了对DNS隧道的全面检测,从而进一步实现了对防火墙进行有效地防护。
以上所述仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围。

Claims (10)

1.一种DNS隧道检测的方法,其特征在于,包括步骤:
检测发往DNS服务器的端口的客户端数据包是否为DNS数据包;
当所述客户端数据包为DNS数据包时,检测所述客户端数据包的格式是否符合预置的格式约束条件,若是,则检测所述客户端数据包的查询域名是否符合预置的域名约束条件;
当客户端数据包的格式不符合所述格式约束条件,和/或当客户端数据包的查询域名不符合所述域名约束条件时,根据预置的DNS隧道处理规则,对所述客户端数据包进行相应的处理。
2.根据权利要求1所述的DNS隧道检测的方法,其特征在于,所述预置的DNS隧道处理规则至少包括以下之一:丢弃所述客户端数据包、提示告警信息。
3.根据权利要求2所述的DNS隧道检测的方法,其特征在于,所述检测客户端数据包的格式是否符合预置的格式约束条件至少包括:
检测所述客户端数据包的请求包中是否包括回答字段和/或授权字段;
和/或检测所述客户端数据包的响应包中的查询域名与回答域名是否一致;
和/或检测所述客户端数据包的请求包中查询域名的类型字段值是否符合所述格式约束条件。
4.根据权利要求2所述的DNS隧道检测的方法,其特征在于,所述检测客户端数据包的查询域名是否符合预置的域名约束条件至少包括:
通过正则表达式区配所述客户端数据包的查询域名的内容;
和/或检测所述客户端数据包的查询域名中是否包括DNS域名特殊字符。
5.根据权利要求1至4中任一项所述的DNS隧道检测的方法,其特征在于,在执行所述检测发往DNS服务器的端口的数据包是否是DNS数据包的步骤之前,还包括:
获取发送所述客户端数据包的客户端的IP地址,在预置的DNS隧道黑名单库中查找是否存在相同的IP地址;如存在,则执行所述根据预置的DNS隧道处理规则,对所述客户端数据包进行相应的处理的步骤。
6.一种DNS隧道检测的装置,其特征在于,包括:
第一检测模块,用于检测发往DNS服务器的端口的客户端数据包是否为DNS数据包,
第二检测模块,用于当所述客户端数据包为DNS数据包时,检测所述客户端数据包的格式是否符合预置的格式约束条件;
第三检测模块,用于当所述客户端数据包的格式符合预置的格式约束条件时,检测所述客户端数据包的查询域名是否符合预置的域名约束条件;
处理模块,用于当客户端数据包的格式不符合所述格式约束条件,和/或当客户端数据包的查询域名不符合所述域名约束条件时,根据预置的DNS隧道处理规则,对所述客户端数据包进行相应的处理。
7.根据权利要求6所述的DNS隧道检测的装置,其特征在于,所述预置的DNS隧道处理规则至少包括以下之一:丢弃所述客户端数据包、提示告警信息。
8.根据权利要求7所述的DNS隧道检测的装置,其特征在于,所述第二检测模块具体用于:
检测所述客户端数据包的请求包中是否包括回答字段和/或授权字段;
和/或检测所述客户端数据包的响应包中的查询域名与回答域名是否一致;
和/或检测所述客户端数据包的请求包中查询域名的类型字段值是否符合所述格式约束条件。
9.根据权利要求7所述的DNS隧道检测的装置,其特征在于,所述第三检测模块具体用于:
通过正则表达式区配所述客户端数据包的查询域名的内容;
和/或检测所述客户端数据包的查询域名中是否包括DNS域名特殊字符。
10.根据权利要求6至9中任一项所述的DNS隧道检测的装置,其特征在于,还包括:
获取及查找模块,用于获取发送所述客户端数据包的客户端的IP地址,在预置的DNS隧道黑名单库中查找是否存在相同的IP地址,如存在,则通过所述处理模块对所述客户端数据包进行相应的处理。
CN201310207033.9A 2013-05-29 2013-05-29 Dns隧道检测的方法和装置 Active CN103326894B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201310207033.9A CN103326894B (zh) 2013-05-29 2013-05-29 Dns隧道检测的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310207033.9A CN103326894B (zh) 2013-05-29 2013-05-29 Dns隧道检测的方法和装置

Publications (2)

Publication Number Publication Date
CN103326894A true CN103326894A (zh) 2013-09-25
CN103326894B CN103326894B (zh) 2016-12-28

Family

ID=49195437

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310207033.9A Active CN103326894B (zh) 2013-05-29 2013-05-29 Dns隧道检测的方法和装置

Country Status (1)

Country Link
CN (1) CN103326894B (zh)

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104754071A (zh) * 2013-12-31 2015-07-01 金琥 基于dns协议标准检测dns隧道数据的方法
CN106230825A (zh) * 2016-08-01 2016-12-14 北京金和网络股份有限公司 兼顾处理速度与解析质量的自适应的网络协议解析策略
CN106357687A (zh) * 2016-10-27 2017-01-25 成都知道创宇信息技术有限公司 一种通过dns请求进行数据传输来绕过防火墙检测的方法
CN108605041A (zh) * 2016-02-08 2018-09-28 科里普特佐内北美股份有限公司 通过防火墙来保护网络设备
US10097568B2 (en) 2016-08-25 2018-10-09 International Business Machines Corporation DNS tunneling prevention
CN109218461A (zh) * 2018-08-09 2019-01-15 北京奇安信科技有限公司 一种检测隧道域名的方法及装置
CN109474575A (zh) * 2018-09-11 2019-03-15 北京奇安信科技有限公司 一种dns隧道的检测方法及装置
CN110071829A (zh) * 2019-04-12 2019-07-30 腾讯科技(深圳)有限公司 Dns隧道检测方法、装置及计算机可读存储介质
US10412107B2 (en) 2017-03-22 2019-09-10 Microsoft Technology Licensing, Llc Detecting domain name system (DNS) tunneling based on DNS logs and network data
CN110611640A (zh) * 2018-06-15 2019-12-24 成都蓝盾网信科技有限公司 一种基于随机森林的dns协议隐蔽通道检测方法
US10938785B2 (en) 2014-10-06 2021-03-02 Cryptzone North America, Inc. Multi-tunneling virtual network adapter
CN112640392A (zh) * 2020-11-20 2021-04-09 华为技术有限公司 一种木马检测方法、装置和设备
CN113438137A (zh) * 2021-08-30 2021-09-24 南京信息工程大学 一种dns隧道内复杂协议行为识别方法
US11388143B2 (en) 2016-04-12 2022-07-12 Cyxtera Cybersecurity, Inc. Systems and methods for protecting network devices by a firewall
US11876781B2 (en) 2016-02-08 2024-01-16 Cryptzone North America, Inc. Protecting network devices by a firewall

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101902456A (zh) * 2010-02-09 2010-12-01 北京启明星辰信息技术股份有限公司 一种Web网站安全防御系统
CN102624706A (zh) * 2012-02-22 2012-08-01 上海交通大学 一种dns隐蔽信道的检测方法
EP2501097A1 (en) * 2009-11-16 2012-09-19 ZTE Corporation Domain name processing method and domain name server
CN102724187A (zh) * 2012-06-06 2012-10-10 奇智软件(北京)有限公司 一种针对网址的安全检测方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2501097A1 (en) * 2009-11-16 2012-09-19 ZTE Corporation Domain name processing method and domain name server
CN101902456A (zh) * 2010-02-09 2010-12-01 北京启明星辰信息技术股份有限公司 一种Web网站安全防御系统
CN102624706A (zh) * 2012-02-22 2012-08-01 上海交通大学 一种dns隐蔽信道的检测方法
CN102724187A (zh) * 2012-06-06 2012-10-10 奇智软件(北京)有限公司 一种针对网址的安全检测方法及装置

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
王宜菲: "《基于C.5的HTTP隧道检测技术研究》", 《计算机工程与设计》, 29 February 2012 (2012-02-29) *
蔡昭权: "《一种新的基于DNS协议的IPSec隐蔽通信研究》", 《计算机应用》, 31 July 2008 (2008-07-31) *
谷传征: "《DNS协议隐蔽信道的构建和检测技术研究》", 《中国优秀硕士论文电子期刊数据库》 *
谷传征: "基于DNS协议的隐蔽信道研究", 《学术研究》, 31 December 2011 (2011-12-31) *

Cited By (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104754071A (zh) * 2013-12-31 2015-07-01 金琥 基于dns协议标准检测dns隧道数据的方法
US10938785B2 (en) 2014-10-06 2021-03-02 Cryptzone North America, Inc. Multi-tunneling virtual network adapter
US11876781B2 (en) 2016-02-08 2024-01-16 Cryptzone North America, Inc. Protecting network devices by a firewall
CN108605041A (zh) * 2016-02-08 2018-09-28 科里普特佐内北美股份有限公司 通过防火墙来保护网络设备
US11388143B2 (en) 2016-04-12 2022-07-12 Cyxtera Cybersecurity, Inc. Systems and methods for protecting network devices by a firewall
CN106230825B (zh) * 2016-08-01 2019-05-24 北京金和网络股份有限公司 兼顾处理速度与解析质量的自适应的网络协议解析策略
CN106230825A (zh) * 2016-08-01 2016-12-14 北京金和网络股份有限公司 兼顾处理速度与解析质量的自适应的网络协议解析策略
US10097568B2 (en) 2016-08-25 2018-10-09 International Business Machines Corporation DNS tunneling prevention
CN106357687A (zh) * 2016-10-27 2017-01-25 成都知道创宇信息技术有限公司 一种通过dns请求进行数据传输来绕过防火墙检测的方法
CN110431828B (zh) * 2017-03-22 2022-04-12 微软技术许可有限责任公司 基于域名系统dns日志和网络数据检测dns隧道
US10412107B2 (en) 2017-03-22 2019-09-10 Microsoft Technology Licensing, Llc Detecting domain name system (DNS) tunneling based on DNS logs and network data
CN110431828A (zh) * 2017-03-22 2019-11-08 微软技术许可有限责任公司 基于域名系统(dns)日志和网络数据检测dns隧道
CN110611640A (zh) * 2018-06-15 2019-12-24 成都蓝盾网信科技有限公司 一种基于随机森林的dns协议隐蔽通道检测方法
CN109218461A (zh) * 2018-08-09 2019-01-15 北京奇安信科技有限公司 一种检测隧道域名的方法及装置
CN109218461B (zh) * 2018-08-09 2022-02-22 奇安信科技集团股份有限公司 一种检测隧道域名的方法及装置
CN109474575B (zh) * 2018-09-11 2022-04-12 奇安信科技集团股份有限公司 一种dns隧道的检测方法及装置
CN109474575A (zh) * 2018-09-11 2019-03-15 北京奇安信科技有限公司 一种dns隧道的检测方法及装置
CN110071829A (zh) * 2019-04-12 2019-07-30 腾讯科技(深圳)有限公司 Dns隧道检测方法、装置及计算机可读存储介质
CN112640392A (zh) * 2020-11-20 2021-04-09 华为技术有限公司 一种木马检测方法、装置和设备
CN113438137A (zh) * 2021-08-30 2021-09-24 南京信息工程大学 一种dns隧道内复杂协议行为识别方法
CN113438137B (zh) * 2021-08-30 2021-11-30 南京信息工程大学 一种dns隧道内复杂协议行为识别方法

Also Published As

Publication number Publication date
CN103326894B (zh) 2016-12-28

Similar Documents

Publication Publication Date Title
CN103326894A (zh) Dns隧道检测的方法和装置
CN108206814B (zh) 一种防御dns攻击的方法、装置及系统
US9135439B2 (en) Methods and apparatus to detect risks using application layer protocol headers
CN102882892B (zh) 一种保护dns服务器的方法及装置
EP2850781B1 (en) Methods, systems, and computer readable media for measuring detection accuracy of a security device using benign traffic
CN103391272B (zh) 检测虚假攻击源的方法及系统
CN101505247A (zh) 一种共享接入主机数目的检测方法和装置
CN102055674B (zh) Ip报文及基于该ip报文的信息处理方法及装置
CN103795709A (zh) 一种网络安全检测方法和系统
CN109842588B (zh) 网络数据检测方法及相关设备
WO2008131667A1 (fr) Procédé, dispositif d&#39;identification des flux de services et procédé, système de protection contre une attaque par déni de service
KR20120099572A (ko) 실시간 스팸 탐색 시스템
RU2014124009A (ru) Метод и система потоковой передачи данных для обработки сетевых метаданных
CN111835777B (zh) 一种异常流量检测方法、装置、设备及介质
KR20140027616A (ko) 웹 트랜잭션 밀집도 기반 에이치티티피 봇넷 탐지 장치 및 방법
CN103916490A (zh) 一种域名系统dns防篡改方法及装置
CN101567815A (zh) 域名服务器dns放大攻击的有效检测与抵御方法
CN105376210A (zh) 一种账户威胁识别和防御方法及系统
RU2017105709A (ru) Обнаружение поведения агентов вредоносного программного обеспечения
CN105577496A (zh) 一种家庭网关利用云平台识别接入设备类型的系统
CN106209775A (zh) 一种ssl加密网络流的应用类型识别方法与装置
CN101820396A (zh) 一种报文安全性验证的方法和设备
CN105407096A (zh) 基于流管理的报文数据检测方法
CN104135474A (zh) 基于主机出入度的网络异常行为检测方法
CN107547566A (zh) 一种处理业务报文的方法及装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20200617

Address after: Nanshan District Xueyuan Road in Shenzhen city of Guangdong province 518000 No. 1001 Nanshan Chi Park building A1 layer

Patentee after: SANGFOR TECHNOLOGIES Inc.

Address before: 518000 Nanshan Science and Technology Pioneering service center, No. 1 Qilin Road, Guangdong, Shenzhen 418, 419,

Patentee before: Shenxin network technology (Shenzhen) Co.,Ltd.