用于IMS系统的漏洞挖掘方法和系统.pdf

上传人:r5 文档编号:1094748 上传时间:2018-03-31 格式:PDF 页数:11 大小:399.99KB
返回 下载 相关 举报
摘要
申请专利号:

CN200910176739.7

申请日:

2009.09.18

公开号:

CN102025705A

公开日:

2011.04.20

当前法律状态:

驳回

有效性:

无权

法律详情:

发明专利申请公布后的驳回IPC(主分类):H04L 29/06申请公布日:20110420|||实质审查的生效IPC(主分类):H04L 29/06申请日:20090918|||公开

IPC分类号:

H04L29/06; H04L12/26; H04L1/00

主分类号:

H04L29/06

申请人:

中国移动通信集团公司

发明人:

何申; 魏冰

地址:

100032 北京市西城区金融大街29号

优先权:

专利代理机构:

北京英赛嘉华知识产权代理有限责任公司 11204

代理人:

余朦;王艳春

PDF下载: PDF下载
内容摘要

公开了一种用于IMS系统的漏洞挖掘方法和系统。所述的漏洞挖掘方法可包括:基于所述IMS系统中的通信数据生成字段格式模板和交互流程模板;基于生成的字段格式模板和交互流程模板构造漏洞测试例;以及用所述漏洞测试例对所述IMS系统进行漏洞挖掘测试。通过将漏洞挖掘过程模块化,即使是对网络通信协议并不熟知的测试人员,也能够利用本发明的方法容易地对IMS系统进行漏洞挖掘。

权利要求书

1: 一种用于 IMS 系统的漏洞挖掘方法,包括 : 基于 IMS 系统中的通信数据生成字段格式模板和交互流程模板 ; 基于生成的字段格式模板和交互流程模板构造漏洞测试例 ;以及 用所述漏洞测试例对所述 IMS 系统进行漏洞挖掘测试。
2: 如权利要求 1 所述的方法,其中,所述交互流程模板包括所述通信数据中的请求消 息和与所述请求消息对应的响应消息之间的交互关系,以及 其中,用所述漏洞测试例对所述 IMS 系统进行漏洞挖掘测试的步骤进一步包括 : 利用所述漏洞测试例对所述 IMS 系统的服务端或客户端进行漏洞挖掘测试 ; 接收从服务端或客户端返回的响应消息 ;以及 基于所述交互关系,确定所述漏洞测试例是否在所述服务端或客户端中引发系统漏 洞。
3: 如权利要求 1 所述的方法,其中,所述 IMS 系统漏洞测试例包括格式化串测试例, 所述字段格式模板包括多个可修改字段,以及 其中,通过将所述多个可修改字段中的至少一个的内容修改为包括格式化串来形成 所述格式化串测试例。
4: 如权利要求 1 所述的方法,其中,所述 IMS 系统漏洞测试例包括字符串超长测试 例,所述字段格式模板包括多个可修改字段,以及 其中,通过将所述多个可修改字段中的至少一个的内容加长来形成所述字符串超长 测试例。
5: 如权利要求 1 所述的方法,其中,所述 IMS 系统漏洞测试例包括畸形格式测试例, 所述字段格式模板包括多个可修改字段,以及 其中,通过将所述多个可修改字段中的至少一个的内容修改为具有不符合 RFC 规范 的格式来形成所述畸形格式测试例。
6: 如权利要求 1 所述的方法,其中,所述 IMS 系统漏洞测试例包括 Flood 格式测试 例,所述字段格式模板包括多个可修改字段,以及 其中,通过将所述多个可修改字段中的至少一个的头和内容重复多次来形成所述 Flood 格式测试例。
7: 一种用于 IMS 系统的漏洞挖掘系统,包括 : 模板生成模块,基于所述 IMS 系统中的通信数据生成字段格式模板和交互流程模 板; 测试例构造模块,基于生成的字段格式模板和交互流程模板构造漏洞测试例 ;以及 测试模块,用所述漏洞测试例对所述 IMS 系统进行漏洞挖掘测试。
8: 如权利要求 7 所述的系统,其中,所述模板生成模块进一步包括 : 数据获取单元,获取所述 IMS 系统中的所述通信数据 ;以及 模板生成单元,根据获取的所述通信数据生成所述字段格式模板和所述交互流程模 板。
9: 如权利要求 8 所述的系统,其中,所述字段格式模板包括多个可修改字段,所述交 互流程模板包括所述通信数据中的请求消息和与所述请求消息对应的响应消息之间的交 互关系。 2
10: 如权利要求 9 所述的系统,其中,测试模块进一步被配置为基于所述交互流程模 板中的请求消息和响应消息之间的交互关系,确定所述漏洞测试例是否在所述 IMS 系统 引发系统漏洞。

说明书


用于 IMS 系统的漏洞挖掘方法和系统

    【技术领域】
     本申请涉及漏洞挖掘技术,更具体地,涉及用于 IMS 系统的漏洞挖掘方法和系统。 背景技术 IMS(IP Multimedia Subsystem, IP 多媒体子系统 ) 是 3GPP 提出的支持 IP 多媒 体业务的子系统,其建立的基础是因特网工程任务组 (IETF) 所制定的会话初始化协议 (SIP)。
     目前,通常采用传统的渗透测试方法对 IMS 系统进行漏洞挖掘。 根据传统的渗 透测试方法,在确定目标之后,首先通过例如主机网络扫描、端口扫描、操作系统类型 辨别、应用服务辨别、账号扫描、配置信息辨别等方法收集通信数据,并基于安全漏洞 知识库对收集的通信数据进行分析以生成渗透测试方法。 然后,基于生成的渗透测试方 法,针对性地制定入侵攻击计划进行入侵攻击,以检测漏洞是否存在。 在上述传统方法 中,入侵攻击常用的工具包括 nmap、nessus、nc 等。 此外,操作系统中内置的许多工具
     也可作为常用入侵攻击工具的补充。 通常,在入侵攻击的过程中使用的工具包括操作系 统自带的网络应用、管理和诊断工具。
     然而,使用上述传统的渗透测试方法进行 IMS 系统漏洞挖掘通常要求操作者具 有很高的网络通信协议分析水平,特别是必须对 IMS 特有协议 ( 例如 SIP 协议 ) 具有深刻 的认识和理解,从而增加了对 IMS 系统进行漏洞挖掘的难度和效率。 发明内容
     本申请提出了能够至少部分解决现有技术中存在的上述问题的、用于 IMS 系统 的漏洞挖掘方法和系统。
     根据本申请一个实施方式的用于 IMS 系统的漏洞挖掘方法,可包括 :基于所述 IMS 系统中的通信数据生成字段格式模板和交互流程模板 ;基于生成的字段格式模板和 交互流程模板构造漏洞测试例 ;以及用所述漏洞测试例对所述 IMS 系统进行漏洞挖掘测 试。
     根据本申请一个实施方式的用于 IMS 系统的漏洞挖掘系统,可包括 :模板生成 模块,基于所述 IMS 系统中的通信数据生成字段格式模板和交互流程模板 ;测试例构造 模块,基于生成的字段格式模板和交互流程模板构造漏洞测试例 ;以及测试模块,用所 述漏洞测试例对所述 IMS 系统进行漏洞挖掘测试。
     通过将漏洞挖掘过程模块化,即使是对网络通信协议并不熟知的测试人员,也 能够利用本发明的方法容易地对 IMS 系统进行漏洞挖掘。 附图说明
     图 1 示出了根据本申请的 IMS 系统漏洞挖掘方法的示意性流程图 ;以及图 2 示出了根据本申请的 IMS 系统漏洞挖掘系统的示意框图。具体实施方式
     图 1 示出了根据本申请的 IMS 系统漏洞挖掘方法 100 的示意性流程图。 如图 1 所示,在步骤 S10,基于 IMS 系统中的服务端和客户端之间的通信数据生成字段格式模板 和交互流程模板。 在步骤 S20 中基于生成的字段格式模板和交互流程模板构造漏洞测试 例。 接着,在步骤 S30 中使用生成的漏洞测试例对 IMS 系统中的服务端或客户端进行测 试,以判断所使用的测试例是否在服务端和客户端引发了 IMS 系统漏洞。
     下面,分别对步骤 S10-30 进行进一步的描述。
     1. 步骤 S10
     在一个实施方式中,首先利用如 Wireshark、 OmniPeek 等的抓包工具获取 IMS 系统中的客户端和服务端之间的通信数据。 IMS 系统中的通信数据例如可以是 VoIP 通信 数据、流媒体、消息类数据等。 当客户端为硬件设备时,可通过该客户端所属的网关或 Hub 获取通信数据。 如果该客户端为软终端,则可在该软终端所在的操作系统获取通信 数据。 获取的通信数据可包括各种情况下的数据,例如请求接入、成功接入、通话、请 求通话结束、通话结束等常规情况下的数据,以及鉴权失败、目的用户不存在、目的用 户忙等异常情况下的数据。
     在获取通信数据之后,对获取的通信数据的格式进行分析以生成字段格式模 板,并对获取的通信数据中的请求消息和响应消息之间的交互流程进行分析以生成交互 流程模板。 其中,字段格式模板包括多个可修改字段,以及交互流程模板包括包含在通 信数据中的请求消息和与该请求消息对应的响应消息之间的交互关系,这将在下面以示 例的方式进行详细描述。
     如上所述,由于获取的通信数据可包括各种情况下的数据,因此生成对应各种 情况下的字段格式模板。 例如,对于获取的基于 SIP 协议的注册请求消息,可生成如下 所示的字段格式模板 :
     模 板 中 尖 括 号 内 的 内 容 即 为 可 修 改 字 段。 例 如, 上 述 模 板 中 类 似 等格式的模板字段均可进行修改。 在真实的通信数据中,模板中 的上述字段是与具体用户相关联的数据。
     根据 RFC 的规定,在通信数据中允许对一些字段进行自定义以进行功能扩展, 因此,在生成字段格式模板时,需要区分所获取的通信数据中符合 RFC 规定的内容和自 定义字段,从而生成正确的字段格式模板。 对于自定义字段,可以对每个字段的含义和 类型进行分析,从而生成相应的自定义字段的格式模板。
     在生成交互流程模板的过程中,对获取的通信数据中的请求和响应消息之间的 交互流程的分析包括两个方面 :其一,分析 “请求和响应消息对” 的配对情况,即,什 么样的请求消息导致什么样的响应消息 ;其二,多个 “请求和响应消息对” 之间的交互 关系,即,前一个 “请求和响应消息对” 发出后将产生什么样的新的 “请求和响应消息 对”。 基于以上两方面的分析,生成交互流程模板。 可以理解,生成的交互流程模板中 也包含了各种情况下的请求消息与对应的响应消息之间的交互关系。 例如,生成的交互 流程模板可包括通过鉴权情况下的请求消息和响应消息的交互关系,以及未通过鉴权情 况下的请求消息和响应消息的交互关系。 以下给出了交互流程模板一个简单示例 :
     REGISTER
     401
     REGISTER
     403
     INVITE
     [180]
     200
     这一示例性的交互流程模板表示了一个具体的交互流程。 该交互过程表示了注 册过程和返回结果过程,根据交互过程的返回数据结果可以判定系统的对注册过程判断 和执行的情况和系统接受处理数据后的状态。 其中用方括号表示的 “[180]”是交互流程 中可以不存在的过程。 对于复杂的交互过程,测试人员还可对生成的交互流程模板进行 确认和修改以使其正确无误地表示该交互过程。
     2. 步骤 S20
     在生成字段格式模板和交互流程模板之后,基于生成的上述模板构造各类漏洞 测试例。 生成的漏洞测试例可包括用于测试 IMS 系统中各种常见漏洞类型的测试例,例 如,格式化串测试例、字符串超长测试例、畸形格式测试例、 Flood 格式测试例和绕过鉴 权测试例等。 下文将对以上几类漏洞测试例的构造进行详细描述。 这些测试例可用于在 用户被认证前和认证后对服务端和客户端进行漏洞挖掘。 在本申请的实施方式中,这些 测试例可以是用于测试工具的模板数据。
     下面,具体介绍几类测试例的生成方法。 格式化串测试例
     格式化串漏洞是指由输入数据中包含的格式化串结构引发的漏洞。 当格式化串 处理函数的输入数据中包含多余的格式化串结构信息时,可能会使格式化串处理函数访 问到非法地址。 而当该非法地址可控时,则可以执行该非法地址处的非法代码了。
     根据一个实施方式,通过将字段格式模板中的可修改字段中的至少之一修 改为包含格式化串来生成格式化串测试例。 用于构造格式化串测试例以检测格式化 串漏洞的格式串可包括但不限于 :由例如 sprintf() 等格式化串处理函数定义的类似 “% .4096d”、 “% *d”、 “% n” 和 “% x” 的格式化串等。 由其它任何格式化串处 理函数定义的任何格式化串也都可用于格式化串测试例的构造。
     在构造格式化串测试例的过程中,可从字段格式模板中的各可修改字段中选择 一个可修改字段进行修改,也可对字段格式模板中的多个可修改字段进行修改。 应该 认识到,单个格式化串引发异常的概率小于多个格式化串结合使用引发异常的概率。 因 此,在构造格式化串测试例时,优选地,可在字段格式模板中多个可修改字段中加入格 式化串。 例如,可在字段模板的全部可修改字段加入格式化串。 对于 SIP 协议,例如可 在 SIP 消息的方法名、头域、头域的项、头域的属性、SIP URI 及属性和 SDP 消息的每一 项的头和内容中都要加入格式串。 可选地,在构造的格式化串测试例中,可在字段模板 的多个可修改字段加入相同或不同的格式化串。
     字符串超长测试例
     对于 SIP 协议,几乎所有的消息都是由字符串构成。 如果 IMS 系统对字符串长 度未做限制,那么,当输入的字符串超过一定长度时,很可能会导致缓冲区溢出,即, 引发字符串超长漏洞。
     字符串超长测试例可通过将字段格式模板中的多个可修改字段中的一个或多个 字符串加长来构造。 例如,可采用 2n 的形式将字符串的长度逐步加长,直到最大的经验 长度为止。 例如,在 UDP 协议下,可将最大的经验长度设定为 64KB ;而在 TCP 协议
     下,可将最大的经验长度设定为 1MB。
     作为一种选择,可将字段格式模板中的全部可修改字段中的字符串加长。 对于 SIP 协议,在构造字符串超长测试例时,例如可将 SIP 消息的方法名、头域、头域的项、 头域的属性、 SIP URI 及属性、 SDP 消息的每一项的头和内容的字符串加长。
     畸形格式测试例
     畸 形 格 式 是 指 不 符 合 RFC 规 范 的 格 式。 例 如, 在 SIP 消 息 中 的 From 头 域 中, 其 对 应 的 SIP URI 必 须 使 用 尖 括 号 引 起 并 使 用 尖 括 号 结 束, 例 如 :From : ;tag = 637e1fbc。 如 果 少 了 一 边 的 尖 括 号,则形成畸形格式。
     类似的畸形格式构造例如还可包括 :属性字段不包含头、属性字段为空 ( 只有 一个分号 )、少一侧的引号、尖括号为空、引号和尖括号交叉使用 (<...” ...>...” )、百分 号后面不是 16 进制数等等 ( 在 SIP 消息中,百分号是用来做冲突字符转义用的 )。 不符 合 RFC 规范的其它格式也均为畸形格式。
     通过将字段格式模板中的多个可修改字段中的至少一个字段修改为具有各种畸 形格式,生成畸形格式测试例。 同样,在生成的畸形格式测试例中,可将字段格式模板 中的多个可修改字段中的至少之一修改为具有畸形格式。 Flood 格式测试例
     通过将字段格式模板中的多个可修改字段中的至少一个的头和内容重复多次, 可生成 Flood 格式测试例。 其中,可将重复多次的上述可修改字段中的至少一个的内容 构造为具有相同或不同的内容。 被选择用来重复多次的字段例如可以是模板中的任意可 修改字段。 IMS 系统在处理这种大量重复的结构时,有可能会导致数组的缓冲区溢出。
     对于 SIP 协议,例如可通过在 SIP 消息中包含大量的 Contact 头域构造 Flood 格 式测试例,如下所示 :
     Contact :
     Contact :
     Contact :
     Contact :
     Contact :
     ...
     Contact :
     绕过鉴权测试例
     绕过鉴权是指用户可以不通过授权就使用服务, IMS 系统具有这种漏洞将可能 产生非常严重的后果。
     绕过鉴权测试实际上就是通过发送需要鉴权通过后才能调用的方法,来检查是 否有某种方法没有核实是否通过了鉴权。 此处所用的 “方法” 指的是例如应用实例数 据,即,认证后才能够执行的操作命令和通讯数据,如 “invite”。
     绕过鉴权测试可分为两个阶段 :一是在未通过鉴权的情况下直接发送需要鉴权 通过后的才能调用的方法 ( 例如,直接发送 “invite”),用来检查是否有某种方法没有核 实是否通过了鉴权 ;二是在未通过鉴权的情况下首先发送上文所述的几类测试例、然后
     发送需要鉴权通过后的才能调用的方法 ( 例如,先发送设计的数据模版如 flood 等,然后 不管反馈结果直接发送 “invite” ),用来检查是否在处理上述测试例的过程中出现状态 改变的行为,从而可以允许后面的方法被调用。
     3. 步骤 S30
     如上文所述,在生成漏洞测试例之后,在步骤 30 使用生成的各类测试例对服务 端和 / 或客户端进行测试,并将测试结果与交互流程模板进行比对,以判断所使用的测 试例是否引发了服务端和客户端的 IMS 系统漏洞。
     用测试例进行测试的步骤可包括将漏洞测试例发送至服务端或客户端进行漏洞 挖掘测试 ;接收从服务端或客户端返回的响应消息 ;以及基于所述交互流程模板中的请 求消息和响应消息之间的交互关系,确定所述漏洞测试例是否会引发系统漏洞。 在该测 试过程中,可将发送的漏洞测试例视为请求消息。 根据生成的交互流程模板,可确定应 当与该请求消息对应的响应消息。 在接收到返回的响应消息后,将所接收的响应消息与 根据交互流程模板确定的应当与该请求消息对应的响应消息进行比对。 当返回的响应消 息和根据交互流程模板确定的应当与该请求消息对应的响应消息一致时,可确定该漏洞 测试例未引发系统漏洞 ;否则,则可确定该漏洞测试例引发了系统漏洞。
     如果在使用某个测试例进行测试时发现服务端或客户端出现任何异常反应 ( 甚 至崩溃 ),并且这种异常反应可多次重现,那么就认为该测试例已经引发了未知漏洞。上 述异常反应例如包括没有任何消息回应、返回不正确的状态值、绕过鉴权的数据被通过 等等。
     例如,当客户端将一个测试例作为请求消息发送之后,如果服务端没有任何消 息回应,或者返回了与交互流程模板中的响应消息不同的消息,则都可能说明服务端的 状态发生了异常。 例如,在 SIP 协议下,如果客户端发送一个测试例作为请求消息之后 返回了状态值为 403 或者 501、502、503 等消息,则说明服务端的状态发生了异常。 在 这种情况下,可再使用正常的终端去访问服务端,以检查正常访问时服务器的状态。 如 果仍能够正常访问,说明该测试例不会导致问题,否则很可能是引发了一个漏洞。
     如果发现绕过鉴权的情况,也认为是一个严重的未知漏洞。 同样,通过将测试 例及其响应消息与步骤 10 中生成的交互流程模板中的 “请求和响应消息对” 进行比对来 实现。 由于绕过鉴权测试例是在未通过鉴权的情况下发送的,因此,在这种情况下,将 测试例及其响应消息与步骤 10 中生成的交互流程模板中未通过鉴权时的 “请求和响应消 息对” 进行比对。 如果测试例的响应消息与未通过鉴权时的交互流程模板中指定的与该 测试例匹配的响应消息不同,则认为是出现了绕过鉴权的情况。 也就是说,如果在未通 过鉴权的状态下,能够使用鉴权后的指令或数据交互,即可判断为引发漏洞。
     以上示例性地说明了对服务端进行 IMS 系统漏洞检测的过程。 本领域技术人员 可以理解,类似地,通过从服务端向客户端发送上文所述的各类测试例,可检测客户端 是否存在 IMS 系统漏洞。
     本申请还提供了一种用于 IMS 的漏洞挖掘系统 200。 如图 2 所示,漏洞挖掘系 统 200 包括模板生成模块 201、测试例构造模块 202 和测试模块 203。
     模板生成模块 201 被配置为基于 IMS 系统中的服务端和客户端之间的通信数据 生成字段格式模板和交互流程模板。 IMS 系统中的通信数据例如可以是 VoIP 通信数据。如上所述,生成的字段格式模板中包含多个可修改字段,生成的交互流程模板包括请求 消息和响应消息的交互关系。
     模板生成模块 201 进一步包括数据获取单元 2011 和模板生成单元 2012。 在数据 获取单元 2011 中例如配置有 Wireshark、 OmniPeek 等抓包工具,用于获取 IMS 系统中的 客户端和服务端之间通信数据。 模板生成单元 2012 对获取的通信数据进行分析,例如分 析通信数据的格式、以及通信数据中的请求消息和响应消息之间的交互流程,从而生成 字段格式模板和交互流程模板。 生成的字段格式模板可包括各种情况下的模板,例如, 请求接入、成功接入、通话、请求通话结束、通话结束等常规过程下的模板,以及鉴权 失败、目的用户不存在、目的用户忙等常见的异常情况下的模板。 模板生成单元 2012 生 成的交互流程模板可包括各种情况下的请求消息和响应消息之间的交互关系,例如,通 过鉴权前后的请求消息和响应关系之间的交互关系。
     测试例构造模块 202 基于模板生成模块 201 生成的字段格式模板和交互流程模板 构造漏洞测试例。 漏洞测试例可包括用于测试 IMS 系统中各种常见漏洞类型的测试例, 例如上述的格式化串测试例、字符串超长测试例、畸形格式测试例、 Flood 格式测试例和 绕过鉴权测试例等。 上文已经对以上各类测试例的构造进行了详细描述,因此此处不再 赘述。 测试模块 203 用测试例构造模块 202 构造的漏洞测试例进行漏洞挖掘测试,并根 据测试结果判断使用的漏洞测试例是否引发了 IMS 系统漏洞。 具体地,测试模块 203 将 测试例构造模块 202 构造的漏洞测试例发送至服务端或客户端进行漏洞挖掘测试,并接 收从服务端或客户端返回的响应消息。 在测试中,发送的漏洞测试例被视为请求消息。 在接收到返回的响应消息之后,将其与模板生成模块 201 生成的交互流程模板中确定的 应当与该请求消息对应的响应消息进行比对,以确定该测试例是否引发了漏洞。
     当发送的测试例为格式化串测试例、字符串超长测试例、畸形格式测试例或 Flood 格式测试例时,如果返回的响应消息与交互流程模板中指定的应当与该测试例对应 的响应消息不同,则认为是出现了异常。 当发送的测试例为绕过鉴权测试例时,由于绕 过鉴权测试例是在未通过鉴权的情况下发送的,因此,在这种情况下,将发送测试例后 返回的响应消息与步骤 10 中生成的交互流程模板中未通过鉴权情况下的 “请求和响应消 息对” 进行比对。 如果返回的响应消息与未通过鉴权时的交互流程模板中指定的应当与 该测试例对应的响应消息不同,则认为是出现了绕过鉴权的情况。
     上文参照具体实施方式对本申请的 IMS 系统漏洞挖掘方法和系统进行了描述。 然而,本领域技术人员可在本申请的精神和范围内对上述具体实施方式进行适当的变形 和等效变换。
    

用于IMS系统的漏洞挖掘方法和系统.pdf_第1页
第1页 / 共11页
用于IMS系统的漏洞挖掘方法和系统.pdf_第2页
第2页 / 共11页
用于IMS系统的漏洞挖掘方法和系统.pdf_第3页
第3页 / 共11页
点击查看更多>>
资源描述

《用于IMS系统的漏洞挖掘方法和系统.pdf》由会员分享,可在线阅读,更多相关《用于IMS系统的漏洞挖掘方法和系统.pdf(11页珍藏版)》请在专利查询网上搜索。

1、10申请公布号CN102025705A43申请公布日20110420CN102025705ACN102025705A21申请号200910176739722申请日20090918H04L29/06200601H04L12/26200601H04L1/0020060171申请人中国移动通信集团公司地址100032北京市西城区金融大街29号72发明人何申魏冰74专利代理机构北京英赛嘉华知识产权代理有限责任公司11204代理人余朦王艳春54发明名称用于IMS系统的漏洞挖掘方法和系统57摘要公开了一种用于IMS系统的漏洞挖掘方法和系统。所述的漏洞挖掘方法可包括基于所述IMS系统中的通信数据生成字段格式。

2、模板和交互流程模板;基于生成的字段格式模板和交互流程模板构造漏洞测试例;以及用所述漏洞测试例对所述IMS系统进行漏洞挖掘测试。通过将漏洞挖掘过程模块化,即使是对网络通信协议并不熟知的测试人员,也能够利用本发明的方法容易地对IMS系统进行漏洞挖掘。51INTCL19中华人民共和国国家知识产权局12发明专利申请权利要求书2页说明书7页附图1页CN102025719A1/2页21一种用于IMS系统的漏洞挖掘方法,包括基于IMS系统中的通信数据生成字段格式模板和交互流程模板;基于生成的字段格式模板和交互流程模板构造漏洞测试例;以及用所述漏洞测试例对所述IMS系统进行漏洞挖掘测试。2如权利要求1所述的方。

3、法,其中,所述交互流程模板包括所述通信数据中的请求消息和与所述请求消息对应的响应消息之间的交互关系,以及其中,用所述漏洞测试例对所述IMS系统进行漏洞挖掘测试的步骤进一步包括利用所述漏洞测试例对所述IMS系统的服务端或客户端进行漏洞挖掘测试;接收从服务端或客户端返回的响应消息;以及基于所述交互关系,确定所述漏洞测试例是否在所述服务端或客户端中引发系统漏洞。3如权利要求1所述的方法,其中,所述IMS系统漏洞测试例包括格式化串测试例,所述字段格式模板包括多个可修改字段,以及其中,通过将所述多个可修改字段中的至少一个的内容修改为包括格式化串来形成所述格式化串测试例。4如权利要求1所述的方法,其中,所。

4、述IMS系统漏洞测试例包括字符串超长测试例,所述字段格式模板包括多个可修改字段,以及其中,通过将所述多个可修改字段中的至少一个的内容加长来形成所述字符串超长测试例。5如权利要求1所述的方法,其中,所述IMS系统漏洞测试例包括畸形格式测试例,所述字段格式模板包括多个可修改字段,以及其中,通过将所述多个可修改字段中的至少一个的内容修改为具有不符合RFC规范的格式来形成所述畸形格式测试例。6如权利要求1所述的方法,其中,所述IMS系统漏洞测试例包括FLOOD格式测试例,所述字段格式模板包括多个可修改字段,以及其中,通过将所述多个可修改字段中的至少一个的头和内容重复多次来形成所述FLOOD格式测试例。。

5、7一种用于IMS系统的漏洞挖掘系统,包括模板生成模块,基于所述IMS系统中的通信数据生成字段格式模板和交互流程模板;测试例构造模块,基于生成的字段格式模板和交互流程模板构造漏洞测试例;以及测试模块,用所述漏洞测试例对所述IMS系统进行漏洞挖掘测试。8如权利要求7所述的系统,其中,所述模板生成模块进一步包括数据获取单元,获取所述IMS系统中的所述通信数据;以及模板生成单元,根据获取的所述通信数据生成所述字段格式模板和所述交互流程模板。9如权利要求8所述的系统,其中,所述字段格式模板包括多个可修改字段,所述交互流程模板包括所述通信数据中的请求消息和与所述请求消息对应的响应消息之间的交互关系。权利要。

6、求书CN102025705ACN102025719A2/2页310如权利要求9所述的系统,其中,测试模块进一步被配置为基于所述交互流程模板中的请求消息和响应消息之间的交互关系,确定所述漏洞测试例是否在所述IMS系统引发系统漏洞。权利要求书CN102025705ACN102025719A1/7页4用于IMS系统的漏洞挖掘方法和系统技术领域0001本申请涉及漏洞挖掘技术,更具体地,涉及用于IMS系统的漏洞挖掘方法和系统。背景技术0002IMSIPMULTIMEDIASUBSYSTEM,IP多媒体子系统是3GPP提出的支持IP多媒体业务的子系统,其建立的基础是因特网工程任务组IETF所制定的会话初始。

7、化协议SIP。0003目前,通常采用传统的渗透测试方法对IMS系统进行漏洞挖掘。根据传统的渗透测试方法,在确定目标之后,首先通过例如主机网络扫描、端口扫描、操作系统类型辨别、应用服务辨别、账号扫描、配置信息辨别等方法收集通信数据,并基于安全漏洞知识库对收集的通信数据进行分析以生成渗透测试方法。然后,基于生成的渗透测试方法,针对性地制定入侵攻击计划进行入侵攻击,以检测漏洞是否存在。在上述传统方法中,入侵攻击常用的工具包括NMAP、NESSUS、NC等。此外,操作系统中内置的许多工具也可作为常用入侵攻击工具的补充。通常,在入侵攻击的过程中使用的工具包括操作系统自带的网络应用、管理和诊断工具。000。

8、4然而,使用上述传统的渗透测试方法进行IMS系统漏洞挖掘通常要求操作者具有很高的网络通信协议分析水平,特别是必须对IMS特有协议例如SIP协议具有深刻的认识和理解,从而增加了对IMS系统进行漏洞挖掘的难度和效率。发明内容0005本申请提出了能够至少部分解决现有技术中存在的上述问题的、用于IMS系统的漏洞挖掘方法和系统。0006根据本申请一个实施方式的用于IMS系统的漏洞挖掘方法,可包括基于所述IMS系统中的通信数据生成字段格式模板和交互流程模板;基于生成的字段格式模板和交互流程模板构造漏洞测试例;以及用所述漏洞测试例对所述IMS系统进行漏洞挖掘测试。0007根据本申请一个实施方式的用于IMS系。

9、统的漏洞挖掘系统,可包括模板生成模块,基于所述IMS系统中的通信数据生成字段格式模板和交互流程模板;测试例构造模块,基于生成的字段格式模板和交互流程模板构造漏洞测试例;以及测试模块,用所述漏洞测试例对所述IMS系统进行漏洞挖掘测试。0008通过将漏洞挖掘过程模块化,即使是对网络通信协议并不熟知的测试人员,也能够利用本发明的方法容易地对IMS系统进行漏洞挖掘。附图说明0009图1示出了根据本申请的IMS系统漏洞挖掘方法的示意性流程图;以及说明书CN102025705ACN102025719A2/7页50010图2示出了根据本申请的IMS系统漏洞挖掘系统的示意框图。具体实施方式0011图1示出了根。

10、据本申请的IMS系统漏洞挖掘方法100的示意性流程图。如图1所示,在步骤S10,基于IMS系统中的服务端和客户端之间的通信数据生成字段格式模板和交互流程模板。在步骤S20中基于生成的字段格式模板和交互流程模板构造漏洞测试例。接着,在步骤S30中使用生成的漏洞测试例对IMS系统中的服务端或客户端进行测试,以判断所使用的测试例是否在服务端和客户端引发了IMS系统漏洞。0012下面,分别对步骤S1030进行进一步的描述。00131步骤S100014在一个实施方式中,首先利用如WIRESHARK、OMNIPEEK等的抓包工具获取IMS系统中的客户端和服务端之间的通信数据。IMS系统中的通信数据例如可以。

11、是VOIP通信数据、流媒体、消息类数据等。当客户端为硬件设备时,可通过该客户端所属的网关或HUB获取通信数据。如果该客户端为软终端,则可在该软终端所在的操作系统获取通信数据。获取的通信数据可包括各种情况下的数据,例如请求接入、成功接入、通话、请求通话结束、通话结束等常规情况下的数据,以及鉴权失败、目的用户不存在、目的用户忙等异常情况下的数据。0015在获取通信数据之后,对获取的通信数据的格式进行分析以生成字段格式模板,并对获取的通信数据中的请求消息和响应消息之间的交互流程进行分析以生成交互流程模板。其中,字段格式模板包括多个可修改字段,以及交互流程模板包括包含在通信数据中的请求消息和与该请求消。

12、息对应的响应消息之间的交互关系,这将在下面以示例的方式进行详细描述。0016如上所述,由于获取的通信数据可包括各种情况下的数据,因此生成对应各种情况下的字段格式模板。例如,对于获取的基于SIP协议的注册请求消息,可生成如下所示的字段格式模板0017说明书CN102025705ACN102025719A3/7页60018模板中尖括号内的内容即为可修改字段。例如,上述模板中类似、等格式的模板字段均可进行修改。在真实的通信数据中,模板中的上述字段是与具体用户相关联的数据。0019根据RFC的规定,在通信数据中允许对一些字段进行自定义以进行功能扩展,因此,在生成字段格式模板时,需要区分所获取的通信数据。

13、中符合RFC规定的内容和自定义字段,从而生成正确的字段格式模板。对于自定义字段,可以对每个字段的含义和类型进行分析,从而生成相应的自定义字段的格式模板。0020在生成交互流程模板的过程中,对获取的通信数据中的请求和响应消息之间的交互流程的分析包括两个方面其一,分析“请求和响应消息对”的配对情况,即,什么样的请求消息导致什么样的响应消息;其二,多个“请求和响应消息对”之间的交互关系,即,前一个“请求和响应消息对”发出后将产生什么样的新的“请求和响应消息对”。基于以上两方面的分析,生成交互流程模板。可以理解,生成的交互流程模板中也包含了各种情况下的请求消息与对应的响应消息之间的交互关系。例如,生成。

14、的交互流程模板可包括通过鉴权情况下的请求消息和响应消息的交互关系,以及未通过鉴权情况下的请求消息和响应消息的交互关系。以下给出了交互流程模板一个简单示例0021REGISTER00224010023REGISTER00244030025INVITE说明书CN102025705ACN102025719A4/7页7002618000272000028这一示例性的交互流程模板表示了一个具体的交互流程。该交互过程表示了注册过程和返回结果过程,根据交互过程的返回数据结果可以判定系统的对注册过程判断和执行的情况和系统接受处理数据后的状态。其中用方括号表示的“180”是交互流程中可以不存在的过程。对于复杂的。

15、交互过程,测试人员还可对生成的交互流程模板进行确认和修改以使其正确无误地表示该交互过程。00292步骤S200030在生成字段格式模板和交互流程模板之后,基于生成的上述模板构造各类漏洞测试例。生成的漏洞测试例可包括用于测试IMS系统中各种常见漏洞类型的测试例,例如,格式化串测试例、字符串超长测试例、畸形格式测试例、FLOOD格式测试例和绕过鉴权测试例等。下文将对以上几类漏洞测试例的构造进行详细描述。这些测试例可用于在用户被认证前和认证后对服务端和客户端进行漏洞挖掘。在本申请的实施方式中,这些测试例可以是用于测试工具的模板数据。0031下面,具体介绍几类测试例的生成方法。0032格式化串测试例0。

16、033格式化串漏洞是指由输入数据中包含的格式化串结构引发的漏洞。当格式化串处理函数的输入数据中包含多余的格式化串结构信息时,可能会使格式化串处理函数访问到非法地址。而当该非法地址可控时,则可以执行该非法地址处的非法代码了。0034根据一个实施方式,通过将字段格式模板中的可修改字段中的至少之一修改为包含格式化串来生成格式化串测试例。用于构造格式化串测试例以检测格式化串漏洞的格式串可包括但不限于由例如SPRINTF等格式化串处理函数定义的类似“4096D”、“D”、“N”和“X”的格式化串等。由其它任何格式化串处理函数定义的任何格式化串也都可用于格式化串测试例的构造。0035在构造格式化串测试例的。

17、过程中,可从字段格式模板中的各可修改字段中选择一个可修改字段进行修改,也可对字段格式模板中的多个可修改字段进行修改。应该认识到,单个格式化串引发异常的概率小于多个格式化串结合使用引发异常的概率。因此,在构造格式化串测试例时,优选地,可在字段格式模板中多个可修改字段中加入格式化串。例如,可在字段模板的全部可修改字段加入格式化串。对于SIP协议,例如可在SIP消息的方法名、头域、头域的项、头域的属性、SIPURI及属性和SDP消息的每一项的头和内容中都要加入格式串。可选地,在构造的格式化串测试例中,可在字段模板的多个可修改字段加入相同或不同的格式化串。0036字符串超长测试例0037对于SIP协议。

18、,几乎所有的消息都是由字符串构成。如果IMS系统对字符串长度未做限制,那么,当输入的字符串超过一定长度时,很可能会导致缓冲区溢出,即,引发字符串超长漏洞。0038字符串超长测试例可通过将字段格式模板中的多个可修改字段中的一个或多个字符串加长来构造。例如,可采用2N的形式将字符串的长度逐步加长,直到最大的经验长度为止。例如,在UDP协议下,可将最大的经验长度设定为64KB;而在TCP协议说明书CN102025705ACN102025719A5/7页8下,可将最大的经验长度设定为1MB。0039作为一种选择,可将字段格式模板中的全部可修改字段中的字符串加长。对于SIP协议,在构造字符串超长测试例时。

19、,例如可将SIP消息的方法名、头域、头域的项、头域的属性、SIPURI及属性、SDP消息的每一项的头和内容的字符串加长。0040畸形格式测试例0041畸形格式是指不符合RFC规范的格式。例如,在SIP消息中的FROM头域中,其对应的SIPURI必须使用尖括号引起并使用尖括号结束,例如FROM;TAG637E1FBC。如果少了一边的尖括号,则形成畸形格式。0042类似的畸形格式构造例如还可包括属性字段不包含头、属性字段为空只有一个分号、少一侧的引号、尖括号为空、引号和尖括号交叉使用”、百分号后面不是16进制数等等在SIP消息中,百分号是用来做冲突字符转义用的。不符合RFC规范的其它格式也均为畸形。

20、格式。0043通过将字段格式模板中的多个可修改字段中的至少一个字段修改为具有各种畸形格式,生成畸形格式测试例。同样,在生成的畸形格式测试例中,可将字段格式模板中的多个可修改字段中的至少之一修改为具有畸形格式。0044FLOOD格式测试例0045通过将字段格式模板中的多个可修改字段中的至少一个的头和内容重复多次,可生成FLOOD格式测试例。其中,可将重复多次的上述可修改字段中的至少一个的内容构造为具有相同或不同的内容。被选择用来重复多次的字段例如可以是模板中的任意可修改字段。IMS系统在处理这种大量重复的结构时,有可能会导致数组的缓冲区溢出。0046对于SIP协议,例如可通过在SIP消息中包含大。

21、量的CONTACT头域构造FLOOD格式测试例,如下所示0047CONTACT0048CONTACT0049CONTACT0050CONTACT0051CONTACT00520053CONTACT0054绕过鉴权测试例0055绕过鉴权是指用户可以不通过授权就使用服务,IMS系统具有这种漏洞将可能产生非常严重的后果。0056绕过鉴权测试实际上就是通过发送需要鉴权通过后才能调用的方法,来检查是否有某种方法没有核实是否通过了鉴权。此处所用的“方法”指的是例如应用实例数据,即,认证后才能够执行的操作命令和通讯数据,如“INVITE”。0057绕过鉴权测试可分为两个阶段一是在未通过鉴权的情况下直接发送需。

22、要鉴权通过后的才能调用的方法例如,直接发送“INVITE”,用来检查是否有某种方法没有核实是否通过了鉴权;二是在未通过鉴权的情况下首先发送上文所述的几类测试例、然后说明书CN102025705ACN102025719A6/7页9发送需要鉴权通过后的才能调用的方法例如,先发送设计的数据模版如FLOOD等,然后不管反馈结果直接发送“INVITE”,用来检查是否在处理上述测试例的过程中出现状态改变的行为,从而可以允许后面的方法被调用。00583步骤S300059如上文所述,在生成漏洞测试例之后,在步骤30使用生成的各类测试例对服务端和/或客户端进行测试,并将测试结果与交互流程模板进行比对,以判断所使。

23、用的测试例是否引发了服务端和客户端的IMS系统漏洞。0060用测试例进行测试的步骤可包括将漏洞测试例发送至服务端或客户端进行漏洞挖掘测试;接收从服务端或客户端返回的响应消息;以及基于所述交互流程模板中的请求消息和响应消息之间的交互关系,确定所述漏洞测试例是否会引发系统漏洞。在该测试过程中,可将发送的漏洞测试例视为请求消息。根据生成的交互流程模板,可确定应当与该请求消息对应的响应消息。在接收到返回的响应消息后,将所接收的响应消息与根据交互流程模板确定的应当与该请求消息对应的响应消息进行比对。当返回的响应消息和根据交互流程模板确定的应当与该请求消息对应的响应消息一致时,可确定该漏洞测试例未引发系统。

24、漏洞;否则,则可确定该漏洞测试例引发了系统漏洞。0061如果在使用某个测试例进行测试时发现服务端或客户端出现任何异常反应甚至崩溃,并且这种异常反应可多次重现,那么就认为该测试例已经引发了未知漏洞。上述异常反应例如包括没有任何消息回应、返回不正确的状态值、绕过鉴权的数据被通过等等。0062例如,当客户端将一个测试例作为请求消息发送之后,如果服务端没有任何消息回应,或者返回了与交互流程模板中的响应消息不同的消息,则都可能说明服务端的状态发生了异常。例如,在SIP协议下,如果客户端发送一个测试例作为请求消息之后返回了状态值为403或者501、502、503等消息,则说明服务端的状态发生了异常。在这种。

25、情况下,可再使用正常的终端去访问服务端,以检查正常访问时服务器的状态。如果仍能够正常访问,说明该测试例不会导致问题,否则很可能是引发了一个漏洞。0063如果发现绕过鉴权的情况,也认为是一个严重的未知漏洞。同样,通过将测试例及其响应消息与步骤10中生成的交互流程模板中的“请求和响应消息对”进行比对来实现。由于绕过鉴权测试例是在未通过鉴权的情况下发送的,因此,在这种情况下,将测试例及其响应消息与步骤10中生成的交互流程模板中未通过鉴权时的“请求和响应消息对”进行比对。如果测试例的响应消息与未通过鉴权时的交互流程模板中指定的与该测试例匹配的响应消息不同,则认为是出现了绕过鉴权的情况。也就是说,如果在。

26、未通过鉴权的状态下,能够使用鉴权后的指令或数据交互,即可判断为引发漏洞。0064以上示例性地说明了对服务端进行IMS系统漏洞检测的过程。本领域技术人员可以理解,类似地,通过从服务端向客户端发送上文所述的各类测试例,可检测客户端是否存在IMS系统漏洞。0065本申请还提供了一种用于IMS的漏洞挖掘系统200。如图2所示,漏洞挖掘系统200包括模板生成模块201、测试例构造模块202和测试模块203。0066模板生成模块201被配置为基于IMS系统中的服务端和客户端之间的通信数据生成字段格式模板和交互流程模板。IMS系统中的通信数据例如可以是VOIP通信数据。说明书CN102025705ACN10。

27、2025719A7/7页10如上所述,生成的字段格式模板中包含多个可修改字段,生成的交互流程模板包括请求消息和响应消息的交互关系。0067模板生成模块201进一步包括数据获取单元2011和模板生成单元2012。在数据获取单元2011中例如配置有WIRESHARK、OMNIPEEK等抓包工具,用于获取IMS系统中的客户端和服务端之间通信数据。模板生成单元2012对获取的通信数据进行分析,例如分析通信数据的格式、以及通信数据中的请求消息和响应消息之间的交互流程,从而生成字段格式模板和交互流程模板。生成的字段格式模板可包括各种情况下的模板,例如,请求接入、成功接入、通话、请求通话结束、通话结束等常规。

28、过程下的模板,以及鉴权失败、目的用户不存在、目的用户忙等常见的异常情况下的模板。模板生成单元2012生成的交互流程模板可包括各种情况下的请求消息和响应消息之间的交互关系,例如,通过鉴权前后的请求消息和响应关系之间的交互关系。0068测试例构造模块202基于模板生成模块201生成的字段格式模板和交互流程模板构造漏洞测试例。漏洞测试例可包括用于测试IMS系统中各种常见漏洞类型的测试例,例如上述的格式化串测试例、字符串超长测试例、畸形格式测试例、FLOOD格式测试例和绕过鉴权测试例等。上文已经对以上各类测试例的构造进行了详细描述,因此此处不再赘述。0069测试模块203用测试例构造模块202构造的漏。

29、洞测试例进行漏洞挖掘测试,并根据测试结果判断使用的漏洞测试例是否引发了IMS系统漏洞。具体地,测试模块203将测试例构造模块202构造的漏洞测试例发送至服务端或客户端进行漏洞挖掘测试,并接收从服务端或客户端返回的响应消息。在测试中,发送的漏洞测试例被视为请求消息。在接收到返回的响应消息之后,将其与模板生成模块201生成的交互流程模板中确定的应当与该请求消息对应的响应消息进行比对,以确定该测试例是否引发了漏洞。0070当发送的测试例为格式化串测试例、字符串超长测试例、畸形格式测试例或FLOOD格式测试例时,如果返回的响应消息与交互流程模板中指定的应当与该测试例对应的响应消息不同,则认为是出现了异。

30、常。当发送的测试例为绕过鉴权测试例时,由于绕过鉴权测试例是在未通过鉴权的情况下发送的,因此,在这种情况下,将发送测试例后返回的响应消息与步骤10中生成的交互流程模板中未通过鉴权情况下的“请求和响应消息对”进行比对。如果返回的响应消息与未通过鉴权时的交互流程模板中指定的应当与该测试例对应的响应消息不同,则认为是出现了绕过鉴权的情况。0071上文参照具体实施方式对本申请的IMS系统漏洞挖掘方法和系统进行了描述。然而,本领域技术人员可在本申请的精神和范围内对上述具体实施方式进行适当的变形和等效变换。说明书CN102025705ACN102025719A1/1页11图1图2说明书附图CN102025705A。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 电学 > 电通信技术


copyright@ 2017-2020 zhuanlichaxun.net网站版权所有
经营许可证编号:粤ICP备2021068784号-1